Доработка стоматологического шаблона: 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 источника истины. Наша задача — свести их постранично: там, где стандартный макет шаблона совпадал с дизайн-замыслом, мы его оставляли; где старый контент требовал отклонения — дорабатывали. Никаких дизайн-решений с нашей стороны.
2. QA-цикл в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, скорректировать, проверить, скорректировать».
На этом проекте QA-цикл прошёл через формальный этап проверки (адаптивность, аудит ссылок, мета-теги, корректность контента), потом клиентский раунд правок для восстановления визуальной точности шаблона, потом правки уже после переноса на рабочий хостинг — до закрытия всех замечаний по тестовой среде. Каждый раунд фиксировался отдельной задачей в Redmine и закрывался только после согласования с агентством.
Коротко: на шаблоне ценность даёт именно цикл QA. Кто срезает циклы ради скорости — теряет точность, а не время.
3. Доработка без расхождения. Каждое изменение в брендированном шаблоне — будь то макет страницы, компонент секции или стилевой токен — ограничивалось слоем переопределений под конкретного клиента. Ни одна правка не ушла в общие компоненты шаблона — работа над этим проектом не затронула шаблон для следующего сайта.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах. Каждый QA-раунд охватывал страницы, затронутые правками этого раунда, а не весь сайт — именно так шаблонная сборка остаётся экономной без потери покрытия.
Проблема была в том, что сайт функционально работал — страницы грузились, ссылки работали, контент стоял на месте — но потерял интервалы и согласованность цвета, ради которых выбирали шаблон. Восстановление — это второй проход по затронутым страницам, каждая сверялась с дизайн-референсом агентства, прежде чем исправленная сборка уходила обратно на QA.
Контроль качества
Внутренний этап QA выполнил проверку по контрольному списку — заголовки, title и мета-теги, ссылки, адаптивная вёрстка на большом экране и мобильных устройствах — до первой сдачи. Когда агентство отметило, что сборка отошла от визуального обещания шаблона, второй проход перед сдачей выполнил те же проверки на исправленных страницах, чтобы подтвердить восстановление точности дизайна до того, как агентство увидело исправленную сборку.
QA перед сдачей выполнялось через Site Checker — см. наш подход к 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 — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, приёмка)
Управление проектом, дизайн и коммуникация с клиентом оставались на стороне агентства-партнёра на протяжении всего проекта. Конечный клиент нас не видел: все запросы на доработку шли через общую очередь задач агентства, и сборка ему напрямую не показывалась. Каждый раунд закрывался только после того, как проверяющий со стороны агентства подтверждал, что изменения выполнены в соответствии со спецификацией.
Агентствам с библиотекой шаблонов
Брендированный шаблон — это дизайн-система, а не просто тема. Агентство в неё вкладывается, и подрядчик обязан эту инвестицию беречь. У этой практики — косметическая и реставрационная стоматология; у других — детская клиника или сеть с единым брендом и несколькими адресами. Риски конкретны: следующее обновление родительского шаблона сломает ваши доработки в дочерней теме; бренд-токены из настроек темы плохо лягут в жёстко прописанные запасные значения; ACF-схема разойдётся между ядром шаблона и вашими доработками, и редакторский интерфейс перестанет работать у сотрудников клиники.
Спрашивайте подрядчика не «соберёте ли на шаблоне?». Спрашивайте «как именно вы построите клиентский слой, чтобы обновления родительской темы не трогали доработки?»
Пришлите исходник шаблона или его ID и спецификацию бренда вашего клиента. Мы сверим клиентский слой с родительской схемой, покажем, где следующее обновление сломает ваши доработки, и вернём фиксированную смету в часах. Аудит без оплаты; смета приходит в часах, не диапазоном.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.