Доработка темы для стоматологии и уздечки языка: 33 страницы, 94 дня

Клиент (конечный пользователь): Charleston Dental and Tongue Tie — стоматологическая клиника в США со специализацией по уздечке языка и уздечке губы
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: сентябрь 2025 · 94 дня · 57 часов · 33 URL · в срок

Подход к доработке темы

33 страницы доработки стоматологического шаблона по постраничным макетам Figma — клиника, совмещающая общую стоматологию с разделом процедур по уздечке языка, работающая на 10-шаблонном наборе агентства на Kinsta. Пятнадцать страниц общих стоматологических услуг и 4 подстраницы процедур с разбивкой по возрасту используют один и тот же шаблон Service Page, но несут разное наполнение; трактовка раздела процедур как варианта стоматологических услуг не провалила бы QA — она проявилась бы как содержательная проблема после запуска.

Краткий обзор

Постановка задачи

Маркетинговое агентство из США передало нам макеты Figma для Charleston Dental and Tongue Tie и цель развёртывания на своей брендированной системе шаблонов на Kinsta.

Клиника предлагает как общую стоматологическую помощь, так и специализированные процедуры по уздечке языка и уздечке губы — сочетание, которое встречается реже, чем сайт общей стоматологии, и создало двойную структуру контента, которую агентству нужно было корректно отобразить в шаблоне. Верхнеуровневая работа оставалась за агентством: дизайн, утверждение клиентом, контент-планирование и хостинг. Нашей задачей было воплотить Figma в их шаблоне.

Задача была технически чёткой: Figma — единственный источник истины, каждая страница собирается под неё, сайт возвращается агентству только после того, как все расхождения с дизайном закрыты в общем рабочем пространстве. Помимо основной разработки, в объём входили страница блога, пост о френэктомии, подстраница «Знакомство с врачами» и раунд обновлений контента и изображений, продливший сделку до сентября.

Что агентству нужно было предотвратить — структурную проблему, специфичную для набора услуг этой клиники. Раздел специализации по уздечке языка — это не вторая вкладка на лендинге услуг; у него есть собственная посадочная страница и подстраницы по возрастным группам (младенцы, малыши и дети постарше, взрослые), каждая со своим содержанием, отличным от соседних общих стоматологических услуг.

Риск при шаблонной разработке в том, что общий шаблон Service Page трактует всё одинаково: разработчик, полагающийся на стандартные настройки шаблона, может создать страницы, которые визуально совпадают с Figma на главной, но незаметно сплющивают иерархию контента раздела процедур до того же шаблона, что и страница чистки зубов. Агентство наняло нас за дисциплину, а не просто за результат. Доработка должна была сохранить структурное различие между общими стоматологическими услугами и разделом процедур — используя тот же набор шаблонов, не стирая содержательного различия между ними.

Как мы это сделали

1. Figma как контракт, шаблон как холст. Figma была источником истины на всём протяжении. Брендированный шаблон был холстом. Для каждой из 33 страниц вопрос был один: соответствует ли данный фрейм Figma стандартным настройкам шаблона или требует постраничной доработки? Там, где шаблон подходил, мы его оставляли. Там, где Figma требовала отклонения, мы дорабатывали — включая посадочную страницу процедур по уздечке языка, которая структурно находится между лендингом услуг и страницей услуги и требовала собственной обработки в рамках параметров шаблона Service Page.

2. Два раздела услуг, один набор шаблонов. Сайт содержит 15 страниц общих стоматологических услуг наряду с 4 страницами процедур по уздечке языка и губы. Все 19 живут под одним шаблоном Service Page.

Удержать их различие — задача редакционная и структурная: общие стоматологические страницы идут по стандартной схеме сервисных страниц агентства; страницы процедур несут подстраницы по возрастным группам (младенцы, малыши и дети постарше, взрослые) с блоками контента и якорной навигацией — тот же шаблон, другая контентная форма. Это потребовало вести раздел процедур не как вариант раздела стоматологических услуг, а как отдельную контентную архитектуру, которая разделяет слой шаблона, но не смешивается с ним.

3. Цикл QA в масштабе доработки темы. Качественная доработка темы — это не «собрал один раз, проверил один раз». Проект накопил более 120 позиций в рабочем пространстве очереди задач агентства — отдельные раунды QA, в которых агентство отмечало расхождения с дизайном, мы проверяли, исправляли и возвращали сборку.

