Компактная доработка стоматологического шаблона за 46 дней, ~14 часов
Компактная доработка стоматологического шаблона за 46 дней — в праздничный период. 7 раундов QA, ~14 часов работ, без длинного списка правок после сдачи.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Brown Dental — общая стоматология, Atlanta, GA
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: декабрь 2025 – февраль 2026 · 46 дней от начала до конца · ~14 часов суммарно
Подход к доработке темы
Доработка стоматологического шаблона за 14 часов в условиях недельного срока в праздничный период — бриф Павла от 18 декабря: «до среды 24 числа надо успеть + 2 дня на проверку». QA стартовал в тот же день и шёл через Рождество и 26 декабря. Ключевой дисциплиной оказалось выявление стилевых расхождений внутри самой Figma: Тимур зафиксировал 23 декабря «6 секций подряд — в каждой у тайтла свой стиль». Семь раундов QA через праздничный период — без длинного списка правок после сдачи.
Краткий обзор
| Поле | Значение |
|---|---|
| Отрасль конечного клиента | Стоматология — общая практика |
| Конечный клиент | Brown Dental (общая стоматологическая практика, Atlanta, GA) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка WordPress-шаблона (брендированный шаблон агентства «dental-template10» + дизайн в Figma на уровне страниц, Kinsta) |
| Объём работ | Главная, лендинг услуг, страницы услуг, биография врача, контакты, галерея улыбок и вспомогательные страницы — доработка по постраничному референсу из Figma агентства |
| Сроки | 46 дней (19 дек 2025 – 2 фев 2026), по графику: компактная основная доработка + 7 последовательных раундов проверки QA |
| Трудозатраты | ~14 часов суммарно — 6,8 ч основная доработка + ~7 ч на раунды QA и итерации исправлений |
| Команда | 5 специалистов (разработка + QA + управление проектом) |
| Шаблоны | Брендированный шаблон агентства «dental-template10», применённый на дорабатываемых страницах с дизайном в Figma на уровне страниц |
| Технологический стек | WordPress · Elementor · хостинг Kinsta · дизайн в Figma на уровне страниц · Site Checker (QA-плагин xaverPRO) |
| Подход к QA | 7 последовательных раундов проверки QA (под руководством Павла, Тимура, xaver-ops) за праздничный период — первый проход 18 декабря, финальный — 24 января |
| Раунды проверки | ≈4 раунда проверки за 46 календарных дней |
| Трудозатраты на задачу | 8 внутренних задач Redmine · медиана 19 мин / P75 5,4 ч на задачу |
| Контрольный список запуска | 78 пункта, согласованы перед переходом на рабочий сервер |
Постановка задачи
У агентства был постоянный стоматологический клиент в Atlanta — Brown Dental, общая стоматологическая практика — и поступил запрос на доработку по брендированному шаблону агентства «dental-template10». Постраничный референс из Figma был предоставлен; наша задача — дорабатывать шаблон на тестовой среде Kinsta по этому референсу и провести его через цикл проверки агентства до финального запуска.
Задача была конкретна в части дисциплины доработки темы: не изменять общие компоненты шаблона, дорабатывать только переопределения для конкретного сайта, следовать дизайну в Figma на каждой странице, возвращать сайт через цикл QA агентства на согласование. Не выходить на прямой контакт с клиентом на протяжении всего проекта.
Запросы на доработку, уточнения по дизайну и управление отношениями с конечным клиентом остаются за агентством. Окно для доработки составляло одну неделю до первого прохода QA 18 декабря — слишком сжато для устранения расхождений Figma на уровне шаблона, поэтому сборка продолжилась с базой «dental-template10» как есть.
Контекст рисков. График работ по этому проекту был компактным и пришёлся на праздничный период. Первый проход прошёл 18 декабря; цикл QA шёл через 26 декабря и 1 января вплоть до финального прохода 24 января. Специфический риск сжатого расписания на небольшой доработке темы — не охват (все страницы были собраны), а стилевой дрейф внутри самого референса из Figma: когда несколько секций подряд несут слегка разные варианты оформления заголовков, ритмы межсекционных отступов или разные регистры H2, торопливая доработка воспроизведёт этот дрейф дословно.
Выявлять стилевые расхождения внутри Figma в процессе сборки, сообщать о них агентству и устранять их в середине спринта — это другая дисциплина, нежели построчное соответствие Figma. На проекте с праздничным ритмом, где проверяющий QA работает в таких же жёстких дедлайнах, команда разработки несёт нагрузку по проверке стилевой целостности. Доработка, которая точно воспроизводит несогласованную Figma, — это не доработка; это копирование.
Как мы это сделали
1. Постраничная доработка по Figma агентства. Сборка прорабатывала брендированный шаблон агентства «dental-template10» — доработка главной, лендинга услуг, отдельных страниц услуг, биографии врача, галереи улыбок, контактов и вспомогательных страниц по постраничному референсу из Figma. Доработка велась через переопределения для конкретного сайта; общие компоненты шаблона не затрагивались, что сохраняло целостность системы шаблонов для других практик на том же шаблоне.
2. Выявление стилевого дрейфа в середине спринта. В процессе сборки всплыло несколько мест, где идущие подряд секции Figma несли несогласованные варианты оформления — разные стили заголовков в рамках единого визуального ритма, смешанные регистры H2 в последовательных секциях, расхождения в отступах, которые при просмотре на большом экране читались бы как явный дрейф.
Каждое из них было поднято перед агентством для принятия решения по Figma, а не устранено самостоятельно — потому что самостоятельное исправление с угадыванием предпочтительного решения агентства грозило переделкой, если исходный замысел агентства был другим. А у семираундового цикла QA не было места для прохода переделки.
3. Семираундовый последовательный цикл QA за праздничный период. Ритм QA был необычно плотным для масштаба проекта: первоначальный проход под руководством Павла 18 декабря, перекрёстная проверка xaver-ops 19 декабря, повторная проверка Павла 26 декабря (день после Рождества), проход Тимура в тот же день для широкого охвата, проход xaver-ops 26 декабря как третьего проверяющего, проход 1 января для подтверждения внедрения праздничных исправлений и финальный проход 24 января перед согласованием агентством.
Каждый раунд давал список расхождений по Figma; ничего не закрывалось, пока следующий раунд не подтверждал, что исправления предыдущего раунда внедрены без появления новых расхождений.
4. Дисциплина сжатого расписания через взаимодействие с агентством. Очередь задач после запуска осталась тонкой — плотный ритм QA поглотил исправления, которые на проекте с более длинным расписанием могли бы всплыть как задачи после запуска. Свидетельство дисциплины здесь — плотность цикла QA (7 раундов за 46-дневное окно) и отсутствие длинного хвоста после запуска; проект закрылся по сжатому графику агентства, а не перешёл в цикл исправлений после сдачи.
Семь раундов QA за 38 дней — первый 18 декабря, последний 24 января — каждый проход подтверждал внедрение исправлений предыдущего раунда до того, как следующий проверяющий открывал сайт. Именно плотный ритм поглотил исправления; цикла правок после сдачи не было, потому что в условиях срока, который должен был пройти через Рождество, места для него просто не оставалось.
Контроль качества
Проход QA Тимура 23 декабря выявил ключевую находку проекта: «6 секций подряд — в каждой у тайтла свой стиль» — шесть идущих подряд секций Figma с разным оформлением заголовков; исправления шли через Рождество и закрылись финальным проходом Тимура 26 декабря. QA перед передачей проводился через Site Checker — категории и принцип нулевого допуска по сбоям описаны в нашей QA-методике. Процесс QA со стороны агентства — их инструменты, их процесс — запускался после передачи и вносил оставшиеся вопросы в общую очередь задач для нашего цикла исправлений вплоть до согласования.
Доработки остались в клиентских переопределениях; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Итог |
|---|---|
| Сроки | 46 дней (19 дек 2025 – 2 фев 2026) — основная доработка + 7 раундов QA + финальное подписание агентством, всё по графику в праздничный период |
| Трудозатраты | ~14 часов суммарно — 6,8 ч основная доработка + ~7 ч на раунды QA и итерации исправлений (один из самых компактных проектов доработки темы в корпусе) |
| Плотность цикла QA | 7 последовательных раундов QA за 38 дней — перекрёстная проверка Павел + Тимур + xaver-ops 18 дек, 19 дек, 26 дек, 26 дек, 26 дек, 1 янв и 24 янв |
| Дисциплина выявления стилевого дрейфа | Несогласованные варианты оформления заголовков и отступов между секциями внутри Figma выявлены в процессе сборки, переданы агентству и устранены до следующего раунда QA |
| Хвост после запуска | Минимальный — плотный ритм QA поглотил исправления внутри окна проекта; длинного цикла правок после согласования не было |
| QA на разных устройствах | Доработка проверена на больших экранах и мобильных устройствах в ходе цикла QA |
| Статус сайта | Работает на Kinsta, открывается по адресу http://browndentalatl.com/. |
Итог, без лишних слов: компактная доработка стоматологического шаблона прошла через плотный цикл QA в праздничный период без перехода в длинный список правок после сдачи. Дисциплина сжатого расписания — главная особенность этого проекта.
Процесс
| Фаза | Продолжительность | Результат |
|---|---|---|
| Бриф и проверка шаблона | ~1–2 дня | Figma агентства + dental-template10 проверены; подготовлен постраничный список доработок |
| Основная доработка | ~5–7 дней | Страницы доработаны по Figma; стилевые расхождения подняты в середине спринта |
| Внутренний QA — раунд 1 | 18 дек | Проход QA под руководством Павла |
| Внутренний QA — раунд 2 | 19 дек | Перекрёстная проверка xaver-ops |
| Внутренний QA — раунд 3 | 26 дек | Повторная проверка Павла |
| Внутренний QA — раунд 4 | 26 дек | Проход Тимура для широкого охвата |
| Внутренний QA — раунд 5 | 26 дек | Проход xaver-ops как третьего проверяющего |
| Внутренний QA — раунд 6 | 1 янв | Проверка исправлений праздничного периода |
| Внутренний QA — раунд 7 | 24 янв | Финальный проход перед согласованием агентством |
| Передача агентству | конец января | Сайт доставлен на тестовую среду для проверки агентством |
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик
- Павел Сажин — руководитель QA (раунды 1, 3 — первоначальный проход и повторная проверка 26 декабря) и поддержка разработки при итерациях исправлений
- Анна Полунина — поддержка доработки темы и QA
- Тимур Арбаев — поддержка QA (раунд 4 для широкого охвата, проверка в праздничный период)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация со стороны агентства, координация подписания, проходы QA xaver-ops в раундах 2, 5, 6, 7)
Управление проектом со стороны агентства, дизайн, подбор контента и взаимодействие с конечным клиентом оставались за партнёрским агентством на протяжении всего проекта. Brown Dental не взаимодействовал с нашей командой напрямую. Все запросы на доработку поступали через общую очередь задач агентства; ничего о сборке не было видно конечному клиенту.
Агентствам с библиотекой шаблонов
На сайте стоматологической клиники, построенном на готовом WordPress-шаблоне, граница между доработками и ядром темы — главная точка отказа для агентства-заказчика. У этой практики — частный кабинет с единым перечнем услуг; у других — сетевая организация с разными филиалами и специализациями. Если подрядчик не выверит эту границу, доработки слетят при первом обновлении темы — клиент потеряет согласованные правки. Редакторский интерфейс окажется неочевидным: менеджеры не смогут добавить новую страницу без разработчика. Стилевые расхождения между разделами станут заметны при беглом просмотре.
Подрядчику стоит задавать не вопрос «соберёте ли все страницы по макетам?», а вопрос «как именно вы переживёте следующее обновление шаблона?»
Пришлите исходник шаблона (или его ID) и спецификацию бренда. Мы проверим, как ваши доработки уживаются с ядром, подсветим риски при будущих обновлениях и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.