Доработка темы для стоматологии — 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. Посреди работы контур проверки агентства поймал разнобой в жирности абзацев на всех 12 страницах услуг и дублирующиеся мета-описания на каждой; оба дефекта требовали системного прохода, а не точечной правки по странице. Такова цена точности, когда 1 шаблон применяешь 12 раз: проверку соответствия проходишь тоже 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 страниц входили 12 страниц услуг — каждая со своим фреймом Figma, блоком контента и изображениями — и все на одном базовом шаблоне страницы услуг. Часть фреймов Figma задавала визуальные эффекты, которые шаблон не мог воспроизвести напрямую; потребовались решения на CSS — например, наложения с backdrop-filter там, где у компонентов шаблона готового аналога не было.
Главный риск, когда 1 шаблон применяешь 12 раз, — не громкий сбой, а накопительный дрейф. Третья страница услуг совпадает с Figma, но к восьмой отступы уже съехали, блок CTA сместился, а соотношение сторон изображения незаметно поменялось.
Подрядчик, который воспринимает повторное применение шаблона как «скопировал и подправил», а не «доработал и проверил», сдаёт агентству сайт: в целом выглядит правильно, а расходится в деталях, заметных пациентам. Очередь на 305 пунктов по этому проекту — запись той самой тщательности, выдержанной страница за страницей.
Контекст рисков. Когда 1 шаблон страницы услуг применяется 12 раз в рамках одной клиники, риск — не драматический сбой, а накопительный дрейф. Третья итерация совпадает с 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 охватывал страницы, затронутые расхождениями данного раунда, а не весь сайт — именно так шаблонная сборка остаётся экономной без потери покрытия.
1 шаблон, применённый 12 раз, означал, что проверку соответствия нужно пройти тоже 12 раз. Когда CX-проверка агентства поймала дрейф жирности абзацев на всех 12 страницах услуг, потребовался 1 системный прогон — а не 12 отдельных правок. Это оборотная сторона шаблонного подхода: объём проверки растёт пропорционально числу повторений, и нагрузку на QA нельзя занижать.
Контроль качества
QA на этой сборке несло нагрузку повторения шаблона напрямую: CX-проверка агентства поймала дрейф жирности абзацев на всех 12 страницах услуг, а SEO-вкладка зафиксировала ошибку иерархии H-тегов на главной. Контрольный список из 73 пунктов перед передачей — включая согласованность слешей и коды статусов — согласовали пункт за пунктом, прежде чем хоть 1 страница покинула тестовую среду.
Предпередаточная проверка прошла через Site Checker — категории и порог нулевых ошибок см. в наш подход к 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 в аудите карты сайта |
Если коротко: Figma агентства реализовали на их брендированной теме — 25 страниц, 10 шаблонов, 103 календарных дня, в рамках оценки в 55 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma изучена, доступ к теме подтверждён, объём согласован |
| Разработка доработок | ~6 недель | Постраничная доработка темы до соответствия Figma; разработаны страницы услуг и вспомогательные страницы |
| Итерации QA (параллельно) | ~8 недель | Множество раундов QA зафиксировано; каждый закрыт только после согласования агентством |
| Раунды правок | ~2 недели | Коррекция после проверки, обновление контента, добавление изображений |
| Сдача | финальный день | Сайт запущен на Kinsta |
Разработка и QA шли параллельно — это характерно для доработки темы: отдельной «фазы QA», которая закрывается начисто, здесь нет, цикл идёт непрерывно, пока агентство не согласует результат.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и перенос Figma в вёрстку)
- Павел Сажин — итерации QA и правки
- Анна Полунина — поддержка разработки по контенту и изображениям
- Тимур Арбаев — поддержка разработки
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, согласование)
Агентство всё время держало отношения с конечным клиентом на себе. Все запросы на доработку шли через общую очередь агентства; Centergate Family Dentistry с нашей командой напрямую не работала. Каждый раунд итераций выпускали только после того, как проверяющий со стороны агентства подтвердит, что изменения соответствуют спецификации.
Агентствам с библиотекой шаблонов
На брендированном шаблоне разрыв между макетом и опубликованной страницей растёт с каждым повторным использованием. У этой клиники — одна точка; у других — сеть филиалов, где тот же шаблон разворачивают с локализованным текстом. Отступы расходятся между копиями: третья страница совпадает со спецификацией, а на восьмой поля уже незаметно съехали. Блоки CTA ломают выравнивание: панель записи стоит ровно на первых версиях и проваливается ниже сгиба на поздних. Соотношения сторон у картинок меняются без флага на проверку: фото врача обрезается криво, когда шаблон по-разному тянет контейнеры по набору услуг.
Вопрос подрядчику перед стартом не в том, «соберёте ли вы по шаблону», а в том, как именно вы сверите каждую копию с брендбуком.
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы пройдём каждую копию по спецификации, покажем, где согласованность гарантированно поедет, и вернём смету в фиксированных часах. Разбор — бесплатно; смета приходит в часах, а не вилкой.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.