Доработка стоматологического шаблона на 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 или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
История из 16 задач ниже — проект, где сам шаблон нужно было довести до готовности, прежде чем браться за доработку под клиента.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия клиента | Медицина — Общая стоматология |
| Клиент | 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. Кто срезает циклы ради скорости — теряет точность, а не время.
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 — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, согласование)
Управление проектом со стороны агентства, дизайн и коммуникация с клиентом оставались у партнёрского агентства на всём протяжении. Конечный клиент нас не видел: все запросы на правки шли через общую очередь задач агентства, и сборка ему напрямую не показывалась. Каждая задача закрывалась только после того, как проверяющий со стороны агентства подтверждал, что расхождение устранено.
Агентствам с библиотекой шаблонов
На брендированном шаблоне общий актив — это фундамент. У этой стоматологической практики — одна клиника, запускающаяся на масштабируемом шаблоне; у других — сеть филиалов, которая держит единообразие сайтов на том же шаблоне. Риски тихие: правки цвета перестают расходиться по сайту, как только клиент трогает кастомайзер; переопределения дочерней темы ломаются на следующем обновлении шаблона; а сотрудник без навыков разработки не может просто добавить страницу с новой процедурой — редактор отказывает.
Подрядчику стоит задавать не вопрос «соберёте ли сайт по нашему шаблону?», а вопрос «как вы разнесёте клиентские правки, чтобы общий шаблон пережил следующее обновление?»
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы пройдёмся по слоям доработок, отметим переопределения, которые сломаются на следующем релизе, и вернём фиксированную смету в часах. Аудит бесплатный.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.