Примечательное в этом цикле: обработка Hero-секций (все Hero-секции в Figma отображаются как чёрно-белые градиентные наложения; стандартные настройки шаблона не совпадали; исправлением стал CSS-подход с наложением градиента), исправление маршрутизации якорных ссылок в разделе отзывов на главной (ссылка требовала полного абсолютного URL с путём страницы и якорем, а не просто фрагмента) и итеративные проходы по размерам изображений в рамках задачи команды по контенту и изображениям. Каждый проход добавлял точности; ни один не откатывал предыдущую работу.

4. Доработка без дрейфа. Каждое изменение было ограничено реализацией для конкретного клиента. Общие компоненты шаблонов агентства не изменялись ни в какой момент. Адаптации раздела процедур по уздечке языка жили в постраничных переопределениях Elementor, а не в общем слое шаблона. Следующий сайт, работающий на этом шаблоне, не будет знать, что через него прошли 33 страницы индивидуальной реализации.

5. Проверка на разных устройствах. Доработки проверялись на большом экране, планшете и мобильных устройствах. Работа по размерам изображений и наложению градиента из цикла QA по своей природе охватывает все типы экранов — каждое изменение раскладки запускало повторную проверку на разных устройствах перед закрытием раунда. QA-проход финальной задачи по обновлению контента (задача #966) включал проверку изменений контента на всём сайте, охватившую все затронутые страницы перед передачей.

Постоянным ограничением в ходе QA было отсутствие у клиники профессиональных портретов команды — блок команды на главной и страница «Знакомство с командой» были построены без оригинальных фотографий, с заглушками-силуэтами, пока агентство не найдёт снимки или не решит совсем убрать фото команды из этих разделов.

Постраничные переопределения Elementor — а не правки в слое шаблона — были выбраны сознательно: тронь общий шаблон, и доработки под уздечку языка — навигация по возрастным группам, процедурные блоки контента — окажутся в каждом следующем сайте агентства на той же базе. Следующий клиент это не заказывал.

Суть напряжения простая: раздел процедур по уздечке языка — не расширение стоматологических услуг. Его подстраницы по возрастным группам несут другое содержательное назначение. Свалить их в ту же схему — не ошибка QA, а проблема после запуска. Решение: отдельная контентная архитектура внутри того же шаблона, переопределения Elementor на уровне страниц — общий слой агентства не тронут.

Контроль качества

Перед сдачей QA выявило две проблемы: каждая Hero-секция требовала CSS-исправления с наложением градиента для соответствия чёрно-белой обработке в Figma — стандартные настройки шаблона не применяли наложение цветового режима; а якорь отзывов на главной изначально был задан как простой фрагмент (#reviews), тогда как правильная форма требовала полного абсолютного URL с путём страницы — обнаружено до того, как агентство приступило к проверке сборки.

QA перед сдачей проходило через Site Checker — см. наш подход к QA о категориях и принципе нулевого сбоя. Собственный слой QA агентства — их инструменты, их процесс — проходил после передачи и фиксировал замечания в очередь задач для нашего цикла исправлений до момента их подписи.

Доработки остались в переопределениях для конкретного клиента; общие компоненты шаблонов агентства не изменялись.

Результаты

Итог, выраженный прямо: Figma агентства была реализована на их брендированном шаблоне на 33 страницах и 10 шаблонах — включая специализированный раздел процедур, потребовавший структурного различения внутри общего шаблона — за 94 календарных дня, в рамках оценки в 57 часов.

Процесс

Разработка и QA шли параллельно — это характерно для доработки темы, где «фаза QA» не закрывается чисто; цикл работает непрерывно до согласования агентством.

Команда

Команда проекта

• Никита Тумашевич — ведущий разработчик (доработка темы, сопоставление Figma с шаблоном, контентные раунды)
• Анна Полунина — координация проекта (управление контентом, продвижение задач, связь с агентством)
• Павел Сажин — итерации QA и исправления
• Тимур Арбаев — поддержка QA и финальный проход по контактным данным
• Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)

Управление проектом, дизайн и коммуникация с клиентом оставались на стороне агентства-партнёра на всём протяжении. Наша команда работала как невидимый партнёр по разработке агентства. Все запросы на доработку поступали через рабочее пространство агентства; конечный клиент напрямую с нами не взаимодействовал. Каждый раунд QA закрывался только после подтверждения проверяющего со стороны агентства, что расхождение устранено.

Агентствам с библиотекой шаблонов