Доработка темы для стоматологии: 38 страниц — 112 дней
Доработка темы для стоматологического сайта на 38 страниц: 40 дизайн-макетов в 10 категориях услуг, 240+ позиций в QA, запущен за 112 дней при 55 часах работы.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Maple Glen Modern Dentistry — стоматологическая клиника в США
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: октябрь 2025 · 112 дней · 55 часов · 38 URL · по графику
Подход к доработке темы
38 страниц доработки темы для стоматологической клиники — 40 дизайн-макетов страниц: 10 сервисных страниц, охватывающих общую, косметическую, восстановительную стоматологию, импланты, элайнеры, детскую стоматологию, неотложную помощь, пародонтологию, терапию сна и ВНЧС — все созданы по постраничным макетам Figma на Kinsta с собственной типографикой бренда (QUENTIN cursive, ALTONE print). Агентство подготовило контент для каждой страницы; половина страниц поступила с пробелами, которые обнаружились на первом QA-обзоре — потребовался повторный проход, прежде чем очередь правок удалось закрыть.
Шаблонная доработка даёт скорость и единообразие — но только если работать строго. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Доработка темы по Figma агентства, где главным индикатором качества стал длинный хвост раундов исправлений, а не первоначальная сборка.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Медицина — общая стоматология |
| Конечный клиент | Maple Glen Modern Dentistry (стоматологическая клиника в США) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированная тема агентства + постраничный дизайн Figma на Kinsta) |
| Объём | 38 URL — главная, лендинг услуг, 10 страниц услуг, лендинг новых пациентов, 3 страницы для новых пациентов, галерея улыбок, блог, отзывы, контактный лендинг, 2 контактные страницы и 16 вспомогательных страниц |
| Сроки | 112 дней (13 июня – 3 окт 2025), по графику |
| Затраты труда | 55 часов — разработка, QA-итерации и управление проектом |
| Команда | 6 специалистов |
| Шаблон | Брендированная система тем агентства, доработанная под все 38 страниц |
| Технологии | WordPress · Elementor · Kinsta хостинг · постраничный дизайн в Figma · очередь правок агентства · Site Checker (QA-плагин xaverPRO) |
| Подход к QA | 240+ отслеженных SEO и CX проблем, согласованных в очереди правок агентства по 30-позиционному контрольному списку запуска |
| Режим работы | 83 задачи от агентства · 78 из 83 закрыты к передаче (активная фаза 109 дней, 2025-06-30 – 2025-10-16) |
| Раунды проверки | ≈11 раундов проверки за 112 календарных дней |
| Затраты на задачу | 14 внутренних задач Redmine · медиана 1,5 ч / P75 2 ч на задачу |
| Контрольный список запуска | 30 пунктов, согласованы перед переключением |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн Figma для Maple Glen Modern Dentistry и цель развёртывания на своей брендированной системе тем на Kinsta. Агентство уже выполнило вышестоящую работу: приёмку клиента, аудит дизайна, сбор контента через Google Docs для каждой страницы, настройку хостинга. Им нужен был партнёр-разработчик, который доработает тему в точном соответствии с Figma и выдержит цикл обратной связи на всём протяжении процесса проверки агентства.
Объём был понятен, сроки — открыты: 38 страниц с полной таксономией услуг стоматологической клиники, каждая со своим макетом Figma, доработанная в системе тем агентства и возвращаемая на проверку раунд за раундом. Оценка в 55 часов покрывала сборку; 112 дней ушли на проверки и правки.
Агентству нужно было избежать не единичного срыва поставки, а ситуации, когда команда делает первоначальную доработку и после этого перестаёт выходить на связь по длинному хвосту правок. Шаблонная сборка из 38 страниц с очередью правок на 240 пунктов за один проход не сдаётся; нужна команда, которая вернётся на шестой раунд замены изображений, на девятый раунд корректировки виджетов и на финальный проход на 2 пункта через 2 месяца после первой сдачи.
Именно эта устойчивая доступность — а не первоначальная сборка — защищает отношения агентства с клиентом и гарантирует, что очередь правок закроется, а не застрянет. Агентство решило опубликовать сайт как черновик с заглушками на страницах, ожидающих контент от клиента (биографии команды и отзывы), а не задерживать цикл запуска ради полного пакета контента — последовательное решение, позволившее разделить сроки сборки и готовность контента.
Контекст рисков. Сборка на 38 страниц с 240+ отслеженными проблемами за 112 дней — это не риск завершения, а риск отклика. Слабое место не в том, что команда строит не то; слабое место в том, что команда правильно делает первоначальную доработку, а затем с каждым месяцем всё дольше возвращает раунды исправлений. Агентство, у которого после первой сдачи зависла очередь правок, отвечает за этот пробел перед своим клиентом.
10 QA-итераций, зафиксированных на этом проекте, отражают устойчивое взаимодействие, а не нестабильность. Не все пункты очереди правок удалось разрешить в рамках сотрудничества — несколько строк CX, касающихся PDF-форм, полей формы записи и маршрутизации email контактной формы, были отложены как улучшения после запуска, поскольку соответствующие данные или одобрение клиента ещё не были доступны на момент передачи.
Как мы это сделали
1. Figma как контракт, тема как холст. Файл Figma был дизайн-спецификацией. Брендированная тема — базовой структурой страниц. Наша задача была согласовать их постранично — где стандартный макет темы совпадал с Figma, мы его оставляли; где Figma требовала отклонения — дорабатывали. Никакие дизайн-решения не исходили от нас.
2. QA-цикл в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, исправить, проверить, исправить». Из 14 задач, отслеженных на этом проекте, 10 были QA или итерациями исправлений — отдельные раунды, где агентство отмечало расхождения в дизайне, пробелы в контенте или пункты очереди правок, мы проверяли, исправляли и возвращали сборку на очередную проверку.
За этими раундами стояло гораздо более масштабное согласование: агентство отследило 240+ пунктов в двух вкладках очереди правок (83 SEO-замечания и 159 CX-замечаний), из которых 235 были отмечены как выполненные к моменту передачи.
Коротко: на шаблоне ценность даёт именно цикл QA. Кто срезает циклы ради скорости — теряет точность, а не время.
3. Доработка без расползания. Каждое изменение, которое мы вносили в брендированную тему — будь то макет страницы, компонент секции или стилевой токен — документировалось относительно Figma. Ни одна доработка не проникла в общие компоненты темы — это значит, что работа по данному проекту не ухудшила тему для следующего сайта.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый QA-раунд охватывал страницы, затронутые дизайн-расхождениями данного раунда, а не весь сайт — так сборка на шаблоне остаётся экономной, не теряя покрытия.
10 QA-раундов за 112 дней, каждый закрывался только после подтверждения агентства перед открытием следующего прохода. Именно этот ритм — а не первоначальная сборка — обеспечил движение 240+ пунктов очереди правок: ничего не считалось решённым, пока агентство не подтверждало, что означает: проект завершился без остаточной очереди, которую агентству пришлось бы разгребать самостоятельно.
Контроль качества
Предварительный QA на первоначальной сборке выявил схему URL с двойным слешем (//services/general-dentistry), доступную на сайте тестовой среды — sitemap агентства использовал пути с одинарным слешем, поэтому вариант с двойным слешем был отмечен, исследован и задокументирован до первой передачи с указанием решения в журнале исправлений.
Предварительный QA проводился через Site Checker — см. наш подход к QA и порог нулевых ошибок. Приёмочный контур агентства проводился после передачи и фиксировал замечания в общую очередь правок для нашего цикла исправлений до их согласования.
Доработки оставались в файлах настроек конкретного клиента; общие компоненты темы агентства не модифицировались.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 38 — 1 главная, 1 лендинг услуг, 10 страниц услуг, 1 лендинг новых пациентов, 3 страницы для новых пациентов, 1 галерея улыбок, 1 блог, 1 страница отзывов, 1 контактный лендинг, 2 контактные страницы и 16 вспомогательных страниц |
| Контрольный список запуска | 30 пунктов согласованы |
| QA / SEO + CX проблемы отслежены и решены | 240+ пунктов согласовано в двух вкладках очереди правок агентства (83 SEO + 159 CX), 235 отмечены как выполненные при передаче |
| QA-итерации Redmine | 10 из 14 задач отслежены на уровне итераций |
| Сроки | 112 дней, сдано по графику |
| Затраты труда | 55 часов при оценке 55 часов — без перерасхода, без расползания объёма |
| Команда | 6 специалистов |
| Хостинг | Запущен в среде темы агентства на Kinsta |
| Состояние страниц при передаче | 33 / 33 отслеженных URL тестовой среды вернули HTTP 200 в аудите sitemap |
Если коротко: Figma агентства реализована в их брендированной теме на 38 страницах, за 112 календарных дней, в рамках оценки в 55 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma проверена, доступ к теме подтверждён, объём согласован |
| Разработка доработок | ~2 недели | Постраничная доработка темы под Figma |
| QA-итерации (параллельно) | ~14 недель | 10 QA-раундов; каждый закрыт только после согласования агентством |
| Раунды исправлений | ~2 недели | Коррекции после проверки, замена изображений, обновление виджетов |
| Сдача | финальный день | Сайт запущен на Kinsta |
Разработка и QA шли параллельно — это характерно для работы по доработке темы, где ни один «этап QA» не закрывается чисто; цикл идёт непрерывно до согласования агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и сопоставление Figma с макетом)
- Павел Сажин — QA-итерации и исправления
- Анна Полунина — разработчик (раунды доработки и внедрение исправлений)
- Евгений Карпов — поддержка разработки
- Тимур Арбаев — проверка соответствия дизайна и предварительный QA
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация со стороны агентства, согласование)
Агентство управляло всеми взаимодействиями с клиентом. Maple Glen Modern Dentistry с нашей командой напрямую не работала — каждый запрос шёл через общую очередь правок агентства, и сама сборка конечному клиенту не показывалась. Каждый раунд закрывался только после согласования ответственного за проверку со стороны агентства.
Агентствам с библиотекой шаблонов
В сборке стоматологического сайта на брендированном шаблоне структурный риск сидит в общем слое, но болит у агентства скорость отклика. Для одиночной клиники шаблон — стартовая площадка. Для сети с несколькими локациями, которая обвешивает его собственными страницами, — обуза в поддержке. Следующее обновление родительского шаблона сломает доработки дочерней темы. Редактор начнёт сбоить у сотрудников, которые ведут собственные типы записей. Циклы правок растянутся, и зависшую очередь агентство понесёт перед клиентом.
Подрядчику стоит задавать не вопрос «настроите ли шаблон», а вопрос «как именно вы выстроите слой доработок, чтобы следующее обновление не обнулило проект, а циклы правок оставались предсказуемыми?»
Пришлите исходник шаблона (или его ID) и спецификацию бренда. Мы сопоставим слой доработок со структурой шаблона, отметим, где будущие обновления угрожают вашим правкам, и вернём фиксированную смету в часах. Аудит без оплаты.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.