Доработка стоматологической темы: 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 — 27 раундов итераций QA зафиксировано в Redmine до согласования с агентством. Восемь страниц услуг добавили в процессе разработки без контентной документации: их собирали по стандартной теме, а пробелы фиксировали в очереди задач для последующих раундов. Исправление приоритетной проблемы с прозрачностью 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. Проверка на разных устройствах. Доработки проходили QA в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые расхождениями данного раунда, а не весь сайт — так доработка темы остаётся эффективной без потери покрытия.
27 задач итераций QA за 125 дней активной работы, каждая возвращена только после подтверждения агентства, что расхождение устранено. Одно приоритетное исправление — прозрачность SVG-иконок — прошло пять отдельных раундов перед закрытием. Такой темп держался до последней задачи: не потому что проект был эффективным, а потому что работа этого требовала.
Контроль качества
Первая внутренняя проверка QA на первичной сборке выявила отсутствующий favicon, отсутствующий логотип и фатальную ошибку шрифтов на всём сайте — интеграция Adobe Fonts (Typekit) не загрузилась, оставив все заголовки нечитаемыми на всех 27 страницах — всё это обнаружили до того, как сборка попала к агентству.
Проверка перед передачей прошла через Site Checker — см. наш подход к QA для списка категорий и принципу нулевых ошибок. Собственный слой 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, а не тестовый сайт с известными проблемами в очереди.