Доработка стоматологической темы за 64 дня, ~32 часа
Доработка стоматологической темы за 64 дня для клиники в Bellevue. 4 раунда QA, ~32 часа общих трудозатрат, контентные пробелы чисто удержаны на запуске.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Lifetime Smiles Bellevue — клиника общей и косметической стоматологии, Bellevue, NE
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: декабрь 2025 – февраль 2026 · 64 дня от начала до конца · ~32 часа общих трудозатрат
Подход к доработке темы
Постраничный Figma как контракт для стоматологической клиники в Bellevue — главная, услуги, карточка врача, галерея улыбок и контакты, адаптированные внутри брендированной стоматологической темы агентства на Kinsta. Конкретная проверка для этого проекта: секция галереи «до и после», которую Figma предусматривала, но клиника ещё не предоставила фотографии (задача #2788). Дисциплина заключалась в том, чтобы чисто удержать секцию, не выкатывать неработающую кнопку и вернуться к ней в очереди задач после релиза, когда контент поступит.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Медицина — общая и косметическая стоматология |
| Конечный клиент | Lifetime Smiles Bellevue (клиника общей и косметической стоматологии, Bellevue, NE) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированная стоматологическая тема агентства + постраничный дизайн в Figma на Kinsta) |
| Объём | Главная, лендинг услуг, страницы услуг, карточка врача, контакты, галерея улыбок и вспомогательные страницы — адаптированы по постраничному Figma агентства; секция галереи «до и после» скоординирована через очередь задач, когда контент с фотографиями клиента не был доступен на момент запуска |
| Сроки | 64 дня (1 декабря 2025 – 2 февраля 2026), по графику: основная доработка + 4 внутренних раунда QA + закрытие очереди задач после релиза |
| Трудозатраты | ~32 часа всего — 9,6 ч основная доработка + 4 раунда QA-проверки (кросс-проверки Павел + Тимур + xaver-ops) + ~14 ч закрытие очереди задач после релиза по отдельным исправлениям CTA, OG-тегов, позиционирования адреса и списка услуг |
| Команда | 6 специалистов (разработка + QA + управление проектами) |
| Шаблон | Брендированная стоматологическая тема агентства, применённая к адаптированным страницам с постраничным дизайном в Figma |
| Технологии | WordPress · Elementor · Kinsta · Figma-driven дизайн · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 4 отдельных внутренних раунда QA (под руководством Павел, затем Тимур, затем xaver-ops) с последующим согласованием пост-релизных задач в рамках отношений с агентством |
| Динамика взаимодействия | 3 задачи от агентства · 2 из 3 закрыты к моменту передачи |
| Раунды проверки | ≈4 раунда проверки за 64 календарных дня |
| Трудозатраты на задачу | 20 внутренних Redmine-задач · медиана 26 мин / P75 1,5 ч на задачу |
| Контрольный список запуска | 78 пункта, согласован перед переключением |
Постановка задачи
У агентства был постоянный стоматологический клиент в Bellevue, NE — клиника общей и косметической стоматологии под брендом Lifetime Smiles Bellevue. Агентству принадлежала стоматологическая тема; наша задача — постранично адаптировать тему под дизайн в Figma конкретного клиента и передать сайт на тестовую среду Kinsta, готовый к циклу проверки агентства и последующему переходу на рабочий сервер.
Задача была конкретной, типичной для работы с агентскими темами: взять тему как отправную точку, не трогать общие компоненты темы, вносить только переопределения для конкретного сайта, следовать дизайну в Figma на каждой странице и выносить всё недостающее через общую очередь задач агентства, а не принимать решения самостоятельно. На прямой контакт с конечным клиентом не выходить. Запросы на доработку, уточнения по дизайну и отношения с конечным клиентом — полностью за агентством.
Контекст рисков. Риск, специфичный для этого проекта — пробел в наличии контента на момент доработки. Figma предусматривала секцию галереи «до и после» на главной с привязкой фотоконтента. Клиника не предоставила набор фотографий к моменту адаптации темы. Первый импульс студии при контентном пробеле — выкатить секцию-заглушку и считать доработку закрытой — но секция-заглушка с неработающей кнопкой бросается в глаза на запуске куда сильнее, чем чистое структурное решение заранее.
Дисциплина здесь была обратная: сообщить агентству о пробеле, согласовать чистую обработку (скрыть секцию, сохранить целостность макета) и вернуться к ней в очереди задач после релиза, когда поступит контент. Доработка темы, которая выкатывает сломанную секцию только потому, что спецификация её предусматривала, — это не профессиональная доработка; это механическое следование шаблону без ручной проверки.
Как мы это сделали
1. Постраничная доработка по Figma агентства. Работа велась внутри брендированной стоматологической темы агентства — главная, лендинг услуг, отдельные страницы услуг, карточка врача, галерея улыбок, контакты и вспомогательные страницы — с применением постраничного дизайна в Figma как авторитетного референса.
Там, где стандартная структура темы расходилась с Figma (положение номера телефона, размещение CTA, порядок списка услуг на главной), вносились переопределения для конкретного сайта без изменения общих компонентов темы, которые используются для других клиник на той же системе шаблонов.
2. Координация контентных пробелов через очередь задач. Когда секция галереи «до и после» из Figma столкнулась с отсутствием предоставленного фотоконтента, секция была чисто удержана, а не выкачена с неработающим CTA. Общая система задач агентства вела координацию — не как блокер разработки, а как пункт структурной полноты, к которому нужно вернуться, когда поступит фотоконтент клиента.
Та же дисциплина применялась к нескольким менее значимым элементам, где дизайн агентства предусматривал контент, который клиника ещё не согласовала: уточнение положения адреса, порядок списка услуг на главной, исправление site-name в OG-теге.
3. Четырёхраундовый внутренний цикл QA перед согласованием. QA-проход прошёл через четыре дискретных раунда: проход под руководством Павел 6 декабря, кросс-проверка xaver-ops в тот же день, перепроверка Павел 10 декабря и финальный проход xaver-ops 20 декабря перед передачей агентству. Каждый раунд формировал список триажа по Figma; ничего не закрывалось, пока следующий раунд QA не подтверждал, что исправления предыдущего раунда внесены чисто без появления новых отклонений.
4. Закрытие очереди задач после релиза внутри отношений. После передачи агентству через общую очередь задач вернулась последовательность точечных задач на исправление: отсутствие названия сайта в OG-теге, несоответствие основной кнопки CTA Figma-шаблону, некорректное расположение номера телефона и адреса, неполный список услуг на главной, ненастроенная ссылка CTA в галерее «до и после».
Каждая задача была оценена, исправлена, прошла внутреннюю проверку и передана на подписание проверяющему со стороны агентства. Хвост после релиза — это свидетельство дисциплины проекта: структурная полнота была сохранена на запуске за счёт чистого удержания пробелов; пробелы закрылись чисто через отношения, а не через видимые регрессии.
Удержание секции галереи «до и после» на запуске — вместо выкатки неработающего CTA, когда фотографии клиента ещё не поступили — стало решающим фактором качества проекта. Задача #2788 («Get before & after photos: Button not linked») оставалась в очереди задач агентства до поступления контента; секция была открыта заново только когда материалы были готовы. Эта структурная выдержка сохранила качество передачи по всем остальным страницам.
Контроль качества
Первый QA-проход 6 декабря выявил проблему читаемости прилипающей шапки — заголовок был полупрозрачным при скролле и «нечитабельный в залипшем состоянии» — исправлено до передачи; ещё три задачи от агентства после запуска (site name в RankMath OG-теге, отступы основной кнопки CTA относительно Figma, позиционирование телефона и адреса в шапке) закрыты через общую очередь задач.
QA перед сдачей выполнялось через Site Checker — см. наш подход к QA по категориям и принципу нулевых ошибок. Собственный QA-слой агентства — их инструменты, их процесс — работал после передачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до их согласования.
Доработки оставались в переопределениях конкретного клиента; общие компоненты темы агентства не модифицировались.
Результаты
| Метрика | Результат |
|---|---|
| Сроки | 64 дня (1 декабря 2025 – 2 февраля 2026) — основная доработка + 4 раунда QA + закрытие очереди задач после релиза, всё по графику |
| Трудозатраты | ~32 часа всего — 9,6 ч основная доработка + ~14 ч исправления после релиза + QA-кросс-проверки |
| Цикл QA | 4 внутренних раунда QA перед согласованием агентства — кросс-проверка Павел, Тимур и xaver-ops |
| Задачи после релиза | Site-name в OG-теге, выравнивание CTA по Figma, позиционирование телефона и адреса, список услуг на главной, ссылка CTA в галерее «до и после» — каждый индивидуально оценён, исправлен и проверен |
| Обработка контентных пробелов | Секция галереи «до и после» чисто удержана на запуске (неработающий CTA не выкачен); затикетирована для возобновления при поступлении контента через очередь задач агентства |
| QA на больших экранах и мобильных устройствах | Доработка проверена на большом экране и мобильных устройствах в цикле QA |
| Статус сайта | Работает на Kinsta, открывается по адресу https://lifetimesmilesbellevue.com/. |
Результат, изложенный прямо: дисциплина доработки темы агентства была сохранена от начала до конца. Точность по Figma, дисциплина контентных пробелов и закрытие задач после релиза — всё проходило через отношения с агентством; клиника напрямую с нашей командой не взаимодействовала.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и проверка темы | ~1-2 дня | Figma агентства и тема изучены; подготовлен постраничный список доработок |
| Основная доработка | ~2 недели | Страницы адаптированы по Figma; контентные пробелы вынесены в очередь задач |
| Внутренний QA — раунд 1 | 6 декабря | QA-проход под руководством Павел; кросс-проверка xaver-ops в тот же день |
| Внутренний QA — раунд 2 | 10 декабря | Перепроверка Павел исправлений раунда 1 |
| Внутренний QA — раунд 3 | 20 декабря | Финальный проход xaver-ops перед передачей агентству |
| Передача агентству | Конец декабря | Сайт доставлен на тестовую среду для проверки агентства |
| Закрытие очереди задач после релиза | январь – начало февраля | Исправления OG-тега, CTA, адреса, списка услуг, CTA галереи затикетированы и закрыты индивидуально |
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и вёрстка по Figma)
- Павел Сажин — ведущий QA (раунды 1 и 2, координация проверки после релиза)
- Анна Полунина — поддержка разработки (контентные обновления, раунды исправлений после релиза)
- Тимур Арбаев — поддержка QA на всех раундах
- Людмила Травкина — QA-проход и координация проверки перед сдачей
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование передачи)
Управление проектом со стороны агентства, дизайн, подбор контента и отношения с конечным клиентом оставались у партнёрского агентства на всём протяжении. Lifetime Smiles Bellevue не взаимодействовала с нашей командой напрямую. Все запросы на доработку и задачи после релиза поступали через общую очередь задач агентства; конечный клиент не видел ничего из процесса разработки.
Агентствам с библиотекой шаблонов
В сборке на парент-шаблоне для стоматологии граница между клиентскими переопределениями и кодом шаблона не видна до запуска. У этой практики — семейная стоматология с типовым набором услуг; у других — ортодонтическая сеть на едином шаблоне с десятком филиалов. Если подрядчик не выстроит дисциплину переопределений, доработки в дочерней теме сломаются при первом же обновлении парент-шаблона. ACF-схема разойдётся с канонической версией автора. Бренд-токены перестанут дотягиваться до зашитых значений по умолчанию после смены цвета в кастомайзере — и вы будете разбираться с клиентом, почему на сайте разнобой.
Подрядчику стоит задавать не вопрос «соберёте ли шаблон», а вопрос «как именно вы ограничите клиентский слой, чтобы апдейты шаблона не ломали доработки?»
Пришлите ID и версию парент-шаблона, черновик дочерней темы или макеты. Мы проверим схему переопределений на устойчивость к обновлениям, сверим ACF-привязки с канонической схемой и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.