Доработка стоматологического шаблона — 27 страниц, 69 дней

Доработка стоматологического шаблона на 27 страниц — выполнена за 69 дней на Kinsta. 92 переиспользуемых шаблона, 471 QA-задача, 78 пункта контрольного списка согласовано.

Индустрия Здравоохранение
Взаимодействие White-label · американское маркетинговое агентство
Выполнено 69 календарных дней · в срок
Адрес сайта dentistinjohnscreek.com
55ч за 69 дней
dentistinjohnscreek.com · desktop
dentistinjohnscreek.com · mobile

Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →

— Техническое задание

Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.

Клиент (конечный пользователь): Johns Creek Dental Associates — стоматологическая клиника в Johns Creek, GA
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: ноябрь 2025 – февраль 2026 · ~69 дней · ~55 часов на этапы доработки шаблона, наполнения контентом и QA-очередь из 471 задачи

Подход к доработке темы

27 страниц стоматологического шаблона Glowing от агентства, доработанных для клиники в Johns Creek — объём уточнялся в процессе разработки, когда агентство расширило ТЗ до полной карты сайта (задача #2000) и добавило миграцию 20+ унаследованных страниц (задача #2024). Оба расширения поступили уже после запуска первого спринта; каждое было оформлено как отдельная задача со своей QA-очередью, что позволило не сбивать запуск основного шаблона, параллельно координируя инфраструктуру для корейской локализации.

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

Отрасль клиента Стоматология
Формат сотрудничества White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса
Тип проекта Доработка темы
Объём 27 доработанных страниц + миграция 20+ унаследованных страниц на WordPress-сайте, размещённом на Kinsta
Сроки 25 ноя 2025 – 02 фев 2026 (~69 дней)
Затраты 55.42 ч (оценка)
Команда 4 — Антон Херсун (руководитель проекта), Павел Сажин, Тимур Арбаев, Наталия Богатель
Шаблоны 92 переиспользуемых шаблона в библиотеке агентства, применённых на 27 доработанных страницах
Технологии WordPress · Kinsta · Elementor · Gravity Forms · GTranslate · Weave SMS · Site Checker (QA-плагин )
Подход к QA 471 отслеженная задача согласована (235 SEO + 236 CX) по 78-пунктному контрольному списку запуска
Сдано Запущено на Kinsta; ожидается финальный контент клиента (корейские переводы в работе)
Ритм коммуникации 3 задачи от агентства · 1 из 3 закрыта к моменту сдачи
Раунды проверки ≈5 раундов проверки за 69-дневный календарный период
Затраты на задачу 119 внутренних задач Redmine · медиана 6 мин / P75 26 мин на задачу
Контрольный список запуска 78 пункта, согласованы перед переключением

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

Бриф агентства представлял собой пакет макетов в Figma, наложенный на их существующую библиотеку стоматологических шаблонов, размещённую на Kinsta, с поддержкой двуязычности (английский — корейский). Стоматологической клинике в Johns Creek, Georgia, требовалась полная доработка темы: каждый цвет, фото и строка текста заменены в соответствии с дизайн-системой агентства, при этом базовые компоненты шаблона остались нетронутыми.

Изначальный объём охватывал часть карты сайта — бюджет был пересчитан, когда агентство подтвердило 27 доработанных страниц плюс 20+ унаследованных страниц, ни одна из этих цифр не фигурировала в первоначальной оценке.

Контекст рисков. Риск, от которого страховалось агентство, — дестабилизация уже запущенной доработки темы из-за расширения объёма. Два незапланированных расширения поступили после запуска первого спринта — волна создания 27 страниц и миграция 20+ унаследованных страниц — ни одно из них не покрывалось исходной оценкой.

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

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

  1. Figma как контракт, шаблон как холст
    Агентство предоставило поэкранные макеты в Figma и карту сайта на 98 строк. Мы рассматривали файл Figma как контракт, а шаблон — как холст: каждое отклонение от стандартных настроек шаблона документировалось относительно соответствующего фрейма Figma, так что причины каждого изменения были восстанавливаемы в процессе QA и исправлений.

  2. QA-цикл в масштабе доработки темы
    Доработка темы создаёт больше QA-поверхности, чем разработка с нуля — каждое стандартное значение шаблона, отличающееся от дизайна в Figma, — потенциальная проблема. Таблица Google Sheets агентства отслеживала 235 SEO-задач и 236 CX-задач по 78-пунктному контрольному списку запуска. Наш цикл исправлений обрабатывал их параллельно с разработкой, а не как шлюз после сборки. Работать с QA параллельно разработке, а не после, — значит разбираться с проблемами там же, где они возникли, не теряя нити.

  3. Доработка без дрейфа
    Все изменения, специфичные для клиента, размещались в переопределениях для конкретного клиента. Общие компоненты шаблонов агентства — хедеры, футеры, глобальные стили — не изменялись. Это сохраняло библиотеку шаблонов чистой для других стоматологических клиентов агентства и делало откаты предсказуемыми.

  4. Проверка на разных устройствах
    Проверяли в разных разрешениях — большой экран, планшет, мобильные. Проблемы вёрстки, вызванные нестандартными пропорциями изображений или расположением переключателя двуязычности, ловили до сдачи.

Два расширения объёма поступили в процессе разработки — задача #2000 (волна создания 27 страниц) и задача #2024 (миграция более 20 унаследованных страниц) — после запуска первого спринта. Каждое было оформлено как отдельная последующая задача со своей QA-очередью, а не растворилось в текущей разработке. Такая последовательность позволила не сбивать запуск основного шаблона и не допустить утечки клиентских изменений в общие компоненты шаблона.

Результаты

Результат Детали
Сдано URL 27 доработанных страниц на Kinsta + 20+ унаследованных страниц
Применено шаблонов 92 определения шаблонов в библиотеке агентства; подмножество применено по карте сайта
Контрольный список запуска 78 пункта согласованы по категориям: дизайн, функциональность, контент, SEO, адаптивность
QA / SEO-задачи отслежены + решены 471 отслеженная задача согласована (235 SEO + 236 CX)
Сроки ~69 дней (ноя 2025 – фев 2026)
Затраты 55.42 ч оценка; выполнено в рамках бюджета
Команда Антон Херсун (руководитель проекта), Павел Сажин, Тимур Арбаев, Наталия Богатель
Передача хостинга Kinsta тестовая среда → рабочая среда; переключение DNS под управлением агентства

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

Проверка перед сдачей Site Checker на 27-страничной стоматологической сборке выявила замечания по трём категориям: отсутствующий H1 на главной странице (Welcome to Johns Creek Dental Associates), неверное значение в поле site-name RankMath и вложенная страница услуги (/dental-implants/full-mouth-implants/), незаметно перенаправлявшая на родительскую — все три закрыты до того, как агентство увидело стендовую сборку.

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

Доработки оставались в переопределениях для конкретного клиента; общие компоненты шаблонов агентства не изменялись.

Процесс

Этап Что происходит Длительность
1. Бриф и оценка Проверка Figma, сопоставление шаблонов, согласование оценки часов ~3 дня
2. Доработка Постраничная реализация Figma → шаблон ~30 дней
3. QA-итерации (параллельно) Site Checker (перед сдачей) + согласование очереди задач агентства ~25 дней
4. Раунды исправлений Триаж очереди задач, аудит дрейфа шаблона, регрессионные проверки ~8 дней
5. Сдача Передача на Kinsta, согласование агентством, переключение DNS ~3 дня

Этапы 2 и 3 выполнялись параллельно — проблемы QA выявлялись и исправлялись, пока доработка ещё продолжалась, а не после завершения разработки.

Команда

  • Антон Херсун — руководитель проекта, оценка и координация с агентством
  • Павел Сажин — доработка темы и реализация Figma → Elementor
  • Тимур Арбаев — QA-итерации, раунды исправлений и проверка на разных устройствах
  • Наталия Богатель — интеграция контента и поддержка согласования контрольного списка

Агентство оставалось видимым поставщиком на всём протяжении; вся коммуникация с клиентом, право собственности на дизайн и администрирование хостинга оставались за рамками работ по доработке.

Агентствам с библиотекой шаблонов

Собирая сайт для стоматологической клиники на общем шаблоне, агентство рискует, что доработки под этого клиента дестабилизируют все остальные проекты на том же шаблоне. У этой практики — одна клиника с типовым набором услуг; у других — сеть клиник с единым брендом на том же шаблоне. Если подрядчик не изолирует доработки, дочерняя тема сломается при следующем обновлении родительского шаблона, ACF-поля разойдутся между проектами, а редакторский интерфейс запутает сотрудников клиента.

Подрядчику стоит задавать не вопрос «дорабатываете ли вы шаблон?», а вопрос «как именно вы изолируете доработки, чтобы следующее обновление шаблона не сломало их?»

Пришлите исходник шаблона или его ID и спецификацию бренда. Мы проверим, как доработки отделены от родительского шаблона, найдём места, где ACF-схема может разойтись, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.

Запросить аудит ТЗ →

У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →

— QA-контроль перед передачей

Site Checker запускается до того, как агентство что-либо видит.

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

Проверка базовых настроекпройдено
Аудит контента и SEO-поверхностипройдено
Целостность структуры URLпройдено
Нормализация языка контентапройдено
Аудит меню и виджетовпройдено
Сравнение контента: оригинал и ребилдпройдено
Захват скриншотов в нескольких разрешенияхпройдено

Не уверены, подходит ли ваш проект под этот формат?

xaver.pro · 2026 White-label · агентство не называется
Прокрутить вверх