Доработка темы для стоматологии — 25 страниц за 103 дня
Доработка темы для стоматологии на платформе Kinsta — 25 страниц, 10 шаблонов, более 300 отслеженных пунктов QA, 55 часов работы 5 специалистов, 103 дня до сдачи.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Centergate Family Dentistry — стоматологическая клиника в США
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: октябрь 2025 · 103 дня · 55 часов · 25 URL · в срок
Подход к доработке темы
25 страниц на основе 10 шаблонов, связанных с Figma, на стоматологической теме Kinsta — 12 из них используют один и тот же шаблон страницы услуг, каждая со своим контентом, изображениями и CTA. В середине работы QA-слой агентства выявил расхождение в жирности абзацев на всех 12 страницах услуг и дублирующиеся мета-описания на каждой — оба дефекта требовали системного прохода, а не постраничных исправлений. Такова цена дисциплины при применении одного шаблона двенадцать раз: проверка соответствия выполняется тоже двенадцать раз.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Здравоохранение — Общая стоматология |
| Конечный клиент | Centergate Family Dentistry (стоматологическая клиника в США) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированная тема агентства + постраничный дизайн в Figma, хостинг Kinsta) |
| Объём работ | 25 URL — главная, о нас, лендинг услуг, 12 страниц услуг, страница врача, галерея улыбок, контакты, лендинг блога + пост и 5 вспомогательных страниц (FAQ, финансовая информация, формы, команда, запись на приём) |
| Срок | 103 дня (14 июл – 25 окт 2025), в срок |
| Затраты | 55 часов — 25 ч разработка · 15 ч PM · 10 ч QA · 5 ч правки |
| Команда | 5 специалистов |
| Шаблоны | 10 повторно используемых шаблонов от агентства, применённых на всех 25 страницах |
| Технологии | WordPress · Elementor · Kinsta · постраничный дизайн из Figma · AutoQA агентства · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | Более 300 отслеженных SEO + CX дефектов, согласованных в очереди задач агентства, с 73-пунктным контрольным списком запуска |
| Интенсивность взаимодействия | 60 задач от агентства · все закрыты к моменту передачи (36 дней активности, 2025-08-05 – 2025-09-09) |
| Раунды проверки | ≈7 раундов проверки за 103 календарных дня |
| Затраты на задачу | 17 внутренних задач Redmine · медиана 28 мин / P75 1 ч на задачу |
| Контрольный список запуска | 73 пунктов, согласованы перед переключением |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн Figma для Centergate Family Dentistry и цель развёртывания на своей брендированной теме, размещённой на Kinsta. Агентство уже выполнило подготовительную работу: аудит дизайна, сбор требований клиента, настройку хостинга и подготовку контента через Google Docs для каждой страницы услуг. Им требовалась команда разработки, которая аккуратно перенесёт Figma на тему и выдержит QA-цикл на протяжении всего процесса проверки со стороны агентства.
Задача была чёткой по исполнению: доработать тему до соответствия Figma постранично, передавать замечания в общую очередь задач и возвращать каждую итерацию только после того, как проверяющий со стороны агентства подтвердит, что расхождение устранено.
В объём работ на 25 страниц входили двенадцать страниц услуг — каждая со своим фреймом Figma, блоком контента и изображениями — при этом все они использовали один и тот же базовый шаблон страницы услуг. Ряд фреймов Figma задавал визуальные эффекты, которые шаблон не мог воспроизвести напрямую, — потребовались CSS-решения: например, наложения с backdrop-filter там, где у компонентов шаблона не было готового аналога.
Главный риск при двенадцатикратном применении одного шаблона — не драматический сбой, а накопительный дрейф. Третья страница услуг совпадает с Figma, но к восьмой отступы уже съехали, блок CTA сместился, а соотношение сторон изображения незаметно поменялось.
Подрядчик, который воспринимает повторное применение шаблона как «скопировал и подправил», а не «доработал и проверил», сдаёт агентству сайт, который в целом выглядит правильно, но расходится в деталях, заметных пациентам. Очередь задач на 305 пунктов по этому проекту — фиксация той самой дисциплины, применённой страница за страницей.
Контекст рисков. Когда один шаблон страницы услуг применяется двенадцать раз в рамках одной клиники, риск — не драматический сбой, а накопительный дрейф. Третья итерация совпадает с Figma; к восьмой отступы уже съехали, блок CTA сместился, а соотношение сторон изображения незаметно поменялось. Подрядчик, который воспринимает повторное применение шаблона как «скопировал и подправил», а не «доработал и проверил», сдаёт агентству сайт, который на первый взгляд выглядит правильно, но расходится в деталях, которые пациенты и проверяющие замечают при внимательном просмотре.
Как мы это сделали
1. Figma как контракт, тема как холст. Файл Figma был спецификацией дизайна. Брендированная тема — базовой структурой страниц. Наша задача была согласовать их постранично: где стандартная вёрстка темы совпадала с Figma, мы её сохраняли; где Figma требовала отклонения — дорабатывали. Никакие дизайнерские решения не исходили от нас.
2. QA-цикл в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». Агентство отслеживало 305 пунктов в двух вкладках очереди задач (186 SEO-замечаний и 119 CX-замечаний), из которых 85 были отмечены как выполненные на момент передачи. Каждый раунд был постраничной или общесайтовой проверкой, где агентство отмечало расхождения с дизайном, мы проверяли, исправляли и возвращали сборку для следующего прохода.
Логика простая: при шаблонной сборке ценность создаётся именно в QA-цикле. Сократить его — значит сдать слабее, а не быстрее.
3. Доработка без дрейфа. Каждое изменение, которое мы вносили в брендированную тему — будь то вёрстка страницы, компонент секции или стилевой токен — документировалось относительно референса из Figma. Ни одна доработка не «просочилась» в общие компоненты темы, то есть работа по этому проекту не ухудшила тему для следующего сайта, который будет её использовать.
Когда полупрозрачные наложения или другие эффекты выходили за пределы штатных возможностей темы, команда реализовывала их через CSS, а не просила агентство менять Figma — замысел дизайна сохранялся без лишнего круга согласований.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые расхождениями данного раунда, а не весь сайт — именно так шаблонная сборка остаётся эффективной без потери покрытия.
Двенадцатикратное применение одного шаблона означало, что проверку соответствия нужно было пройти тоже двенадцать раз. Когда CX-проверка агентства выявила дрейф жирности абзацев на всех двенадцати страницах услуг, потребовался один системный прогон — а не двенадцать отдельных правок. Это оборотная сторона шаблонного подхода: объём проверки растёт пропорционально числу повторений, и нагрузку на QA нельзя занижать.
Контроль качества
QA на этой сборке несло нагрузку повторения шаблона напрямую — CX-проверка агентства выявила дрейф жирности абзацев на всех 12 страницах услуг, а SEO-вкладка зафиксировала ошибку иерархии H-тегов на главной; 73-пунктный контрольный список перед передачей, включая согласованность слешей и коды статусов, был согласован пункт за пунктом, прежде чем любая страница покинула тестовую среду.
Предварительное QA выполнялось через Site Checker — см. наш подход к QA по категориям и критерию нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — работал после передачи и фиксировал замечания в общую очередь задач для нашего цикла правок до их утверждения.
Доработки оставались в переопределениях на уровне клиента; общие компоненты темы агентства не модифицировались.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 25 — 1 главная, 1 лендинг услуг, 12 страниц услуг, 1 страница врача, 1 галерея улыбок, 1 о нас, 1 контакты, 1 лендинг блога + 1 пост блога и 5 вспомогательных страниц |
| Шаблонов применено | 10 из 10 повторно используемых шаблонов собрано и развёрнуто на 25 страницах (главная, о нас, лендинг услуг, страница услуг, галерея улыбок, страница врача, контакты, лендинг блога, блог, стандартный шаблон) |
| Контрольный список запуска | 73 пунктов согласованы |
| QA / SEO + CX дефектов отслежено и устранено | 305+ пунктов согласовано в двух вкладках очереди задач агентства (186 SEO + 119 CX), 85 отмечены как выполненные на момент передачи |
| Срок | 103 дня, сдано в срок |
| Затраты | 55 часов — без перерасхода, без расширения объёма |
| Команда | 5 специалистов |
| Передача хостинга | Запущено на Kinsta-окружении темы агентства |
| Состояние страниц на момент передачи | 25 / 25 URL тестовой среды вернули HTTP 200 в аудите sitemap |
Суть, изложенная прямо: Figma агентства была реализована на их брендированной теме на 25 страницах и 10 шаблонах за 103 календарных дня в рамках оценки в 55 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma изучена, доступ к теме подтверждён, объём согласован |
| Разработка доработок | ~6 недель | Постраничная доработка темы до соответствия Figma; разработаны страницы услуг и вспомогательные страницы |
| Итерации QA (параллельно) | ~8 недель | Множество раундов QA зафиксировано; каждый закрыт только после согласования агентством |
| Раунды правок | ~2 недели | Коррекция после проверки, обновление контента, добавление изображений |
| Сдача | финальный день | Сайт запущен на Kinsta |
Разработка и QA выполнялись параллельно — это характерно для доработки темы, где не существует чётко закрывающейся «фазы QA»; цикл работает непрерывно до согласования агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и перенос Figma в вёрстку)
- Павел Сажин — итерации QA и правки
- Анна Полунина — поддержка разработки по контенту и изображениям
- Тимур Арбаев — поддержка разработки
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Агентство поддерживало отношения с конечным клиентом на всём протяжении. Все запросы на доработку проходили через общую очередь задач агентства; Centergate Family Dentistry не взаимодействовала с нашей командой напрямую. Каждый итерационный раунд выпускался только после того, как проверяющий со стороны агентства подтверждал, что изменения соответствуют спецификации.
Агентствам с библиотекой шаблонов
Вы продали клиенту эффективность библиотеки шаблонов: одну страницу услуг настроили, остальные собрали по образцу. У этой практики — частная клиника с десятком процедур; у других — DSO-сеть, где тот же шаблон разворачивается на несколько филиалов. Риск не в копировании, а в дрейфе: на поздних итерациях вёрстка разъезжается, обновление родительского шаблона сносит доработки, контент-менеджер замечает несоответствия первым. Объяснять конечному клиенту, почему выглядит «почти так же» — вам.
Подрядчику стоит задавать не вопрос «соберёте ли по шаблону?», а вопрос «как именно вы защитите согласованность набора страниц от дрейфа при обновлениях и масштабировании?»
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы проверим, как токены бренда передаются в компоненты, где ACF-схема расходится с родительским шаблоном, и есть ли стратегия обновлений. Вернём фиксированную смету в часах. Аудит за счёт нашей стороны; обязательств после нет.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.