Доработка стоматологического шаблона (дыхательные пути): 32 страницы за 55 дней
Доработка ортодонтического (дыхательные пути) шаблона на 32 страницы за 55 дней. 12 шаблонов, 17 часов, 78 пунктов контрольного списка запуска согласованы.
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): The Holistic Airway Dentist — стоматологическая клиника в США, специализирующаяся на ортодонтии дыхательных путей
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: декабрь 2025 · 55 дней · 17 часов · 32 активных URL · по графику
Подход к доработке темы
32 страницы ортодонтической клиники (дыхательные пути), доработанные по 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 страниц ортодонтии и услуг по дыхательным путям, галерея улыбок, 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 страниц ортодонтии и услуг по дыхательным путям, 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 до вывода любой страницы из тестовой среды. 6 страниц оставались скрытыми до завершения этой проверки.
Контроль качества
QA перед сдачей выявило черновые ссылки на страницах страховок — проверка агентства отметила страницу Humana и указала проверить все 8 страниц страховок, — а также стандартные секции FAQ из шаблона, попавшие на 3 страницы, и страницы-дубликаты, требующие сокрытия, всё в дополнение к проверке ссылок после реструктуризации URL, запущенной в середине разработки, когда пути /services/ были уплощены до коротких адресов.
QA перед сдачей проводилось через Site Checker — см. наш подход к QA: категории проверок и порог нулевых ошибок. Контроль на стороне агентства запускался после передачи и фиксировал замечания в общем журнале для нашего цикла исправлений до их согласования.
Доработки оставались в переопределениях для конкретного клиента; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL доставлено | 32 активных — 1 главная, 1 страница услуг, 13 страниц ортодонтии и услуг по дыхательным путям, 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 закрывался только после подтверждения рецензентом агентства, что расхождение устранено.
Агентствам с библиотекой шаблонов
В фирменной системе шаблонов общий слой и клиентские переопределения образуют незаметный разлом. У этой клиники — одна точка с собственным брендом на шаблоне; у других — сеть из нескольких филиалов, где общий шаблон растянут на разных провайдеров. Дочерняя тема сломается, когда поставщик шаблона выпустит очередное обновление. Токены цвета бренда перестанут расходиться по сайту после первой правки клиента в настройщике. Контент-команда упрётся в стену, когда блоки спрячут за кодом.
Подрядчику стоит задавать не вопрос «соберёте ли на готовом шаблоне?», а вопрос «как именно сохраните клиентские переопределения целыми при обновлениях шаблона?»
Пришлите исходник шаблона (или его ID) и спецификацию бренда. Мы пройдёмся по слою дочерней темы, найдём переопределения, которые не переживут следующее обновление поставщика, и вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.