Доработка темы для ортодонтической клиники — 22 страницы
Доработка темы для ортодонтической клиники — 22 URL, 8 шаблонов, 102 задачи QA закрыты за 58 ч. Figma агентства, поставка по графику.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): McCullum Orthodontics — Dr. Heather McCullum, Jeffersonville, IN
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: февраль 2026 · 295 дней · 58 часов · 22 URL закартированы, все собраны на тестовую среду · по графику
Подход к доработке темы
22 страницы новой ортодонтической клиники, собранные из Figma агентства поверх их стоматологического шаблона — без предшествующего сайта, без готового списка URL, только Figma как отправная точка для QA. Агентство передало дизайн-спецификацию; мы выполнили постраничную доработку темы, 8 шаблонов наложены на таксономию услуг, охватывающую пути пациентов-подростков и взрослых. Главное — точное соответствие Figma без отступления от общих компонентов шаблона.
Шаблонная доработка даёт скорость и единообразие — но только если работать строго. Команда, которая вольно трактует Figma, пропускает раунды QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия клиента | Медицина — Ортодонтия |
| Конечный клиент | McCullum Orthodontics (Dr. Heather McCullum, Jeffersonville, IN) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства + постраничный дизайн Figma на WP Engine) |
| Объём работ | 22 URL — главная, о нас, биография врача, лендинг услуг, 8 страниц услуг, лендинг финансирования + 2 подстраницы, контакты, блог, thank-you, 404, юридические страницы |
| Сроки | 295 дней (13 мая 2025 – 2 фев 2026), по графику |
| Трудозатраты | 58 часов — разработка, итерации QA и управление проектом |
| Команда | 4 специалиста |
| Шаблоны | 10 переиспользуемых шаблонов в библиотеке агентства, 8 применены на 22 страницах |
| Технический стек | WordPress · Elementor · WP Engine · постраничный дизайн в Figma · Gravity Forms · Site Checker (xaverPRO плагин QA) |
| Подход к QA | 102 отслеженных пункта сверены в очереди задач агентства (50 SEO + 52 CX) с контрольным списком запуска из 30 пунктов |
| Ритм работ | 49 задач от агентства · все закрыты к передаче (119-дневный активный период, 2025-06-02 – 2025-09-28) |
| Раунды проверки | ≈15 раундов проверки за 295 календарных дней |
| Трудозатраты по задачам | 23 внутренних задачи Redmine · медиана 50 мин / P75 2,3 ч на задачу |
| Контрольный список запуска | 30 пунктов, согласованы до переключения |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн Figma для McCullum Orthodontics — ортодонтической клиники в Jeffersonville, IN, предлагающей брекеты, прозрачные элайнеры, раннее вмешательство, ретейнеры и отбеливание зубов — и цель развёртывания на их брендированной шаблонной системе на WP Engine.
У клиники не было существующего сайта; это была полностью новая разработка. Агентство уже выполнило подготовительную работу: аудит дизайна, утверждение клиентом, настройка хостинга, контент-план. Им нужна была команда разработки, которая точно наложила бы Figma на шаблон, через столько итераций доработки, сколько потребует дизайн.
Задача была чисто исполнительская. Figma — единственный источник истины. Доработать шаблон страница за страницей, точка адаптации за точкой адаптации. Все находки QA выносить в общее пространство задач; не закрывать без согласования агентства.
Контекст рисков. Ортодонтическая клиника, запускающая первый сайт, не имеет живого якоря для регрессионной проверки — единственная точка отсчёта для QA — файл Figma. Риск, который хеджировало агентство, тоньше, чем при сломанной миграции: на новом сайте каждое умолчание шаблона, которое Figma явно не переопределила, становится первым впечатлением пациента.
Ортодонтия охватывает две принципиально разные психологии пациента — раннее вмешательство у подростков (нёбные расширители, пространственные держатели) и элективное выравнивание у взрослых (прозрачные элайнеры, отбеливание). Шаблон, изначально сделанный для общей стоматологии, это разделение не учитывает автоматически. Главным в проекте было удержать таксономию услуг последовательной в рамках структуры шаблона — пока команда контента агентства наполняла сайт после передачи.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был дизайн-спецификацией. Брендированный шаблон — базовой структурой страниц. Нашей задачей было согласовать их страница за страницей — где макет шаблона по умолчанию совпадал с Figma, мы его оставляли; где Figma требовала отклонения, мы дорабатывали. Никакие дизайн-решения не исходили от нас.
2. Цикл QA в масштабе доработки темы. Качественная доработка темы — это не «собрал один раз, проверил один раз». Это «собрал, QA, поправил, QA, поправил». За время проекта мы отследили 15+ итераций QA в Redmine и сверили 102 пункта в общей очереди задач агентства: в отдельных раундах агентство отмечало расхождения с дизайном, отсутствующие изображения и неточности контента, а мы проверяли, исправляли и возвращали сборку на новую проверку.
Такой объём — не признак нестабильности; именно он отделяет сайт на шаблоне, который выглядит «примерно правильно», от того, что точно соответствует дизайну. 295-дневный календарь складывался из ритма проверки и утверждения на стороне агентства между раундами, а не из объёма разработки: чистое время сборки составило около 58 часов, но каждый пакет на QA ждал внутреннего цикла агентства, прежде чем следующая итерация могла закрыться.
Коротко: на шаблоне ценность даёт именно цикл QA. Кто срезает циклы ради скорости — теряет точность, а не время.
3. Доработка без расползания. Каждое изменение, которое мы вносили в брендированный шаблон — будь то макет страницы, компонент секции или токен стиля — документировалось относительно референса из Figma. Ни одна доработка не «протекла» в общие компоненты шаблона, то есть работа над этим проектом не ухудшила шаблон для следующего сайта, который будет его использовать.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных форматах экрана. Каждый раунд QA покрывал страницы, затронутые расхождениями с дизайном данного раунда, а не весь сайт — именно так сборка на шаблоне остаётся экономной без потери покрытия.
Мы взяли за основу шаблонную систему агентства, а не строили страницы с нуля: так держится единообразие дизайна в рамках таксономии услуг клиники — ортодонтия охватывает и подростковые, и взрослые типы пациентов, — и при этом каждая правка должна была остаться в клиентских переопределениях, чтобы не загрязнять библиотеку шаблонов для следующих проектов.
Figma не была статичным документом. Цвета обновились в середине проекта после утверждения клиентом (задача #835), баннер и прототип главной пересматривались в январе 2026 — всё в рамках той же оценки. Именно то, что каждую правку мы воспринимали как новую итерацию, а не как расширение объёма, и позволило 295-дневному проекту двигаться без пересогласования часов.
Контроль качества
На новой ортодонтической сборке без предшествующего списка URL QA перед передачей выявило две прослеживаемые находки: правило завершающего слеша в URL, применённое к каждой внутренней ссылке на всех 22 страницах, и перепутанную типографику на главной — шрифты заголовка и подзаголовка стояли наоборот относительно всех остальных страниц сборки. Обе всплыли в финальном закрытии QA из 2 пунктов перед согласованием.
QA перед передачей проводилось через Site Checker — см. наш подход к QA по категориям и принципу нулевых ошибок. Внутренний контур проверки агентства выполнялся после передачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до их согласования.
Доработки остались в переопределениях для конкретного клиента; общие компоненты шаблона агентства не были изменены.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 22 — главная, о нас, биография врача, лендинг услуг, 8 страниц услуг, лендинг финансирования + 2 подстраницы, контакты, блог, thank-you, 404, юридические страницы |
| Шаблонов применено | 8 из 10 переиспользуемых шаблонов построено и наложено на 22 страницы |
| Контрольный список запуска | 30 пунктов согласованы |
| QA / задачи отслежены и решены | 102 пункта сверены в очереди задач агентства (50 SEO + 52 CX) |
| Итерации QA в Redmine | 15+ из 23 задач отслежены на уровне итераций |
| Сроки | 295 дней, сдано по графику |
| Трудозатраты | 58 часов при оценке 58 часов — без перерасхода, без расширения объёма |
| Команда | 4 специалиста |
| Передача хостинга | Сдано на тестовую среду WP Engine агентства; переключение собственного домена управлялось агентством |
| Состояние страниц при передаче | 22 / 22 тестовые URL предоставлены и возвращают HTTP 200 |
Если коротко: Figma агентства реализована поверх их брендированного шаблона на 22 страницах и 8 шаблонах, за 295 календарных дней, в рамках оценки в 58 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~2 дня | Figma рассмотрена, доступ к шаблону подтверждён, объём согласован |
| Разработка доработок | ~2 недели | Постраничная доработка темы для соответствия Figma |
| Итерации QA (параллельно) | ~38 недель | 15+ раундов QA зафиксировано; каждый закрыт только после согласования агентством |
| Раунды исправлений | ~2 недели | Коррекции после проверки, обновления баннера и прототипа |
| Доставка | финальный день | Сайт на тестовой среде WP Engine, готов к наполнению контентом агентством и переключению DNS |
Разработка и QA шли параллельно — это характерно для работы по доработке темы, где ни одна «фаза QA» не закрывается чисто; цикл идёт непрерывно до согласования агентством.
Команда
Команда проекта
- Павел Сажин — итерации QA и исправления
- Тимур Арбаев — итерации QA и поддержка разработчика
- Наталия Богатель — ведущий разработчик (доработка темы и наложение Figma на макеты)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, согласование)
Управление проектом, дизайн и коммуникация с клиентом оставались на стороне агентства-партнёра на всём протяжении. Конечный клиент нас не видел: запросы на доработку шли через общую очередь задач агентства, и сборка ему не показывалась. Каждый раунд закрывался только после согласования проверяющего со стороны агентства.
Агентствам с библиотекой шаблонов
На брендированном шаблоне для ортодонтической клиники первое впечатление пациента достаётся тем умолчаниям, которые дизайн-файл не переопределил. У этой практики — подростки на раннем вмешательстве и взрослые на элективном выравнивании; у другого клиента — сайт под один сегмент, где шаблон ложится без отдельной работы над таксономией.
Тихие риски: таксономия шаблона по умолчанию сольёт оба потока аудитории; переопределения в дочерней теме откатятся на следующем обновлении поставщика; редакторы наполнят страницы, чья структура уже разошлась с дизайн-файлом.
Подрядчику стоит задавать не вопрос «сможете ли работать внутри этого шаблона?», а вопрос «как именно вы построите таксономию, чтобы потоки подростков и взрослых остались разведены внутри структуры шаблона по умолчанию?»
Пришлите ID шаблона и спецификацию бренда. Мы сверим умолчания шаблона с вашей картой пути пациента, отметим переопределения, которые вступят в конфликт с обновлением поставщика, и вернём фиксированную смету в часах. Разбор бесплатный, смета — в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.