Доработка стоматологического шаблона: 99 страниц за 60 дней
99-страничный сайт стоматологической клиники, доработанный по 10 шаблонам и 49-пунктному чек-листу за 60 дней — 61 час, 9 задач QA решены, запуск в срок.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Grand Oaks Dentistry — стоматологическая клиника в Austin, TX
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: апрель 2025 · 60 дней · 61 час · 99 URL · в срок
Подход к доработке темы
99 URL, размещённых по 10 шаблонам агентства — унаследованный стоматологический сайт на .html ссылках перенесён на свежий WP Engine, Figma на каждую страницу как дизайн-контракт. Миграция URL выполнена первой: чистая структура ссылок, карта редиректов, аудит отсутствующих страниц. В середине проекта клиент отметил, что тестовая среда выглядит «непривлекательно, контент размещён непрофессионально» — дизайн-система размылась при переносе. Вторая половина работ была посвящена восстановлению этой точности в соответствии с шаблоном, прежде чем 49-пунктный контрольный список можно было закрыть.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует дизайн, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Параметр | Значение |
|---|---|
| Отрасль клиента | Медицина — общая стоматология |
| Клиент | Grand Oaks Dentistry (стоматологическая клиника в США, Austin, TX) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства + дизайн на каждую страницу на WP Engine) |
| Объём | 99 URL — главная, лендинг услуг, страницы услуг, страница врача, персонал, отзывы, страховка/финансы, записи в блог и вспомогательные страницы |
| Срок | 60 дней (6 фев – 7 апр 2025), в срок |
| Трудозатраты | 61 час — разработка, QA-итерации, правки и управление проектом |
| Команда | 6 специалистов |
| Шаблоны | 10 переиспользуемых шаблонов, предоставленных агентством, применённых на 99 страницах |
| Технологии | WordPress · Elementor · WP Engine · дизайн в Figma на каждую страницу · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 9 отслеженных задач, согласованных в очереди задач агентства, по 49-пунктному контрольному списку запуска |
| Интенсивность коммуникации | 9 задач от агентства — все закрыты к моменту передачи |
| Раунды проверки | ≈4 раунда проверки за 60 календарных дней |
| Трудозатраты на задачу | 13 внутренних задач Redmine · медиана 1,5 ч / P75 3 ч на задачу |
| Контрольный список запуска | 49 пунктов, согласованы до переключения |
Постановка задачи
Маркетинговое агентство из США поставило задачу: перенести старый сайт Grand Oaks Dentistry на их брендированную систему шаблонов на WP Engine — сохранив контент, метаданные и структуру URL — и привести бренд клиники к дизайн-языку нового шаблона. Предварительную работу агентство уже сделало: требования клиента, выбор шаблона, настройка хостинга, подготовка контента. Нужна была команда, которая проведёт миграцию точно и пройдёт столько раундов QA, сколько потребует дизайн-соответствие.
Начальная сборка шла по плану. Потом клиент посмотрел тестовый сайт и высказал замечание, которое перестроило всю вторую половину работ: сайт выглядит не так профессионально, как шаблон, который он выбрал. Дело было не в функциональности — страницы грузились, ссылки работали, контент стоял на месте. Дело было в визуальной точности. Визуальное обещание шаблона — интервалы, иерархия типографики, обработка изображений, цветовая дисциплина — размылось при переносе контента.
Агентство боялось подрядчика, который воспринимает доработку темы как перенос контента: переложил текст и картинки из точки А в точку Б — и не спрашивает, выглядит ли результат как шаблон, за который заплатил клиент. Шаблон — это дизайн-система, не контейнер. Риск, от которого агентство страховалось, — тихая деградация этой системы при миграции.
Контекст рисков. Миграция шаблона, которая переносит контент точно, но теряет дизайн-систему в процессе, сдаёт сайт функционально полный, но визуально неверный. Сбой здесь эстетический, не функциональный: страницы грузятся, ссылки работают, контент на месте — но интервалы, иерархия типографики и цветовая дисциплина, ради которых шаблон покупался, размыты. Агентство страховалось от команды, которая воспринимает доработку темы как перевозку контента, а не исполнение дизайн-системы.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Дизайн-референсы агентства и брендированный шаблон — два источника истины. Наша задача — свести их постранично: там, где стандартный макет шаблона совпадал с дизайн-замыслом, мы его оставляли; где старый контент требовал отклонения — дорабатывали. Никаких дизайн-решений с нашей стороны.
2. QA-цикл в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, скорректировать, проверить, скорректировать».
На этом проекте QA-цикл прошёл через формальный этап проверки (адаптивность, аудит ссылок, мета-теги, корректность контента), потом клиентский раунд правок для восстановления визуальной точности шаблона, потом правки уже после переноса на рабочий хостинг — до закрытия всех замечаний по тестовой среде. Каждый раунд фиксировался отдельной задачей в Redmine и закрывался только после согласования с агентством.
Принцип прост: при шаблонной сборке ценность создаётся именно в QA-цикле. Короче цикл — слабее соответствие дизайну, не быстрее сдача.
3. Доработка без расхождения. Каждое изменение в брендированном шаблоне — будь то макет страницы, компонент секции или стилевой токен — ограничивалось слоем переопределений под конкретного клиента. Ни одна правка не ушла в общие компоненты шаблона — работа над этим проектом не затронула шаблон для следующего сайта.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах. Каждый QA-раунд охватывал страницы, затронутые правками этого раунда, а не весь сайт — именно так шаблонная сборка остаётся эффективной без потери покрытия.
Проблема была в том, что сайт функционально работал — страницы грузились, ссылки работали, контент стоял на месте — но потерял интервалы и цветовую дисциплину, ради которых выбирали шаблон. Восстановление — это второй проход по затронутым страницам, каждая сверялась с дизайн-референсом агентства, прежде чем исправленная сборка уходила обратно на QA.
Контроль качества
Внутренний этап QA выполнил проверку по контрольному списку — заголовки, title и мета-теги, ссылки, адаптивная вёрстка на большом экране и мобильных устройствах — до первой сдачи. Когда агентство отметило, что сборка отошла от визуального обещания шаблона, второй проход перед сдачей выполнил те же проверки на исправленных страницах, чтобы подтвердить восстановление точности дизайна до того, как агентство увидело исправленную сборку.
QA перед сдачей выполнялось через Site Checker — см. наш подход к QA по категориям и принципу нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — выполнялся после сдачи и выявлял задачи, которые попадали в общую очередь задач для нашего цикла исправлений до момента их подписания.
Доработки оставались в слое переопределений клиента; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL доставлено | 99 — главная, лендинг услуг, страницы услуг, страница врача, персонал, отзывы, страховка/финансы, записи в блог и вспомогательные страницы |
| Шаблонов применено | 10 из 10 переиспользуемых шаблонов собраны и сопоставлены с 99 страницами (главная, лендинг услуг, страница услуги, «О нас», страница врача, «Контакты», лендинг блога, блог, Smile Gallery, стандартный шаблон) |
| Контрольный список запуска | 49 пунктов согласованы |
| Задачи QA / SEO отслежены и решены | 9 задач согласованы в очереди задач агентства |
| QA-итерации в Redmine | 5 из 13 задач отслежены на уровне итераций (этап QA, клиентские правки, исправления в очереди задач, обновление отзывов, доработка после запуска) |
| Срок | 60 дней, выполнено в срок |
| Трудозатраты | 61 час — без перерасхода, без расширения объёма |
| Команда | 6 специалистов |
| Передача хостинга | Запущен на шаблонном окружении WP Engine агентства |
| Здоровье страниц при сдаче | URL тестовой среды вернули HTTP 200 при аудите sitemap |
Результат, без прикрас: шаблон агентства был доработан на 99 страницах и 10 шаблонах за 60 календарных дней в рамках оценки в 61 час.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~1 неделя | Figma изучена, доступ к шаблону подтверждён, объём согласован (оценка 45 часов) |
| Разработка доработки | ~2 недели | Постраничная миграция контента и доработка темы |
| QA-итерации (параллельно) | ~2 недели | Этап QA + раунд клиентских правок для восстановления визуального качества шаблона |
| Раунды исправлений | ~3 недели | Посрелизные коррекции, сверка метаданных, исправление редиректов, срочная доработка |
| Сдача проекта | последний день | Сайт запущен на WP Engine |
Разработка и QA выполнялись параллельно — это характерно для работ по доработке темы, где ни один «этап QA» не закрывается полностью; цикл идёт непрерывно до согласования с агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и выполнение миграции)
- Павел Сажин — управление проектом и QA-итерации
- Анна Полунина — QA-итерации и восстановление визуального качества шаблона
- Евгений Карпов — поддержка разработчика на ранних раундах доработки
- Наталия Богатель — QA и координация проекта
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, приёмка)
Управление проектом, дизайн и коммуникация с клиентом оставались на стороне агентства-партнёра на протяжении всего проекта. Наша команда была невидима для конечного клиента. Все запросы на доработку поступали через общую очередь задач агентства; ничего из сборки не было доступно конечному клиенту напрямую. Каждый раунд закрывался только после того, как проверяющий со стороны агентства подтверждал, что изменения выполнены в соответствии со спецификацией.
Агентствам с библиотекой шаблонов
На сборке сайта стоматологической клиники по шаблону контент — не главная потеря. Главная — бренд-система, которую этот шаблон должен был упаковать. У этой практики — частный бренд с дизайн-требованиями к каждому блоку; у других — стандартизованная сеть без права на доработку. Исход, которого боится агентство: доработки в дочерней теме не переживут обновление оригинала; цветовые токены не дойдут до запасных значений; редакторский интерфейс для клиента окажется неполным — автор шаблона спрятал часть блоков в коде.
Вам стоит задавать подрядчику не вопрос «соберёте ли на шаблоне?», а вопрос «как именно вы построите клиентский слой так, чтобы обновления родительской темы не трогали доработки?»
Пришлите исходник шаблона или его ID и спецификацию бренда вашего клиента. Мы проверим, где ваши доработки столкнутся с обновлениями, сверим ACF-схему и токены, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.