Доработка стоматологической темы за 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. Общая система задач агентства вела координацию — не как блокер разработки, а как пункт структурной полноты, к которому нужно вернуться, когда поступят фотографии клиента.
Тот же подход применялся к нескольким менее значимым элементам, где дизайн агентства предусматривал контент, который клиника ещё не согласовала: уточнение положения адреса, порядок списка услуг на главной, исправление названия сайта в 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 декабря выявил проблему читаемости прилипающей шапки — заголовок был полупрозрачным при скролле и «нечитабельный в залипшем состоянии» — исправлено до передачи; ещё 3 задачи от агентства после запуска (site name в RankMath OG-теге, отступы основной кнопки CTA относительно Figma, позиционирование телефона и адреса в шапке) закрыты через общую очередь задач.
QA перед сдачей выполняли через Site Checker — см. наш подход к QA: категории проверок и порог нулевых ошибок. Внутренний контроль агентства работал после передачи и фиксировал замечания в общую очередь для нашего цикла исправлений, пока агентство не согласовало результат.
Доработки оставались в переопределениях конкретного клиента; общие компоненты темы агентства не модифицировались.
Результаты
| Метрика | Результат |
|---|---|
| Сроки | 64 дня (1 декабря 2025 – 2 февраля 2026) — основная доработка + 4 раунда QA + закрытие очереди правок после релиза, всё по графику |
| Трудозатраты | ~32 часа всего — 9,6 ч основная доработка + ~14 ч исправления после релиза + QA-кросс-проверки |
| Цикл QA | 4 внутренних раунда QA перед согласованием агентства — кросс-проверка Павел, Тимур и xaver-ops |
| Правки после релиза | Название сайта в 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, а не тестовый сайт с известными проблемами в очереди.