Доработка стоматологической темы: 27 страниц за 177 дней
Доработка стоматологической темы на WP Engine для маркетингового агентства: 27 страниц за 177 дней — 8 шаблонов, 330+ пунктов QA, 77 часов силами 5 специалистов.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Pauley Family Dentistry — американская стоматологическая клиника общего профиля
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: декабрь 2025 · 177 дней · 77 часов · 27 URL · в срок
Подход к доработке темы
27 страниц за 177 дней доработки стоматологической темы на WP Engine — до согласования с агентством в Redmine зафиксировано 27 раундов QA. Восемь страниц услуг добавили в ходе разработки без контентной документации: их собирали по стандартной теме, а пробелы заносили в очередь правок на последующие раунды. Приоритетную правку прозрачности SVG-иконок закрыли только после пяти циклов QA. Сайт был небольшим. Удерживать точность на каждой итерации — небольшой задачей не было.
Краткий обзор
| Поле | Значение |
|---|---|
| Отрасль конечного клиента | Медицина — общая стоматология |
| Конечный клиент | Pauley Family Dentistry (стоматологическая клиника в США) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированная тема агентства + постраничный дизайн в Figma на WP Engine) |
| Объём | 27 URL — главная, лендинг услуг, 16 страниц услуг, страница врача, «О нас», контакты, лендинг блога и вспомогательные страницы (способы оплаты, страховка, финансирование) |
| Сроки | 177 дней (26 июня — 20 декабря 2025), в срок |
| Затраты | 77 часов — разработка, итерации QA и управление проектом |
| Команда | 5 специалистов |
| Шаблоны | 8 переиспользуемых шаблонов, предоставленных агентством, применённых на 27 страницах |
| Технологии | WordPress · Elementor · WP Engine хостинг · постраничный дизайн в Figma · AutoQA агентства (проверки ссылок, email, контента AI) · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 330+ сверенных замечаний SEO + CX в общей очереди агентства, по контрольному списку запуска из 30 пунктов |
| Интенсивность взаимодействия | 220 замечаний от агентства · все закрыты к передаче (125 дней активной работы, 2025-07-13 — 2025-11-14) |
| Раунды проверки | ≈13 раундов за 177 календарных дней |
| Затраты на задачу | 48 внутренних задач Redmine · медиана 30 мин / P75 1,3 ч на задачу |
| Контрольный список запуска | 30 пунктов, согласованы перед переключением |
Постановка задачи
Маркетинговое агентство из США передало нам макет Figma для Pauley Family Dentistry и цель развёртывания на своей брендированной системе тем на WP Engine. Агентство уже выполнило подготовительную работу: сбор требований клиента, аудит дизайна, настройку хостинга и подготовку контента через Google Docs для каждой страницы. Что им требовалось — команда разработки, которая аккуратно перенесёт макет Figma на тему и выдержит цикл QA столько, сколько потребуется для утверждения агентством.
Задача была открыта по объёму так, как не бывает на пересборке с фиксированными границами. Figma — единственный источник истины, страница за страницей. Расхождения — обратно в общую очередь. Итерацию возвращали агентству только после того, как их проверяющий подтвердил, что расхождение закрыто.
27 страниц — это точка входа; 177 дней и 330+ зафиксированных замечаний — то, что понадобилось, чтобы её закрыть. Часть страниц добавили в карту сайта посреди разработки, без контентной документации: их собирали по стандарту темы, а пробелы заносили в очередь на следующие раунды.
Агентству нужно было защититься от подрядчика, для которого «готово» значит «собрано». В доработке темы с 16 страницами услуг — у каждой свой фрейм в Figma, своя компоновка блоков контента и своё отклонение от стандартного шаблона — сборка завершена только тогда, когда каждая страница совпадает с дизайном на всех точках адаптации и каждый пункт QA закрыт.
Команда, которая перестаёт итерировать, едва сайт выглядит «примерно правильно», оставляет агентству очередь правок, которую теперь разгребать ему. 330 пунктов в очереди этого проекта — не признак переделок, а запись тщательной работы. На страницах услуг стоматологии стоят логотипы страховых, виджеты способов оплаты и текст для пациентов, который обязан быть точным; цикл QA здесь не проверяет точность, а её создаёт.
Контекст рисков. Сборка из 27 страниц с 16 страницами услуг несёт не строительный риск — а риск итераций. Сценарий отказа — команда разработки, для которой «готово» означает «построено»: первичная доработка сдаётся, сайт выглядит примерно правильно на первой проверке, и отзывчивость команды падает по мере роста очереди задач агентства. За 177 дней и 27 задокументированных раундов QA ценность проекта была не в первичной сборке — а в готовности команды вернуться на двадцать седьмой круг с той же точностью, что и на первом.
Как мы это сделали
1. Figma как контракт, тема как холст. Файл Figma был спецификацией дизайна. Брендированная тема — базовой структурой страниц. Наша задача была согласовать их страница за страницей — там, где стандартная раскладка темы совпадала с Figma, мы её сохраняли; где Figma требовала отклонения, мы дорабатывали. Никакие дизайн-решения не исходили от нас.
2. Цикл QA в масштабе доработки темы. Чистая доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». Из 48 задач этого проекта 27 были раундами QA — отдельными проходами, где агентство отмечало расхождения с дизайном, мы их разбирали, исправляли и возвращали сборку на следующую проверку.
За этими раундами стояла куда более крупная сверка: агентство вело 330+ пунктов в двух вкладках очереди (220 замечаний SEO и 110 CX), из которых 279 были отмечены выполненными к передаче.
Коротко: на шаблоне ценность даёт именно цикл QA. Кто срезает циклы ради скорости — теряет точность, а не время.
3. Доработка без распространения. Каждое изменение в брендированной теме — будь то макет страницы, секция-компонент или стилевой токен — мы фиксировали относительно Figma. Блоки логотипов страховых, секции виджетов оплаты, карточки с биографией врача — всё дорабатывалось в пределах конкретной страницы.
Ни одна доработка не ушла в общие компоненты темы агентства, а значит, изменения этого проекта не затронули ни один другой сайт на той же теме. Вместо того чтобы вставать в ожидании ещё не переданных материалов, страницы собирали по стандартной теме, а пробелы в контенте заносили в очередь на следующие раунды.
4. Проверка на разных устройствах. Доработки проверяли в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые расхождениями этого раунда, а не весь сайт; так доработка темы остаётся экономной, не теряя покрытия.
27 раундов QA за 125 дней активной работы, каждый возвращали только после того, как агентство подтвердит, что расхождение устранено. Одну приоритетную правку — прозрачность SVG-иконок — закрыли лишь после пяти отдельных раундов. Этот темп держался до последней задачи: не ради экономии, а потому что работа этого требовала.
Контроль качества
Первая внутренняя проверка на первичной сборке поймала отсутствующий favicon, отсутствующий логотип и сбой шрифтов на всём сайте: интеграция Adobe Fonts (Typekit) не загрузилась, и заголовки на всех 27 страницах остались нечитаемыми. Всё это нашли до того, как сборка попала к агентству.
Предпередаточная проверка прошла через Site Checker — категории и порог нулевых ошибок см. в наш подход к QA. Внутренний контроль агентства работал после передачи и заносил замечания в общую очередь для нашего цикла правок, пока агентство не согласовало результат.
Доработки оставались в переопределениях для конкретного клиента; общие компоненты темы агентства не менялись.
Результаты
| Метрика | Результат |
|---|---|
| Страниц сдано | 27 — 1 главная, 1 лендинг услуг, 16 страниц услуг, 1 страница врача, 1 «О нас», 1 контакты, 1 лендинг блога и 5 вспомогательных страниц (способы оплаты, страховка, финансирование, условия, членство) |
| Шаблонов применено | 8 из 8 переиспользуемых шаблонов построено и распределено по 27 страницам (главная, лендинг услуг, страница услуг, «О нас», страница врача, контакты, лендинг блога, стандартный шаблон) |
| Контрольный список запуска | 30 пунктов согласовано |
| Отслежено и решено задач QA / SEO + CX | 330+ пунктов сверено в двух вкладках очереди задач агентства (220 SEO + 110 CX), 279 отмечено как выполненные при передаче |
| Итераций QA в Redmine | 27 из 48 задач (56%) отслежены на уровне итераций |
| Сроки | 177 дней, сдано в срок |
| Затраты | 77 часов — без перерасхода, без расширения объёма |
| Команда | 5 специалистов |
| Передача хостинга | Опубликовано в среде брендированной темы на WP Engine агентства |
| Состояние страниц при передаче | 27 / 27 URL тестовой среды вернули HTTP 200 в аудите карты сайта |
Если коротко: Figma агентства реализовали на их брендированной теме — 27 страниц, 8 шаблонов, 177 календарных дней, в рамках оценки в 77 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma изучена, доступ к теме подтверждён, объём согласован |
| Разработка доработок | ~6 недель | Постраничная доработка темы для соответствия Figma; страницы услуг и специализаций собраны |
| Итерации QA (параллельно) | ~20 недель | 27 раундов QA зафиксировано; каждый закрыт только после согласования с агентством |
| Раунды исправлений | ~2 недели | Коррекции после проверки, обновление иконок, уточнение блоков страховых |
| Сдача | финальный день | Сайт запущен на WP Engine |
Разработка и QA шли параллельно — это характерно для доработки темы: отдельный «этап QA» здесь не закрывается начисто, цикл идёт непрерывно, пока агентство не согласует результат.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и перенос макетов Figma)
- Павел Сажин — итерации QA и исправления
- Анна Полунина — поддержка доработки темы и QA
- Тимур Арбаев — поддержка разработчика на поздних раундах доработки
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, согласование)
Агентство всё время держало отношения с конечным клиентом на себе. Все запросы на доработку шли через общую очередь агентства; Pauley Family Dentistry с нашей командой напрямую не работала. Каждую итерацию выпускали только после того, как проверяющий со стороны агентства подтвердит, что изменения соответствуют спецификации.
Агентствам с библиотекой шаблонов
На брендированном шаблоне ваш риск — на границе между общим слоем шаблона и правками под конкретного клиента. У этой клиники — одна точка и типовой набор услуг; у других — сеть филиалов, наследующих общую систему шаблонов. Если граница размыта, клиент меняет один цвет — и токены бренда перестают разноситься по сайту. Обновление родительского шаблона тихо откатывает месяц работы над дочерней темой. Библиотека блоков в редакторе наполовину спрятана, и без звонка вашему разработчику клиент не соберёт даже лендинг услуги.
Вопрос не в том, «соберёте ли вы страницы по шаблону», а в том, как вы разметите правки, чтобы клиентский слой пережил следующее обновление шаблона.
Пришлите исходник шаблона, его ID или спецификацию бренда. Мы разберём границу между системой шаблона и вашими доработками, покажем точки, где обновление от поставщика шаблона откатит вашу работу, и вернём смету в фиксированных часах. Разбор — бесплатно, смета — в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.