Доработка стоматологического шаблона на 30 страниц за 56 дней
Доработка стоматологического шаблона на 30 страниц — 56 дней, 10 шаблонов, 46 часов, 16 учтённых задач, доработка общих компонентов и запуск клиента.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Sunrise Dental Cary — стоматологическая клиника общего профиля в Cary, NC
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: апрель 2025 · 56 дней · 46 часов · ~30 URL · в срок
Подход к доработке темы
30 URL и 10 шаблонов агентства для новой стоматологической клиники в Cary, NC — без наследуемого сайта, контент написан с нуля по Google Docs для каждой страницы. Прежде чем начать клиентскую работу, мы завершили незаконченные общие страницы шаблона 7 — спроектировали и собрали недостающие макеты, затем выполнили доработку под клиента. Такая последовательность — доведение шаблона до готовности перед клиентской работой — означала, что 16-задачный 56-дневный проект оставил общий шаблон агентства прочнее, чем он был до начала.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Этот кейс — документация компактной высокочастотной доработки темы для новой стоматологической клиники: проекта, где сам шаблон нуждался в завершении, прежде чем могла начаться клиентская доработка.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия клиента | Медицина — Общая стоматология |
| Клиент | Sunrise Dental Cary (Cary, NC) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства + постраничный дизайн в Figma на WP Engine) |
| Объём | ~30 URL — главная, страница услуг, страницы услуг, карточки врачей, блог, фотогалерея, VIP-членство, контакты и вспомогательные страницы (ориентир объёма от агентства) |
| Сроки | 56 дней (14 фев – 11 апр 2025), в срок |
| Затрачено | 46 часов — разработка, QA-итерации и управление проектом |
| Команда | 4 специалиста |
| Шаблоны | ~10 многоразовых шаблонов от агентства, применённых на всём сайте |
| Технологии | WordPress · Elementor · WP Engine · Постраничный дизайн в Figma · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 16 отдельных задач учтено на всём проекте, каждая закрыта после подтверждения агентства |
| Раунды проверки | ≈2 раунда на 56-дневном календарном окне |
| Затраты на задачу | 16 внутренних задач Redmine · медиана 1 ч / P75 2 ч за задачу |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн в Figma для Sunrise Dental Cary и площадку развёртывания — свою брендированную систему шаблонов на WP Engine. Клиника была новой: никакого старого сайта, архива контента или прежней URL-структуры. Агентство уже сделало всё на своей стороне — аудит дизайна, согласование с клиентом, настройку хостинга, подготовку контента в Google Docs для каждой страницы. Нужна была команда разработки, которая точно перенесёт Figma на шаблон и выдержит быстрый ритм итераций.
Задача была чисто исполнительская. Figma — единственный источник истины. Дорабатывать шаблон страница за страницей. Возвращать каждую итерацию только после того, как проверяющий со стороны агентства подтвердит, что расхождение устранено.
Главный риск проекта был не в дрейфе при доработке, а в накопленном долге от работы с неполным шаблоном. Брендированный шаблон 7, назначенный на этот проект, имел незавершённые страницы на старте — команде пришлось сначала довести общий слой до готовности, прежде чем браться за клиентскую работу.
Студия, которая пропускает завершение шаблона ради срока, передаёт тот же долг каждому следующему сайту на этом шаблоне. Агентство наняло нас именно за то, чтобы сначала закрыть общий слой, а потом делать доработку чисто — и 56-дневная, 16-задачная история поставки это подтверждает.
Контекст рисков. Новая стоматологическая клиника, запускающаяся на брендированном шаблоне с ~30 URL и без готового контента, сталкивается с двойным пробелом: сам шаблон может быть неполным, а клиенту не с чем сравнивать при QA.
Риск этого проекта был в этапе завершения шаблона — незавершённые общие страницы требовали проектирования и сборки до начала клиентской доработки, и любой компромисс на этом этапе молча распространился бы на все будущие клиники, использующие тот же шаблон. Подход здесь был структурным: сначала завершить шаблон, затем дорабатывать без отклонений, чтобы общий актив агентства стал сильнее после этого проекта, чем до него.
Как мы это сделали
1. Завершение шаблона перед доработкой под клиента. Брендированный шаблон агентства содержал незавершённые страницы на момент старта проекта. Мы завершили недостающие дизайны и макеты шаблона в первую очередь — построив общие компоненты, которые агентство сможет переиспользовать на будущих сайтах, — прежде чем приступать к работе под конкретного клиента.
Мы выбрали эту последовательность — завершение шаблона перед клиентской работой — вместо того чтобы строить в обход пробелов, потому что неполный общий слой распространил бы дизайн-несоответствия на все будущие сайты агентства на этом шаблоне. Это означало, что фактический объём включал как доведение шаблона до готовности, так и клиентскую доработку, причём работа над шаблоном принесла пользу каждому последующему проекту на том же шаблоне.
2. Figma как контракт, шаблон как холст. После завершения шаблона файл Figma стал спецификацией дизайна, а брендированный шаблон — базовой структурой страниц. Наша задача была согласовать их страница за страницей — где стандартный макет шаблона совпадал с Figma, мы его оставляли; где Figma требовала отклонения, мы вносили изменения. Никакие дизайнерские решения не исходили от нас.
3. QA-цикл в масштабе доработки темы. Чистая доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». За время проекта мы зафиксировали 16 отдельных задач в Redmine — каждый целенаправленный раунд, в котором агентство отмечало расхождения с дизайном, правки контента или исправления шаблона, которые мы проверяли, исправляли и возвращали на подтверждение.
Задачи охватывали размещение логотипа и форматирование секции услуг, обновления мобильной версии, добавление фото врачей, создание страницы команды и внедрение клиентских правок. Такой объём — не признак нестабильности; это дисциплина, которая отделяет шаблонный сайт, выглядящий «примерно правильно», от того, который точно соответствует дизайну.
Принцип прост: на шаблонной сборке QA-цикл — это то, где создаётся ценность. Более короткий QA-цикл означает более слабое соответствие дизайну, а не ускорение.
4. Доработка без отклонений. Каждое изменение, которое мы вносили в брендированный шаблон — будь то макет страницы, компонент секции или токен стиля, — документировалось относительно Figma. Ни одна правка не «протекла» в общие компоненты шаблона, что означает, что работа этого проекта не ухудшила шаблон для следующего сайта.
Шаблон 7 поступил неполным — общие страницы незавершённые, клиентская работа невозможна до завершения общего слоя. Мы закончили недостающие дизайны и макеты в первую очередь, затем сделали доработку под Sunrise Dental, не перенося пробел вперёд. Каждый сайт, который агентство позже запустило на этом шаблоне, получил исправление, а не долг.
Контроль качества
QA-проверка агентства на этом проекте выявила два пробела в сборке на тестовой среде до того, как клиент увидел сайт: баннер услуг вытягивал записи блога из шаблонных настроек по умолчанию вместо списка услуг, и отсутствовала заглушка вкладки для второго врача, хотя био-блок был готов — оба отмечены в задаче #356 и исправлены до клиентской передачи.
Предварительное QA проведено через Site Checker — см. наш подход к QA с категориями и принципом нулевых ошибок. Собственный QA-слой агентства — их инструменты, их процесс — запускался после сдачи и фиксировал замечания в очередь задач до их подтверждения.
Доработки остались в клиентских переопределениях; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | ~30 — главная, страница услуг, страницы услуг, карточки врачей, блог, фотогалерея, VIP-членство, контакты и вспомогательные страницы (ориентир объёма от агентства) |
| Применено шаблонов | ~10 многоразовых шаблонов, сопоставленных по сайту |
| Задач в Redmine | 16 отдельных задач зафиксировано и закрыто после согласования агентством |
| Сроки | 56 дней, сдано в срок |
| Затраты | 46 часов при оценке в 46 часов — без перерасхода, без расширения объёма |
| Команда | 4 специалиста |
| Хостинг | Работает в среде шаблонов агентства на WP Engine |
| Здоровье страниц при сдаче | Все URL тестовой среды вернули HTTP 200 |
Результат, если кратко: Figma агентства была реализована на их брендированном шаблоне на ~30 страницах и ~10 шаблонах за 56 календарных дней в рамках оценки в 46 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дней | Figma изучена, доступ к шаблону подтверждён, объём согласован |
| Завершение шаблона | ~1 неделя | Недостающие страницы шаблона спроектированы и собраны |
| Разработка доработки темы | ~3 недели | Постраничная доработка темы под Figma |
| QA-итерации (параллельно) | ~3 недели | 16 задач зафиксировано; каждая закрыта только после согласования агентством |
| Раунды исправлений | ~1 неделя | Коррекции после проверки, мобильные обновления, правки клиента |
| Сдача | финальный день | Сайт запущен на WP Engine |
Разработка и QA шли параллельно — это характерно для работы по доработке темы, где «этап QA» не закрывается чисто; цикл работает непрерывно до согласования агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы, сопоставление Figma с макетом, внедрение форм)
- Анна Полунина — поддержка дизайна и компоновки (завершение страниц шаблона, внедрение клиентских изменений)
- Людмила Травкина — QA-итерации, обновления мобильной версии, сборка страниц команды
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Управление проектом со стороны агентства, дизайн и коммуникация с клиентом оставались у партнёрского агентства на всём протяжении. Наша команда была невидима для конечного клиента. Все запросы на правки поступали через общую очередь задач агентства; ничто из сборки не было видно конечному клиенту напрямую. Каждая задача закрывалась только после того, как проверяющий со стороны агентства подтверждал, что расхождение устранено.
Агентствам с библиотекой шаблонов
Сборка на брендированном шаблоне таит риск: доработки под клиента могут не пережить первое обновление родительской темы. У этой стоматологической практики — новая клиника без накопленного контента; у других — сеть с устоявшейся библиотекой блоков. Доработки в дочерней теме сломаются при следующем обновлении шаблона — клиент увидит ошибки. ACF-схема разойдётся между клиентским слоем и канонической схемой автора. Редакторский интерфейс запутает сотрудников клиента: половина блоков останется им недоступна.
Подрядчику стоит задавать не вопрос «соберёте ли сайт по нашему шаблону?», а вопрос «как именно вы защитите доработки от обновлений родительской темы?»
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы проверим, какие компоненты зависят от родительского ядра, и зафиксируем риски обновлений в смете. Вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.