Доработка темы детской стоматологии: 22 страницы за 114 дней
Доработка темы сайта детской стоматологии на Kinsta: 22 страницы, 10 шаблонов, 99+ отслеженных элементов QA, ~64 часа силами 4 специалистов. Сдано за 114 дней.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Main Street Pediatric Dentistry of Belmont — частная детская стоматологическая практика, Belmont, NC
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: август – ноябрь 2025 · 114 дней · ~64 часа · 22 страницы · по графику
Подход к доработке темы
22 страницы частной детской стоматологической практики, реализованные по пошаблонным макетам Figma — каждый из 10 шаблонов имел собственный узел дизайна в проекте Figma «Dr. Matt Savage» — плюс B2B-форма направления для врачей, добавленная в середине проекта вообще без макета в Figma. Агентство провело предварительный аудит дизайна — 117 замечаний по SEO и вёрстке — перед передачей нам; мы выполнили сборку на Kinsta и провели цикл QA через 8 раундов проверки.
Шаблонная доработка даёт скорость и единообразие — но только если работать строго. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Сфера клиента | Медицина — Детская стоматология |
| Конечный клиент | Main Street Pediatric Dentistry of Belmont (Belmont, NC) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса в сфере здравоохранения |
| Тип проекта | Доработка темы WordPress (фирменный шаблон агентства + постраничный дизайн в Figma на Kinsta) |
| Объём | 22 страницы — главная, лендинг услуг, 12 страниц услуг, «О нас», страница врача, лендинг блога, 2 поста блога, контакты, страховка, форма направления, а также служебные страницы (политика конфиденциальности, условия использования, отказ от ответственности) — Default Template |
| Сроки | 114 дней (31 июля – 22 ноября 2025), по графику |
| Затраты | ~64 часа — основная разработка, разработка формы направления, QA и исправления, управление проектом |
| Команда | 4 специалиста |
| Шаблоны | 10 повторно используемых шаблонов на 22 страницах — Service Page применён 12 раз для дерева детских стоматологических услуг |
| Технологии | WordPress · Elementor · Kinsta хостинг · Постраничный дизайн в Figma · Gravity Forms · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 99+ отслеженных замечаний SEO и CX согласованы по двум очередям агентства и контрольному списку запуска из 76 пунктов |
| Интенсивность коммуникации | 36 замечаний от агентства · все закрыты к моменту передачи (активный период 68 дней, 2025-08-09 – 2025-10-15) |
| Раунды проверки | ≈8 раундов за 114-дневный календарный период |
| Затраты на задачу | 29 внутренних задач Redmine · медиана 24 мин / P75 1 ч на задачу |
| Контрольный список запуска | 76 пунктов, согласован до переключения |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн в Figma для Main Street Pediatric Dentistry of Belmont и доступ к своей фирменной шаблонной системе на Kinsta. Агентство уже выполнило подготовительную работу: сбор требований клиента, проектирование, подготовку контента через постраничные Google Docs и настройку хостинга. Им нужна была команда разработки, которая точно перенесёт макеты Figma в шаблон и выдержит цикл QA через любое количество раундов проверки, которое потребует практика.
Объём — 22 страницы для детской стоматологии доктора Мэтта Сэвиджа, сертифицированного детского стоматолога из Belmont, Северная Каролина. Дерево услуг охватывало 12 стандартных процедур детской стоматологии — осмотры, чистка, герметизация фиссур, фторирование, неотложная помощь, пломбирование, седация, рентген, ранняя ортодонтия, белые коронки, стоматология для особых потребностей и страница первого визита — каждая доработана под шаблон Service Page агентства.
Отдельно согласованная страница формы направления для врачей (B2B-канал для направляющих докторов) была добавлена в середине проекта как самостоятельная задача со своей формой Gravity Forms.
Риск, который агентство держало в голове, связан с лицом практики: это частнопрактикующий врач, а не групповая. Биографическая страница доктора Сэвиджа, профессиональное фото и сертификаты — единственный сигнал доверия на всём сайте.
Ошибка с фото, заглушка в биографии или контактная форма с незаполненным адресом email на момент проверки клиентом — это не косметика. Это вся страница привлечения пациентов без главного элемента. Цикл QA на сборке для одного врача обязан держать страницу доктора и контактную форму как самые рисковые модули, а не как вспомогательные страницы низкой сложности.
Контекст рисков. На сайте частнопрактикующего врача страница врача и контактная форма несут всю нагрузку привлечения пациентов — у практики нет второго доктора, чтобы распределить бремя доверия, и нет альтернативного контактного пути, если адрес формы указан неверно. Заглушка фото или незаполненный email в форме на момент проверки клиентом — не косметический дефект; это одновременный отказ основного сигнала доверия и первичного конверсионного пути. Контроль качества в этой разработке существовал в значительной степени для того, чтобы ни один из этих элементов не дошёл до клиента в незавершённом состоянии.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Дизайн в Figma был спецификацией. Фирменный шаблон агентства предоставлял структурный скелет. Страница за страницей мы сверяли одно с другим — там, где настройки шаблона по умолчанию совпадали с Figma, мы их оставляли; где дизайн требовал отклонения, мы дорабатывали.
В частности, с начертанием шрифтов: Figma задавала насыщенность 450 для заголовков, которую переменный шрифт в вебе воспроизводит приблизительно — это потребовало постраничной проверки соответствия дизайну, а не механического копирования числового значения. Ни одно дизайн-решение не принималось на нашей стороне; Figma оставалась источником истины для каждого визуального элемента.
2. Детская стоматология одного врача, один набор шаблонов. В отличие от парной практики «стоматология + ортодонтия», этот сайт обслуживает одну специальность под именем одного доктора. Шаблон Service Page был применён 12 раз по дереву детских стоматологических услуг — каждая страница доработана со своим текстом, изображениями и единообразным CTA «Записать ребёнка на консультацию».
Страница врача несла полный вес профессиональной репутации доктора Сэвиджа: сертификаты, образование, обучение в UNC Chapel Hill, подход к детскому приёму. В середине проекта присланное фото потребовало замены (изначально было другое изображение); это было решено как отдельная задача до отправки ссылки клиенту. Email практики для доставки форм Gravity Forms также не был доступен на момент сборки — его отслеживали и применили, как только агентство получило его от клиента.
3. Цикл QA в масштабе доработки темы. Агентство вело две параллельные очереди правок: очередь SEO (63 активных пункта, 60 закрыто как Completed на момент передачи; 2 в работе, 1 требуется информация) и очередь CX (36 активных пунктов, 33 закрыто как Completed; 3 в QA).
Замечания CX включали глобальную корректировку названия бренда («Main Street Dentistry» → «Main Street Pediatric Dentistry of Belmont» — применено глобально), удаление контента со страниц фторирования и стоматологических процедур по запросу клиента, настройку модального попапа для объявления о контактах практики и уточнения типографики по дереву услуг. За этими отслеженными пунктами стояло 29 задач Redmine — основной цикл разработки, отдельная сборка формы направления и множественные раунды исправлений и QA с августа по ноябрь.
4. Доработка без отклонений. Все клиентские изменения в Elementor оставались в пределах инстанса практики; общие компоненты шаблона агентства не модифицировались. Когда требовались глобальные правки (добавление «Of Belmont» в название бренда в шапке и подвале, ссылка на номер телефона в шапке, карусель карточек услуг на мобильных), они применялись через глобальный контекст Elementor самого клиента, а не через редактирование общих библиотечных компонентов.
5. Проверка на разных устройствах. Каждый раунд QA охватывал поведение мобильной карусели в сетке услуг, отображение контактной формы и попапа на разных разрешениях — форма и попап являются основными конверсионными путями на сайте частного практикующего врача, где родителю нужно связаться с практикой со смартфона.
На сборке для частного практикующего врача всё давление сосредоточено в слое доверия: фото при предклиентской проверке оказалось не тем и было заменено отдельной задачей; email для контактной формы не был доступен на момент сборки и отслеживался до получения. Ни один из этих элементов не дошёл до клиента незавершённым — на сайте, где страница доктора и единственный контактный путь несут всю нагрузку привлечения пациентов, такой порядок работы не обсуждается.
Контроль качества
Наибольшая нагрузка QA в этой сборке пришлась на уровень идентичности частного практикующего врача: фото на странице доктора было не тем на предклиентской проверке (Redmine #1217) и заменено до отправки ссылки; email практики для контактной формы не был доступен на момент сборки, отслеживался в #996 «Add Doctor Images & Emails» и применён после получения агентством — ни один элемент не дошёл до клиента незавершённым.
QA перед передачей проходило через Site Checker — см. наш подход к QA — с категориями и порогом нулевых ошибок. Контроль на стороне агентства работал после передачи и вносил замечания в общую очередь правок для нашего цикла исправлений до их согласования.
Все доработки оставались в переопределениях конкретного клиента; общие компоненты шаблона агентства не модифицировались.
Результаты
| Метрика | Результат |
|---|---|
| Страниц сдано | 22 — Service Page ×12, главная ×1, «О нас» ×1, страница врача ×1, лендинг услуг ×1, лендинг блога ×1, блог ×2, контакты ×1, страховка ×1, форма направления ×1 (индивидуальная Gravity Forms), Default Template ×1 |
| Шаблонов применено | 10 из 10 шаблонов на 22 страницах |
| Контрольный список запуска | 76 пунктов — Design / Functionality / Pre-Migration / Post-Migration |
| Замечаний QA отслежено и закрыто | 99+ пунктов — очередь правок SEO (63 активных, 60 Completed) и очередь правок CX (36 активных, 33 Completed) |
| Форма направления | Самостоятельная страница с формой Gravity Forms, разработана и проверена как отдельный модуль |
| Сроки | 114 дней (31 июля – 22 ноября 2025), сдано по графику |
| Затраты | ~64 часа при оценке ~64 часов — без перерасхода |
| Команда | 4 специалиста |
| Хостинг при передаче | Работает в шаблонном окружении агентства на Kinsta по адресу mainstpediatricdentistry.com |
Если коротко: дизайн агентства в Figma реализован в их фирменном шаблоне на 22 страницах и 10 шаблонах за 114 календарных дней, в рамках согласованного бюджета, с двумя очередями QA (SEO + CX), проработанными до уровня приемлемости агентства, и контрольным списком запуска из 76 пунктов, согласованным до выхода сайта на рабочий домен.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~2 недели | Figma изучена, доступ к шаблону подтверждён, объём согласован; назначены постраничные Google Docs как источник контента |
| Разработка доработки | ~3 недели | Доработка 22 страниц в тестовой среде Kinsta; открыты первые строки очереди правок |
| Разработка формы направления | ~1 неделя (параллельно) | Страница Dr. Referral Form как самостоятельный модуль на Gravity Forms |
| Итерации QA | ~8 недель | 99+ пунктов по очередям SEO + CX отслежены и закрыты; фото заменено; email для форм применён после получения; обработаны раунды обратной связи клиента |
| Страница врача и контактные данные | Постоянно в ходе QA | Фото заменено; email получателя применён ко всем формам и попапу; название бренда скорректировано глобально |
| Контрольный список запуска и сдача | Финальные ~2 недели | Контрольный список из 76 пунктов согласован; переключение на рабочий домен mainstpediatricdentistry.com |
Разработка и QA шли параллельно на всём протяжении — типично для доработки темы, где «фаза QA» не закрывается чисто; цикл работает, пока агентство и клиент не подпишут.
Команда
Команда проекта
- Наталия Богатель — ведущий разработчик (доработка темы, перенос Figma в макет, итерации QA)
- Павел Сажин — контроль QA и надзор за раундами исправлений
- Тимур Арбаев — поддержка разработчика на поздних раундах исправлений и QA
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация со стороной агентства, согласование)
Агентство владело дизайном, коммуникацией с клиентом и циклом проверки с доктором Сэвиджем; каждый раунд исправлений проходил триаж через общую очередь агентства и выпускался только после согласования с проверяющим со стороны агентства. Наша команда всё время работала в тестовой среде Kinsta; переключение на рабочий домен было решением агентства.
Агентствам с библиотекой шаблонов
На сборке по шаблону граница между общим шаблоном и доработками вашего клиента — там, где живёт риск. Для одиночной клиники детской стоматологии шаблон настраивается один раз. Для сети из нескольких клиник тот же шаблон должен нести разные страницы врачей, местные телефоны и отдельные списки страховок. Переопределения в дочерней теме молча ломаются, когда поставщик шаблона выпускает обновление. Схема полей ACF расходится между вашими доработками и значениями по умолчанию от автора шаблона — поля, которые рисовались в тестовой среде, перестают рисоваться в бою. Бренд-токены не доходят до жёстко прошитых запасных значений — смена цвета, согласованная на главной, так и не применяется к страницам архива.
Вопрос подрядчику перед стартом — не «соберёте ли на нашем шаблоне?», а «как вы изолируете доработки клиентского слоя, чтобы они пережили следующее обновление шаблона?»
Пришлите исходник шаблона (или его ID) и спецификацию бренда. Мы сверим границу шаблона с вашей спецификацией, укажем, где доработки столкнутся со следующим обновлением шаблона, и вернём фиксированную смету в часах. Без оплаты, со сметой в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.