Доработка 35 страниц стоматологического шаблона за 127 дней
Доработка 35 страниц стоматологического шаблона по 9 шаблонам агентства — 60 часов, 127 дней. 12 страниц собраны по Figma; 54+ пункта QA закрыто по 88 задачам.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Revive Dentures and Implants — Dr. Robert Long, Durham, NC
Формат сотрудничества: White-label доработка стоматологического шаблона для маркетингового агентства из США
Сроки: февраль 2026 · 127 дней · 60 часов · 35 URL сверстаны, 12 собраны по Figma в QA · по графику
Подход к доработке темы
35 страниц с глубокой таксономией имплантатов и протезов — полная дуга, одиночные, множественные, протезы, костные трансплантаты, синус-лифтинг, удаления — свёрстаны на шаблоне Sparkling по макету Figma, который не покрывал все 35. В середине проекта агентство запросило полное удаление ACF-обвязки, и четыре подстраницы услуг (All-on-4, All-on-X, гибридные протезы, имплантация в день обращения) были добавлены со специально написанным контентом. Мы собрали 12 страниц по Figma; 23 остались в черновике до получения контента клиента.
Краткий обзор
| Параметр | Значение |
|---|---|
| Сфера деятельности клиента | Медицина — стоматология (протезирование и имплантология) |
| Конечный клиент | Revive Dentures and Implants (Dr. Robert Long, Durham, NC) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства + постраничный дизайн в Figma, хостинг Kinsta) |
| Объём | 35 URL сверстаны — 12 собраны по Figma и в QA при сдаче, 23 отложены до получения контента клиента или свёрстаны с настройками шаблона по умолчанию |
| Сроки | 127 дней (29 сен 2025 – 2 фев 2026), по графику |
| Трудозатраты | 60 часов — разработка, итерации QA и управление проектом |
| Команда | 4 специалиста |
| Шаблоны | 11 переиспользуемых шаблонов в библиотеке агентства, 9 применены на 35 страницах |
| Технологии | WordPress · Elementor · Kinsta · постраничный дизайн в Figma · Gravity Forms · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 54+ отслеженных SEO-проблем согласованы в очереди задач агентства, 30-пунктный контрольный список запуска (вкладка CX для этого проекта частично заполнена) |
| Интенсивность взаимодействия | 3 вопроса от агентства · все закрыты к моменту сдачи |
| Раунды проверки | ≈8 раундов на протяжении 127 календарных дней |
| Трудозатраты на задачу | 88 внутренних задач Redmine · медиана 10 мин / P75 28 мин на задачу |
| Контрольный список запуска | 30 пунктов, согласованы до переключения |
Постановка задачи
Маркетинговое агентство из США передало нам макет Figma для Revive Dentures and Implants — протезно-ортопедической практики в Durham, NC, предлагающей имплантацию полной дуги, одиночные и множественные имплантаты, протезы, костную пластику и седацию — и доступ к своей брендированной шаблонной системе на Kinsta. Агентство уже выполнило подготовительную работу: аудит дизайна, согласование с клиентом, настройку хостинга, контент-план. Им требовалась команда разработки, которая точно перенесёт Figma на шаблон, через столько итераций доработки, сколько потребует дизайн.
Задача была чисто исполнительской. Figma — единственный источник истины. Дорабатывать шаблон под неё страница за страницей. Передавать замечания QA обратно агентству в общее рабочее пространство; не закрывать их без его согласования.
Контекст рисков. Сайт ортопедической практики держится на визуальной убедительности — пациенты, оценивающие реставрацию полной дуги, замечают несоответствие насыщенности шрифта и кадрирование hero-изображения так же, как заметили бы неряшливую приёмную. Риск, от которого страховалось агентство, был не только в неполном контенте (23 из 35 страниц не имели контента клиента на момент запуска) — но в расхождении между дизайном в Figma и настройками шаблона по умолчанию, которое проявится на каждой странице, где спецификация дизайна и контентный документ не полностью пересекались.
Доработка стоматологического шаблона для услуг по имплантации и протезированию означает согласование глубоких сервисных таксономий — All-on-4, All-on-X, гибридные протезы, синус-лифтинг — с шаблоном, созданным для общей стоматологии, не позволяя стандартным настройкам шаблона диктовать путь пациента.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был спецификацией дизайна. Брендированный шаблон — базовой структурой страниц. Наша задача — согласовать их постранично: где стандартная раскладка шаблона совпадала с Figma, мы её оставляли; где Figma требовала отклонения, мы дорабатывали. Никаких дизайн-решений с нашей стороны.
2. Цикл QA в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить».
За время проекта мы провели 20+ QA-итераций в Redmine и согласовали 54+ позиции в общей очереди задач агентства — по каждому раунду агентство отмечало расхождения в дизайне, отсутствующие изображения и неточности контента; мы просматривали, исправляли и возвращали сборку на повторную проверку. Такой объём — не признак нестабильности; именно это отделяет сайт на шаблоне, который выглядит «примерно так», от того, что точно соответствует дизайну.
Принцип прост: на шаблонной сборке ценность создаётся именно в цикле QA. Более короткий цикл QA означает более слабое соответствие дизайну, а не более быструю сдачу.
3. Доработка без дрейфа. Каждое изменение брендированного шаблона — будь то раскладка страницы, компонент секции или стилевой токен — документировалось относительно Figma. Ни одна доработка не «протекла» в общие компоненты шаблона; работа по этому проекту не ухудшила шаблон для следующего сайта.
4. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах. Каждый раунд QA охватывал страницы, затронутые изменениями дизайна в этом раунде, а не весь сайт — так шаблонная сборка остаётся эффективной без потери покрытия.
Работа над запросом на удаление ACF-обвязки в середине проекта — агентство попросило заменить все шаблоны ACF на штатные страницы Elementor до сдачи — означала, что каждую страницу, собранную по исходной спецификации, пришлось перестроить с нуля. Это ограничение, поглощённое в рамках 127-дневного окна без продления сроков, позволило сохранить оценку в 60 часов.
Контроль качества
QA перед сдачей при переносе Figma на шаблон выявило два конкретных расхождения: несоответствие насыщенности шрифта (Figma указывала 700, но браузер рендерил тяжелее — скорректировано до 600 во всех заголовках) и CSS на уровне виджетов Elementor, который пропадал при адаптивной проверке — обе проблемы решены до того, как сборка достигла агентства.
QA перед сдачей выполнялось через Site Checker — см. наш подход к QA по категориям и принцип нулевых ошибок. Собственный слой QA агентства — их инструменты, их процессы — работал после сдачи и фиксировал замечания в общей очереди задач для нашего цикла исправлений до согласования.
Доработки оставались в переопределениях для конкретного клиента; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 35 сверстано — 12 собраны по Figma и в QA при сдаче, 23 отложены до получения контента клиента или свёрстаны с настройками шаблона по умолчанию |
| Шаблонов применено | 9 из 11 переиспользуемых шаблонов построены и распределены по 35 страницам |
| Контрольный список запуска | 30 пунктов согласованы |
| QA / SEO-проблем отслежено и решено | 54+ позиции согласованы в SEO-очереди задач агентства (вкладка CX для этого проекта частично заполнена) |
| QA-итераций в Redmine | 20+ из 88 задач отслежены на уровне итераций |
| Сроки | 127 дней, сдано по графику |
| Трудозатраты | 60 часов при оценке 60 часов — без перерасхода, без расширения объёма |
| Команда | 4 специалиста |
| Размещение | Запущено в шаблонном окружении агентства на Kinsta |
| Состояние страниц при сдаче | 12 / 35 страниц с полным контентом в QA; остальные свёрстаны или отложены |
Результат, коротко: Figma агентства была реализована на их брендированном шаблоне на 35 страницах и 9 шаблонах за 127 календарных дней в пределах оценки в 60 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma просмотрена, доступ к шаблону подтверждён, объём согласован |
| Разработка доработок | ~4 недели | Постраничная доработка шаблона под Figma |
| QA-итерации (параллельно) | ~12 недель | 20+ раундов QA; каждый закрыт только после согласования агентством |
| Раунды исправлений | ~2 недели | Коррекции после проверки, отложенный контент, визуальные доработки |
| Сдача | финальный день | Сайт запущен на Kinsta |
Разработка и QA велись параллельно — это характерно для доработки темы, где ни один «этап QA» не закрывается полностью; цикл продолжается до согласования агентством.
Команда
Команда проекта
- Наталия Богатель — ведущий разработчик (доработка шаблона, перенос Figma в раскладку)
- Павел Сажин — итерации QA и исправления
- Тимур Арбаев — итерации QA и поддержка разработчика
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Управление проектом, дизайн и коммуникация с клиентом оставались за агентством на всём протяжении. Наша команда была невидима для конечного клиента. Запросы на доработку поступали через общую очередь задач агентства; ничего из сборки не было видно конечному клиенту. Каждый раунд закрывался только после того, как проверяющий со стороны агентства подтверждал приёмку.
Агентствам с библиотекой шаблонов
При сборке сайта стоматологической практики на готовом шаблоне вы рискуете не качеством вёрстки, а тем, что редакторский опыт и сервисная таксономия вступят в конфликт с умолчаниями темы. У этой практики — ортопедия и имплантация, где каждый тип процедуры требует отдельного пути пациента; у других — общая стоматология с единой карточкой услуги. Доработки под имплантационные протоколы сломаются при первом обновлении шаблона. Поля для хирургического workflow пропадут из редактора. Брендовые цвета на страницах услуг сбросятся на стандартные при любом изменении в кастомайзере.
Подрядчику стоит задавать не вопрос «соберёте ли страницы по макетам», а вопрос «как именно вы изолируете клиентские доработки от родительской темы, чтобы следующее обновление не откатило их?»
Пришлите макеты и ID используемого шаблона. Мы проверим, где настройки дизайн-системы переопределяются шаблоном, и оценим, готов ли редакторский слой к работе не-технического персонала. Вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.