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