Доработка стоматологического шаблона на 41 страницу за 47 дней
Ребрендинг стоматологии и доработка темы на 41 страницу — 47 дней, 11 шаблонов, 25+ задач QA, 49-пунктный контрольный список согласован. White-label поставка для маркетингового агентства из США.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Dentistry on Main Street — стоматологическая клиника в New Port Richey, FL
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: апрель 2025 · 47 дней · 47 часов · 41 URL · в срок
Подход к доработке темы
Сайт Dentistry on Main Street — 41 страница на брендированном шаблоне агентства, на WP Engine. Контент перенесли с купленного сайта ESI Dentistry; все упоминания прежнего бренда, адреса и сотрудников заменили до запуска. Агентство спросило, хватит ли автозамены текста. Не хватит: мета-заголовки, биографии врачей, контактные email и адреса в тексте требовали ручной проверки. Структура из 11 шаблонов была простой — работа была в слое очистки.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Без неё выигрыш исчезает: вольная трактовка Figma, пропущенные этапы QA, отход от дизайн-системы шаблона — и проще было бы собрать с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия клиента | Медицина — Общая стоматология |
| Клиент | Dentistry on Main Street (New Port Richey, FL) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства + постраничный дизайн в Figma на WP Engine) |
| Объём | 41 URL — главная, о нас, страница услуг, 16 страниц услуг, 3 биографии врачей, финансовые страницы, блог + записи, контакты и вспомогательные страницы |
| Сроки | 47 дней (19 фев – 7 апр 2025), в срок |
| Затрачено | 47 часов — разработка, QA-итерации и управление проектом |
| Команда | 4 специалиста |
| Шаблоны | 11 многоразовых шаблонов от агентства, применённых на 41 странице |
| Технологии | WordPress · Elementor · WP Engine · Постраничный дизайн в Figma · Виджет записи FlexBook · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 25+ задач согласовано в очереди задач агентства, 49-пунктный контрольный список запуска |
| Динамика проекта | 24 задачи от агентства · все закрыты к сдаче (активный период 1 день, 2025-03-20) |
| Раунды проверки | ≈1 раунд на 47-дневном календарном окне |
| Затраты на задачу | 13 внутренних задач Redmine · медиана 2 ч / P75 4,7 ч за задачу |
| Контрольный список запуска | 49 пунктов, согласованы перед переключением |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн Dentistry on Main Street в Figma и площадку для развёртывания — свой брендированный шаблон на WP Engine. Клиника незадолго до этого купила филиал в New Port Richey у другой стоматологической группы и проводила ребрендинг под именем Dentistry on Main Street.
Подготовительную работу агентство уже сделало: аудит дизайна, согласование с клиентом, настройку хостинга, выгрузку контента со старого сайта. Нужна была команда разработки, которая точно перенесёт Figma на шаблон, мигрирует старый контент и вычистит все упоминания прежнего бренда до запуска.
Задача была чисто исполнительская и срочная. Figma — единственный источник истины. Дорабатывать шаблон под неё страница за страницей. Перенести контент со старого сайта, но при этом найти и заменить каждое вхождение старого названия бренда и убрать любые адреса за пределами New Port Richey. Все находки QA возвращать агентству в общем пространстве задач и не закрывать без его согласования.
Агентство хотело избежать подрядчика, который проведёт ребрендинговую миграцию простым копированием с заменой. Нас спросили, можно ли прогнать по всему перенесённому контенту скрипт автозамены. Поверхностный текст он бы заменил — но не поймал бы каждое упоминание старого бренда, зависящее от контекста: мета-заголовки, email-адреса, Instagram-аккаунты, адреса в тексте — каждое требовало ручной проверки. Автозамену мы сделали первым проходом, а затем вручную выверили каждое вхождение на всех страницах — всего их 41.
Старого контента было 41 страница — услуги, биографии врачей, финансовые страницы, записи блога, — и на каждой имя прежнего бренда, адреса и метаданные. Риск был не в самой доработке шаблона, а в том, что хотя бы одно устаревшее упоминание уйдёт в публикацию. Стоматологии, выходящей под новым брендом, нельзя допустить ни мета-заголовок на главной с именем предшественника, ни биографию врача с неверным городом. Именно за эту дисциплину агентство и платило — и именно её проверяла очередь из 25 QA-задач на проекте.
Контекст рисков. Это была не разработка с нуля, а ребрендинг сайта купленного конкурента. Клиент приобрёл филиал в New Port Richey, и старый контент — страницы услуг, биографии врачей — нужно было перенести на новый брендированный шаблон под именем Dentistry on Main Street.
Риск проекта был в слое очистки: каждое вхождение старого названия бренда, каждый адрес за пределами New Port Richey, каждую устаревшую биографию врача и телефон нужно было найти и заменить на 41 странице до запуска. Один пропущенный мета-заголовок или абзац на странице услуг сорвал бы ребрендинг — а по этому сайту пациенты сверяют, та ли это клиника. Дисциплина здесь была в том, что мы убрали и заменили, а не только в том, что построили.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был спецификацией дизайна. Брендированный шаблон — базовой структурой страниц. Наша задача была согласовать их страница за страницей — где стандартный макет шаблона совпадал с Figma, мы его оставляли; где Figma требовала отклонения, мы вносили правки. Никакие дизайнерские решения не исходили от нас.
2. QA-цикл в масштабе доработки темы. Чистая доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». Из 13 задач, отслеженных на этом проекте, 9 были QA или итерациями исправлений — отдельные раунды, в которых агентство отмечало расхождения с дизайном, несоответствия контента или проблемы очистки ребрендинга, мы проверяли, исправляли и возвращали сборку на повторную проверку.
Такое число итераций — не признак нестабильности, а та самая дисциплина: она отделяет шаблонный сайт, который выглядит «примерно так», от сайта, который точно соответствует дизайну и брифу на ребрендинг.
Принцип простой: на шаблонной сборке ценность создаётся именно в цикле QA. Короче цикл QA — слабее соответствие дизайну, а не быстрее сдача.
3. Правки без отклонений. За время проекта каждое изменение, которое мы вносили в брендированный шаблон — будь то макет страницы, компонент секции или токен стиля, — документировалось относительно Figma.
Каждое изменение мы держали на его отдельной странице и не трогали общие таблицы стилей шаблона или компонентные партиалы. Причина простая: тот же брендированный шаблон обслуживал другие сайты в портфеле агентства — правка на уровне шаблона тихо разошлась бы по тем сборкам. Ни одна правка не «протекла» в общие компоненты: работа этого проекта не ухудшила шаблон для следующего сайта.
4. Проверка на разных устройствах. Изменения проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый QA-раунд охватывал страницы, затронутые расхождениями дизайна данного раунда, а не весь сайт, — именно так шаблонная сборка остаётся эффективной без потери покрытия.
Ограничением был не срок, а граница объёма: 41 страница на миграцию и очистку, адреса Tampa и упоминания ESI — убрать до запуска любой страницы. Из-за этой границы аудит контента шёл первым, до доработки шаблона. Это и сделало 9-раундный QA-цикл управляемым: каждый раунд проверял набор правок, а не перепроверял, не просочилось ли упоминание бренда-предшественника.
Контроль качества
QA на этой ребрендинговой миграции прошло по четырём категориям, отслеживаемым в общей таблице: очистка бренда (старый email ESI courtney@esidentistry.com в футере, текст пятничных часов со ссылкой на предшественника), пять сломанных перенаправлений /locations/, дублированные meta description на семи перенесённых страницах и параметры URL /?service=, которые агентство попросило удалить до запуска.
Предварительное QA проведено через Site Checker — см. наш подход к QA с категориями и принципом нулевых ошибок. Собственный QA-слой агентства — их инструменты, их процесс — запускался после сдачи и фиксировал замечания в общую очередь задач до окончательного согласования.
Все правки остались в клиентских переопределениях; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 41 — сопоставлены с наследуемого сайта, страницы Tampa исключены по объёму ребрендинга |
| Применено шаблонов | 11 из 11 многоразовых шаблонов собраны и сопоставлены на 41 странице (главная, о нас, блог, запись блога, страница врача, страница услуг, страница услуги, шаблон по умолчанию, контакты, галерея улыбок) |
| Контрольный список запуска | 49 пунктов согласованы |
| QA / SEO задач отслежено и решено | 25+ позиций согласовано в очереди задач агентства |
| QA-итераций в Redmine | 9 из 13 задач (69 %) отслежено на уровне итераций |
| Сроки | 47 дней, сдано в срок |
| Затраты | 47 часов при оценке в 47 часов — без перерасхода, без расширения объёма |
| Команда | 4 специалиста |
| Хостинг | Работает в среде шаблонов агентства на WP Engine |
| Очистка ребрендинга | Полный поиск и замена упоминаний бренда-предшественника и обновление адресов по всему перенесённому контенту |
Результат, если кратко: Figma агентства была реализована на их брендированном шаблоне на 41 странице и 11 шаблонах за 47 календарных дней в рамках оценки в 47 часов — с миграцией и очисткой наследуемого контента под новый бренд.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дней | Figma изучена, доступ к шаблону подтверждён, объём наследуемого контента согласован |
| Постраничная доработка | ~2 недели | Постраничная доработка темы под Figma; миграция наследуемого контента и первичная очистка бренда |
| QA-итерации (параллельно) | ~2 недели | 9 раундов QA и исправлений зафиксировано; каждый закрыт только после согласования агентством |
| Раунды исправлений | ~2,5 недели | Коррекции после запуска, исправления из очереди задач, уточнение цветов и финальные правки клиента |
| Сдача | финальный день | Сайт запущен на WP Engine |
Разработка и QA шли параллельно — это характерно для работы по доработке темы, где «этап QA» не закрывается чисто; цикл работает непрерывно до согласования агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и сопоставление Figma с макетом)
- Анна Полунина — разработчик (доработка страниц, миграция контента и стоковые изображения)
- Наталия Богатель — разработчик (финальные изменения, внедрение дизайн-правок, исправления из очереди задач)
- Павел Сажин — QA-итерации и проверка исправлений
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Управление проектом со стороны агентства, дизайн и коммуникация с клиентом оставались у партнёрского агентства на всём протяжении. Наша команда была невидима для конечного клиента. Все запросы на доработку поступали через общую очередь задач агентства; ничто из сборки не было видно конечному клиенту напрямую. Каждый QA-раунд закрывался только после того, как проверяющий со стороны агентства подтверждал, что расхождение устранено.
Агентствам с библиотекой шаблонов
На сайте стоматологической клиники, построенном на готовом шаблоне, главный структурный риск — граница между общим шаблоном и клиентскими переопределениями. У этой практики — одна клиника с типовыми страницами услуг; у других — сеть с уникальными страницами для каждой локации. Если не выстроить дисциплину контроля, доработки дочерней темы сломаются при первом же обновлении шаблона, бренд-токены разойдутся с hardcoded fallback’ами, и часть страниц сохранит старые названия и контакты после ребрендинга.
Поэтому подрядчику стоит задавать не вопрос «соберёте ли сайт по шаблону?», а вопрос «как именно вы отделяете клиентские правки от ядра шаблона, чтобы следующее обновление не откатило ребрендинг?»
Пришлите исходник шаблона или его идентификатор и бренд-гайд. Мы проверим границы переопределений, найдём места, где обновление парент-темы сломает доработки, и укажем, какие ACF-поля могут разойтись. Вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.