Доработка стоматологического шаблона на 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. Кто срезает циклы ради скорости — теряет точность, а не время.
3. Правки без отклонений. За время проекта каждое изменение, которое мы вносили в брендированный шаблон — будь то макет страницы, компонент секции или токен стиля, — документировалось относительно Figma.
Каждую правку мы держали на её отдельной странице и не трогали общие таблицы стилей шаблона или его общие компоненты. Причина простая: тот же брендированный шаблон обслуживал другие сайты в портфеле агентства — правка на уровне шаблона тихо разошлась бы по тем сборкам. Ни одна правка не ушла в общие компоненты: работа этого проекта не ухудшила шаблон для следующего сайта.
4. Проверка на разных устройствах. Изменения проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый QA-раунд охватывал страницы, затронутые расхождениями дизайна данного раунда, а не весь сайт, — именно так шаблонная сборка остаётся экономной без потери покрытия.
Ограничением был не срок, а граница объёма: 41 страница на миграцию и очистку, адреса Tampa и упоминания ESI — убрать до запуска любой страницы. Из-за этой границы аудит контента шёл первым, до доработки шаблона. Это и сделало 9-раундный QA-цикл управляемым: каждый раунд проверял набор правок, а не перепроверял, не просочилось ли упоминание бренда-предшественника.
Операционная целостность при сдаче
QA этой ребрендинговой миграции прошёл по четырём категориям, которые мы вели в общей таблице: очистка бренда (старый адрес 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-раунд закрывался только после того, как проверяющий со стороны агентства подтверждал, что расхождение устранено.
Агентствам с библиотекой шаблонов
На сборке по брендированному шаблону сроки ваших доработок диктует владелец шаблона. У этой практики — одна клиника, которая берёт шаблон как есть; у других — сеть с несколькими локациями, наследующая весь стек контента. Переопределения в дочерней теме ломаются, когда поставщик выкатывает обновление; бренд-токены перестают доходить до жёстко прописанных значений; старая схема слетает при импорте.
Вопрос не «соберёте ли по шаблону?», а «как именно вы изолируете правки от следующего обновления шаблона и защитите контент, который уже в выдаче?»
Пришлите исходник шаблона или его идентификатор и бренд-гайд. Мы проследим, как ваши переопределения сходятся со схемой поставщика, покажем, где передача контента требует особого внимания, и вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.