Доработка airway-стоматологического шаблона: 32 страницы за 55 дней
Доработка ортодонтического (дыхательные пути) шаблона на 32 страницы за 55 дней. 12 шаблонов, 17 часов, 78 пункта чек-листа запуска согласованы.
Warning: Undefined variable $client_brand in /var/www/fastuser/data/www/xaver.ru/wp-content/themes/xaver-pro/single-case_study-rebuild.php on line 229
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): The Holistic Airway Dentist — стоматологическая клиника в США, специализирующаяся на ортодонтии дыхательных путей
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: декабрь 2025 · 55 дней · 17 часов · 32 активных URL · по графику
Подход к доработке темы
32 страницы airway-ортодонтической клиники, доработанные по Figma на шаблоне агентства «Luminous» — 12 шаблонов, 17 часов, 55 дней. В середине разработки агентство изменило архитектуру URL с /services/service-name/ на плоские /<service-name>/ для SEO; каждую внутреннюю ссылку, пункт меню и плитку страницы услуг на 32-страничном сайте пришлось перепроверить до передачи.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
32 страницы за 17 часов: плотность решений по гигиене страниц и реструктуризация URL в середине разработки сделали цикл QA критически важным механизмом доставки.
Краткий обзор
| Параметр | Значение |
|---|---|
| Отрасль конечного клиента | Здравоохранение — стоматология (ортодонтия дыхательных путей) |
| Конечный клиент | The Holistic Airway Dentist (стоматологическая клиника в США) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (фирменный шаблон агентства + постраничный дизайн Figma на Kinsta) |
| Объём | 32 активных URL — главная, страница услуг, 13 страниц ортодонтических / airway услуг, галерея улыбок, 8 страниц страховок, финансирование, about us, лента блога, контакты и вспомогательные страницы (6 дополнительных страниц скрыты: дубликаты, заполнители и черновые URL) |
| Сроки | 55 дней (26 окт – 20 дек 2025), по графику |
| Трудоёмкость | 17 часов — разработка, итерации QA и управление проектом |
| Команда | 4 специалиста |
| Шаблоны | 12 повторно используемых шаблонов, предоставленных агентством, применены на 32 активных страницах |
| Технологии | WordPress · Elementor · Kinsta · постраничный дизайн в Figma · Site Checker (плагин QA xaverPRO) |
| Подход к QA | 12 задач обратной связи от агентства плюс последующие раунды QA, согласованные в контрольном списке из 78 пунктов |
| Раунды проверки | ≈4 раунда проверки за 55 календарных дней |
| Трудоёмкость на задачу | 46 внутренних задач Redmine · медиана 18 мин / P75 26 мин на задачу |
| Контрольный список запуска | 78 пункта, согласован перед переключением |
Постановка задачи
Маркетинговое агентство из США передало нам макет Figma для The Holistic Airway Dentist и цель развёртывания на своей фирменной системе шаблонов под Kinsta. Агентство уже выполнило подготовительную работу: аудит дизайна, согласование с клиентом, настройка хостинга, контент-план. Им нужна была команда разработчиков, которая добросовестно перенесёт Figma в шаблон через столько итераций доработки, сколько потребует дизайн.
Задача была чисто исполнительской. Figma — единственный источник истины. Дорабатывать шаблон под неё страница за страницей, точка адаптации за точкой адаптации. Все находки QA возвращать агентству в общее пространство задач и не закрывать без его согласования.
Агентству нужно было обезопасить себя от подрядчика, который отнёсся бы к компактному проекту на 17 часов как к «быстрой правке главной». Изначальный запрос был одиночной доработкой главной, но карта сайта выявила 32 URL — включая 13 страниц ортодонтических и airway услуг, 8 страниц страховок и галерею улыбок. В шаблонной сборке даже небольшой объём быстро разрастается: каждая страница услуг использует один шаблон, но требует собственных текстов, изображений и CTA по Figma.
Команда, остановившаяся на главной, оставляет агентству наполовину доработанный сайт, где стандартные настройки шаблона уходят на страницы, видимые пациентам. 46 задач, отслеженных в этом проекте — большинство из них по гигиене страниц и QA, — это документирование дисциплины, необходимой для предотвращения этого.
Контекст рисков. В середине разработки агентство изменило архитектуру URL: страницы услуг должны были переехать с
/services/service-name/на плоские/<service-name>/для SEO. В рабочей сборке, где внутренние ссылки уже были подключены, это было не простым изменением редиректов — потребовалась сквозная проверка ссылок по всему сайту для обновления каждого адреса до передачи.Риск в этом проекте заключался в том, что структурное изменение в середине разработки породит битые внутренние ссылки, осиротевшие пути
/services/и несогласованную навигацию на 32 страницах. Дисциплина заключалась в постраничной проверке реструктуризации: каждый пункт меню, плитка страницы услуг и внутренняя перекрёстная ссылка проверялись на соответствие новому плоскому URL, а страницы-дубликаты и заполнители сдерживались, чтобы они никогда не попали на опубликованные URL.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был дизайн-спецификацией. Фирменный шаблон — базовой структурой страниц. Наша задача заключалась в постраничном согласовании двух: где стандартный макет шаблона совпадал с Figma, мы его оставляли; где Figma требовал отклонения — дорабатывали. Никаких дизайн-решений с нашей стороны.
2. Цикл QA в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». Система обратной связи агентства сгенерировала 12 параллельных задач за один раунд проверки — каждая задача по конкретной странице: черновые ссылки на страницах страховок, дублирующиеся галереи улыбок, страницы-заполнители блога, стандартные страницы шаблона, которые нужно было скрыть, и секции FAQ, которые пришлось удалить.
Каждая задача была решена и возвращена агентству для подтверждения перед следующим раундом. Этот объём — не признак нестабильности; именно это отличает шаблонный сайт, выглядящий «приблизительно правильно», от сайта, точно соответствующего дизайну.
3. Доработка без расхождения. За время проекта каждое изменение, которое мы вносили в фирменный шаблон — будь то макет страницы, компонент секции или токен стиля, — документировалось относительно Figma. Ни одна доработка не утекла в общие компоненты шаблона, поэтому работа над этим проектом не ухудшила шаблон для следующего сайта, который будет его использовать.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые расхождениями текущего раунда, а не весь сайт, — именно так доработка темы остаётся эффективной без потери покрытия.
Изменение URL в середине разработки — пути /services/ были уплощены до коротких адресов после подключения внутренних ссылок — стало ограничением, определившим финальный раунд QA. Для его разрешения потребовалась сквозная проверка ссылок по всему сайту: каждый пункт меню, плитка страницы услуг и внутренняя перекрёстная ссылка проверены на соответствие новой структуре URL до вывода любой страницы из тестовой среды. Шесть страниц оставались скрытыми до завершения этой проверки.
Контроль качества
QA перед сдачей выявило черновые ссылки на страницах страховок — проверка агентства отметила страницу Humana и указала проверить все 8 страниц страховок, — а также стандартные секции FAQ из шаблона, попавшие на три страницы, и страницы-дубликаты, требующие сокрытия, всё в дополнение к проверке ссылок после реструктуризации URL, запущенной в середине разработки, когда пути /services/ были уплощены до коротких адресов.
QA перед сдачей проводилось через Site Checker — см. наш подход к QA для категорий и шлюза нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — запускался после передачи и фиксировал замечания в общем журнале для нашего цикла исправлений до их согласования.
Доработки оставались в переопределениях для конкретного клиента; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL доставлено | 32 активных — 1 главная, 1 страница услуг, 13 страниц ортодонтических / airway услуг, 1 галерея улыбок, 8 страниц страховок, 1 финансирование, 1 about us, 1 лента блога, 1 контакты и 4 вспомогательных страницы (6 дополнительных страниц скрыты как дубликаты, заполнители или черновые URL) |
| Применено шаблонов | 12 из 12 повторно используемых шаблонов созданы и сопоставлены на 32 активных страницах (главная, Services Lander, Service Page, Smile Gallery, Financing, Insurance, About Us, Doctor Page, Blog Lander, Contact Us, Privacy Policy, Default Template) |
| Контрольный список запуска | 78 пункта согласованы |
| Отслежено и решено задач обратной связи агентства | 12 задач из первичного раунда проверки плюс последующие раунды QA, все согласованы |
| Отслежено задач Redmine | 46 задач |
| Сроки | 55 дней, доставлено по графику |
| Трудоёмкость | 17 часов — без перерасхода, без расширения объёма |
| Команда | 4 специалиста |
| Передача хостинга | Работает в среде шаблонов Kinsta агентства |
| Состояние страниц при передаче | 32 / 32 активных URL на тестовой среде возвращали HTTP 200 в аудите карты сайта |
Если коротко: Figma агентства был реализован на их фирменном шаблоне на 32 активных страницах и 12 шаблонах за 55 календарных дней в рамках оценки в 17 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma просмотрен, доступ к шаблону подтверждён, объём согласован |
| Разработка доработки | ~3 недели | Доработка главной и шаблонов страниц услуг под Figma; созданы страницы страховок и финансирования |
| Итерации QA (параллельно) | ~3 недели | 12 задач обратной связи агентства плюс последующие раунды; каждый закрыт только после согласования с агентством |
| Раунды правок | ~1 неделя | Сквозная проверка ссылок по всему сайту после реструктуризации URL, удаление дубликатов страниц, очистка заполнителей |
| Сдача проекта | Финальный день | Сайт размещён на Kinsta |
Разработка и QA выполнялись параллельно — это характерно для доработки темы, где «этап QA» не закрывается чисто; цикл идёт непрерывно до согласования с агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка шаблона и перенос Figma в макет)
- Павел Сажин — итерации QA и правки
- Тимур Арбаев — поддержка разработчика и QA
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Управление проектом, дизайн и коммуникация с клиентом оставались на стороне партнёрского агентства на всём протяжении. Наша команда была невидима для конечного клиента. Все запросы на доработку поступали через общий журнал задач агентства; ничего из сборки не было напрямую доступно конечному клиенту. Каждый раунд QA закрывался только после подтверждения рецензентом агентства, что расхождение устранено.
Агентствам с библиотекой шаблонов
В шаблонной сборке сайта стоматологической практики главный риск — что именно достанется по умолчанию: граница клиентского слоя и готового шаблона почти невидна. У этой практики — ортодонтия дыхательных путей с авторскими протоколами; у других — общая стоматология с типовыми страницами. Сместите границу неаккуратно — доработки в дочерней теме сломаются при первом обновлении родительского шаблона. ACF-схема разойдётся с канонической базой. Токены бренда потеряются в жёстко прописанных резервных значениях. Расхождения вскроются не у клиента — сначала их увидите вы в панелях.
Подрядчику стоит задавать не вопрос «соберёте ли на готовом шаблоне?», а вопрос «как именно ограничите клиентский слой, чтобы пережить следующий апдейт без потерь?»
Пришлите исходник шаблона (или его ID) и спецификацию бренда. Мы пройдёмся по стыкам ваших переопределений с ядром шаблона, проверим ACF-схему на конфликт и отметим резервные зоны, которые слетят при смене темы. Вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.