Продолжение обновления дизайна — 57 задач, 73 дня, стоматология

Клиент (конечный пользователь): Evergreen Grace Dental Care — стоматологическая клиника в США
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: октябрь – декабрь 2025 · 73 дня · ~23 ч по 57 задачам

Подход к обновлению

57 задач за 73 дня для обновления дизайна сайта стоматологической клиники, которое было уже в процессе — обновлённая главная страница агентства была опубликована, но хедер и футер не распространились на остальные 33 страницы, четыре новые сервисные страницы ждали утверждённых макетов в Figma, а очередь запросов на изменения уже начала формироваться. С первого дня параллельно велись три рабочих потока: распространение, создание новых страниц и обработка очереди запросов — каждый из них пропускался через Site Checker перед закрытием задачи.

Краткий обзор

Постановка задачи

К началу нашей работы агентство уже опубликовало обновлённую главную страницу для Evergreen Grace Dental Care. Бриф открывался именно этим фактом: «Мы уже опубликовали обновлённую главную страницу… Но нужно проверить, распространились ли хедер и футер на остальные страницы». Дизайн главной был готов — наша задача была в том, что идёт после неё.

Параллельно нужно было решить три задачи. Во-первых, новый хедер и футер должны были распространиться на оставшиеся 33 страницы: в карте сайта агентства числилось 34 URL, и только главная полностью получила обновление дизайна. Во-вторых, четыре новые сервисные страницы нужно было создать по утверждённым макетам в Figma и документам с контентом в Google Drive — Clear Aligners, Veneers, Teeth Whitening, Endodontics — с использованием существующего шаблона сервисной страницы агентства.

В-третьих, очередь запросов на изменения уже начала формироваться: ошибки ссылок в галерее, дубликаты изображений, обновление ссылки для записи, корректировка отступов, расположение логотипа Instagram в футере, добавления в меню.

Задача была не в единовременной передаче с датой запуска. Задача была в ритме: отрабатывать три параллельных потока без пересечений, проводить каждое изменение через QA перед закрытием задачи и сохранять систему шаблонов агентства в неприкосновенности.

Контроль качества

Запись в Redmine содержит 41 подзадачу с суффиксом -qa — по одной на каждую рабочую задачу, формируемый перед возвратом задачи агентству — сгруппированных по шести последовательным счетам (#24–#29), чтобы сверка часов и задач проходила по каждому счёту отдельно, а не единожды в конце.

QA перед закрытием задачи выполнялся через Site Checker — категории и принцип нулевого допуска по сбоям описаны в нашей QA-методике. QA-слой агентства — их инструменты, их процесс — запускался после передачи и вносил оставшиеся вопросы в общую очередь задач для нашего цикла исправлений вплоть до согласования каждой задачи.

Как мы это сделали

1. Распространение хедера / футера на 34 URL карты сайта. Вкладка Website Sitemap агентства содержала 34 URL с назначенными шаблонами (Homepage · Services Lander × 9 · Service Page × 23 · About Us). Обновление дизайна было применено только к главной; мы проверили положение хедера и футера на каждом из оставшихся URL, применили обновлённый дизайн по всему сайту и зафиксировали для агентства страницы, потребовавшие ручного отклонения.

Ограничение типично для продолжений: часть сайта уже была затронута предыдущим разработчиком, и граница между «изменённым» и «неизменённым» была не всегда чёткой — правило команды: не трогать ничего, о чём агентство не просило.

2. Четыре новые сервисные страницы по макетам Figma и документам с контентом. Агентство предоставило утверждённые макеты Figma для каждой новой сервисной страницы и папку Google Drive с документами с контентом. Мы перенесли их в существующий шаблон сервисной страницы агентства — Clear Aligners, Veneers, Teeth Whitening, Endodontics — сохраняя каждую страницу в черновике до момента выхода агентства в меню.

Мы выбрали путь шаблона, а не индивидуальных макетов, потому что сайт уже работал на 34 URL в рамках системы шаблонов агентства, и отклонение в структуре страниц нарушило бы визуальную целостность по всей карте сайта. В процессе создания выявилось ограничение: документы с контентом и макеты Figma охватывали вёрстку и текст, но не содержали изображений для новых сервисных страниц, а мета-описания отсутствовали на каждой черновой странице — и то и другое приходилось брать с исходного сайта и вставлять вручную перед тем, как страница могла выйти из статуса черновика.

3. Очередь запросов на изменения — параллельно с потоками дизайна и создания страниц. Запросы поступали через Redmine, пока работа по распространению и новым страницам ещё шла: «Ссылка в галерее не работает (запрос на изменение)», «Дубликаты изображений (запрос на изменение)», «Логотип Instagram в футере», «Обновление ссылки для записи», «Слишком большие отступы».

Каждая задача прорабатывалась, разрабатывалась, проходила внутренний QA через Site Checker, возвращалась агентству и закрывалась по его согласованию. Именно переплетение потоков отличает продолжение от чистого обновления дизайна — очередь не ждала завершения распространения дизайна или создания новых страниц.

4. Двухуровневый QA — Site Checker перед закрытием задачи + AutoQA агентства после передачи. Каждая задача, независимо от потока, проходила через Site Checker перед закрытием: нулевой допуск по сбоям в базовых настройках, SEO-составляющей контента, структуре URL, очистке языка контента на страницах, публикациях, данных Elementor, меню и виджетах, а также скриншоты в нескольких разрешениях.

AutoQA-слой агентства затем запускался после передачи — проверка телефонов · ссылок · контактного email · Content-AI · визуальная проверка OpenAI в трёх форматах экрана — и вносил оставшиеся вопросы в общую очередь задач SEO + CX для нашего цикла исправлений. 78-пунктный контрольный список запуска / QA отрабатывался по каждому пакету изменений перед принятием агентством.

Четыре потока — распространение хедера/футера, новые сервисные страницы по спецификации, очередь запросов и QA каждой задачи — работают параллельно, потому что именно такова форма продолжения обновления дизайна. Дисциплина в том, чтобы не дать им пересечься.

Результаты

Итог, без лишних слов: дизайн распространён на 34 URL, четыре новые сервисные страницы запущены из утверждённых макетов Figma, 57 запросов на изменения проведены от постановки до закрытия — всё это по трём параллельным рабочим потокам за 73 календарных дня, каждая задача прошла индивидуально через Site Checker перед закрытием.

Процесс

Фазы сильно пересекаются — очередь запросов была активна с первой недели, а задачи распространения дизайна продолжали поступать в период создания новых страниц. Такая параллельная форма характерна для продолжений, где три потока идут одновременно, а не последовательно.

Команда

Команда проекта

• Никита Тумашевич — разработка основных задач обновления дизайна
• Павел Сажин — разработка + QA по запросам на изменения
• Тимур Арбаев — разработка + QA по новым страницам и запросам на изменения
• Людмила Травкина — связь со стороны агентства / клиентский куратор
• Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)

Управление проектом со стороны агентства, согласование дизайна и коммуникация с конечным клиентом оставались за партнёрским агентством на протяжении всего проекта. Наша команда оставалась невидимой для конечного клиента.

Агентствам, заказывающим обновление WordPress