Доработка темы: 43 страницы для стоматологии за 89 дней
Доработка 43 страниц по макетам Figma на 16 шаблонах для стоматологической практики до открытия. 53 часа, 472 пункта QA, 89 дней — сдано до запуска.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Ranieri Dentistry — стоматологическая практика в США (д-р Tanner Ranieri, Bonita Springs, Florida)
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: февраль 2026 · 89 дней · 53 часа · 43 URL · в срок
Подход к доработке темы
43 страницы нового сайта Ranieri Dentistry, реализованные по макетам Figma агентства на шаблоне Luminous — сборка до открытия, без существующего сайта и без номера телефона, с открытием в Bonita Springs, Florida в апреле 2026. Figma была единственным референсом; 16 шаблонов нужно было передать контент-команде в середине разработки, притом что QA параллельно шло по очереди задач из 472 пунктов.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Отрасль конечного клиента | Медицина — общая стоматология |
| Конечный клиент | Ranieri Dentistry — д-р Tanner Ranieri (Bonita Springs, Florida) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства Luminous + постраничные макеты Figma на Kinsta) |
| Объём | 43 URL — главная, о нас, услуги, 26 страниц услуг по пяти категориям (профилактика, терапия / общая, косметология, ортодонтия, неотложная помощь, холистика), страница врача, блог, галерея улыбок, контакты и 8 вспомогательных страниц (membership, финансирование, страховка, политики) |
| Срок | 89 дней (5 ноя 2025 – 2 фев 2026), в срок |
| Затраты | 53 часа — 23 ч разработка · 30 ч QA и циклы исправлений |
| Команда | 6 специалистов |
| Шаблоны | 16 переиспользуемых шаблонов от агентства, все применены на 43 страницах |
| Технологии | WordPress · Elementor · Kinsta · постраничный дизайн в Figma · AutoQA агентства (телефон / ссылки / email / Content AI / визуальные проверки) · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 472 отслеженных SEO + UX проблемы согласованы в очереди задач агентства, контрольный список запуска из 74 пунктов |
| Ритм взаимодействия | 3 обращения от агентства · 1 закрыто до сдачи (1 открыто · 1 отложено) |
| Раунды проверки | ≈6 раундов |
| Затраты на задачу | 87 внутренних задач Redmine · медиана 17 мин / P75 26 мин на задачу |
| Контрольный список запуска | 74 пунктов, согласован до переключения |
Постановка задачи
Маркетинговое агентство из США передало нам макет Figma для Ranieri Dentistry и цель — брендированный шаблон Luminous на Kinsta. Практика д-ра Tanner Ranieri готовилась к открытию в Bonita Springs, Florida: сайт нужно было собрать и подготовить к запуску до апреля 2026, без существующего сайта в качестве ориентира.
Дизайн, контентный процесс и отношения с клиентом оставались у агентства. Наша задача: реализовать главную по Figma, распространить дизайн на все шаблоны страниц и поднять полную карту сайта из 43 URL — чтобы контент-команда агентства могла параллельно наполнять страницы, пока разработка ещё шла.
Задача делилась на два уровня. Первый: собрать главную и по одному шаблону каждого типа — сигнал контент-команде начинать параллельную работу. Второй: довести до QA-чистого состояния полную таксономию услуг — 26 страниц по профилактике, терапии, косметологии, ортодонтии, неотложной помощи и холистике — к моменту запуска. Агентство вело всё в общей очереди задач; каждый пункт возвращался к нам на раунд исправлений и повторную проверку перед закрытием.
Сборка до открытия устроена иначе, чем ребилд. При ребилде боевой сайт — это якорь: пропущенная страница или расхождение в контенте видны как отклонение от известной базы. При первом запуске базы нет — Figma единственный референс, и любой вопрос о соответствии дизайна упирается в «совпадает ли это с макетом, а не с предыдущим сайтом». Несовпадающий набор иконок, hero-изображение, отходящее от макета, шапка без фиксации при прокрутке — ничто из этого не всплывёт само по себе.
Всё выходит только через цикл QA. В этом проекте AutoQA агентства (включавшая визуальную проверку через модель OpenAI на экранах 1920, 1280 и в эмуляции мобильных) добавила второй слой контроля визуального соответствия — он есть далеко не на каждом проекте типа «доработка темы». Очередь из 472 пунктов отражает именно такой QA-процесс: откалиброванный под первый запуск без предшествующего сайта для привязки.
Контекст рисков. Сборка до открытия не имеет рабочего сайта, который служил бы якорем для QA. При ребилде пропущенный элемент или расхождение в контенте видны как отклонение от известной базы. При первом запуске базы нет — Figma единственный референс, и любой вопрос о соответствии дизайна упирается в «совпадает ли это с макетом, а не с предыдущим сайтом практики».
Цикл QA здесь — единственная защита: несовпадающий набор иконок, hero-изображение, отклоняющееся от спецификации, или шапка без фиксации при прокрутке остаются невидимыми, пока кто-то в цикле проверки их не найдёт. Таксономия из 43 страниц для практики, которая ещё не открылась — где сайт должен быть готов до апреля 2026 — не терпит урезанного прохода QA.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Figma для главной — цель сборки. Шаблон Luminous — холст. Первая сдача: главная по Figma, шрифты и стили разведены на все шаблоны через глобальную дизайн-систему. После утверждения главной на каждый шаблон собиралась одна репрезентативная страница — сигнал контент-команде начинать параллельную работу. Дизайн-решений мы не принимали.
2. Параллельный каркас шаблонов и передача контент-команде. Агентство задало разделённый рабочий процесс: собрать шаблоны, передать контент-команде, продолжать сборку полного сайта параллельно.
Шесть технических URL (membership, финансовая информация, страховка, политика конфиденциальности, условия использования, отказ от ответственности) требовали простого вторичного шаблона — hero-блок и текст на всю ширину. Структура несложная, но это была сознательно очерченная граница объёма, а не «доделаем потом». Каркас ушёл в той же волне, что и основные шаблоны, — чтобы работа контент-команды не зависела от порядка разработки.
3. Цикл QA в масштабе доработки темы. 87 задач в Redmine, 472 строки в очереди агентства (236 SEO и 236 UX) — цикл QA на этом проекте был одновременно широким по охвату и детальным по фокусу. Повторяющиеся классы проблем: наборы иконок, не совпадавшие с Figma; hero-изображения, отходившие от дизайн-спецификации; шапка без фиксации при прокрутке; битые или отсутствующие ссылки; отсутствующие ресурсы клиента — фото врача, номер телефона, список страховок, — которые нужно было трактовать как намеренные заглушки, а не ошибки.
Каждый пункт проходил триаж: одни закрывались сразу, другие откладывались до поступления ресурсов клиента, третьи закрывались через промежуточные состояния-заглушки — и каждый считался закрытым только после того, как проверяющий со стороны агентства подтверждал устранение замечания.
4. Доработка без дрейфа. При всём объёме задач каждая правка оставалась в клиентских переопределениях Elementor. Общие компоненты шаблона Luminous не трогали. Ranieri Dentistry — не последний сайт, который агентство поднимет на этом шаблоне; 43 страницы для неё не должны вносить регрессии в общий слой, которые проявятся у следующего клиента.
5. Проверка на разных устройствах. AutoQA агентства включала визуальную проверку на экранах 1920, 1280 и в эмуляции iPhone 15 — более тщательный контроль визуального соответствия, чем стандартные аудиты ссылок и email по отдельности. Наш Site Checker перед сдачей подтверждал корректность отображения на всех размерах экрана; последующие визуальные проверки агентства выявляли оставшиеся расхождения с макетом для цикла исправлений.
Проблемы с контрастностью текста на фоне, обнаруженные ближе к концу проекта — текст сливался с hero-изображениями на отдельных блоках, — были прослежены до вёрсточных решений, которые проявлялись только на определённой ширине экрана, и закрыты в финальных раундах.
Рабочего сайта не было, поэтому Figma оставалась единственным якорем QA — без базы для регрессионных проверок, без готовой страницы для сравнения. Это условие определяло всё: сборка должна была быть достаточно точной, чтобы цикл QA мог поймать несовпадающую иконку, незагрузившийся шрифт, шапку без фиксации при прокрутке. Очередь из 472 пунктов — это цена удержания такого стандарта на 43 страницах сайта, которого раньше не существовало.
Контроль качества
До сдачи QA в этом проекте не имел живого референса для привязки — Figma была единственным ориентиром, и цикл исправлений выявил именно то, что предсказывает такой контекст: изображение в hero, отклонявшееся от дизайн-спецификации (Redmine #2014), неверные наборы иконок на страницах услуг (#2017), шапка, не фиксировавшаяся при прокрутке (#2018), и контрастность текста на hero, потребовавшая трёх отдельных раундов исправлений.
До сдачи QA выполнялся через Site Checker — см. наш подход к QA с категориями и принципом нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — работал после передачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений вплоть до окончательного согласования.
Доработки оставались в переопределениях для конкретного клиента; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 43 — 1 главная, 1 страница услуг, 26 страниц услуг, 1 страница врача, 1 о нас, 1 блог, 1 галерея улыбок, 1 контакты и 10 вспомогательных страниц (membership, финансирование, страховка, политики) |
| Шаблонов применено | 16 из 16 переиспользуемых шаблонов построено и развёрнуто на 43 страницах |
| Контрольный список запуска | 74 пунктов согласовано |
| Проблем QA / SEO отслежено и решено | 472 пункта согласовано в двух вкладках очереди задач агентства (236 SEO и 236 UX) |
| Итераций QA в Redmine | 62 из 87 задач (71 %) отслежено на уровне итераций QA |
| Срок | 89 дней, сдано в срок до открытия практики в апреле 2026 |
| Затраты | 53 часа на разработку, QA и циклы исправлений |
| Команда | 4 специалиста |
| Хостинг | Развёрнуто на среде шаблона Kinsta агентства |
| Здоровье страниц при сдаче | 37 из 43 URL на тестовой среде вернули HTTP 200 при аудите карты сайта (6 страниц ожидали контента на момент снимка) |
Результат, изложенный прямо: макет Figma агентства был реализован на шаблоне Luminous на 43 страницах и 16 шаблонах за 89 календарных дней, в рамках оценки в 53 часа — и сдан до того, как практика, ещё не открывшаяся для пациентов, начала работу.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma изучена, доступ к шаблону подтверждён, объём согласован в 20 ч ядра |
| Главная + каркас шаблонов | ~1,5 недели | Главная построена по Figma; по одной странице на шаблон передано контент-команде |
| Доработка полного сайта | ~3 недели | Все 43 страницы реализованы на 16 шаблонах |
| Итерации QA (параллельно) | ~6 недель | 62 раунда QA зафиксировано; каждый закрыт только после согласования агентством |
| Интеграция ресурсов и финальные правки | ~2 недели | Фото врача, исправления иконок, правки контрастности, состояния-заполнители урегулированы |
Разработка и QA шли параллельно — это характерно для доработки темы, где нет чёткой «фазы QA», закрывающейся однократно; цикл работает непрерывно до согласования агентством.
Команда
Команда проекта
- Евгений Карпов — ведущий разработчик (сборка главной страницы, доработка полного сайта)
- Никита Тумашевич — поддержка разработки (финальные правки и исправления иконок)
- Павел Сажин — итерации QA и триаж проблем
- Тимур Арбаев — раунды проверки QA
- Анна Полунина — поддержка реализации и QA
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Управление проектом, дизайн, подготовка контента и коммуникация с конечным клиентом оставались в партнёрском агентстве на всём протяжении. Каждый запрос на доработку поступал через общую очередь задач агентства; конечный клиент не имел прямого доступа к нашей работе. Раунды QA закрывались только после того, как проверяющий со стороны агентства подтверждал устранение каждого замечания.
Агентствам с библиотекой шаблонов
Когда агентство собирает сайт на готовом шаблоне, ключевой риск — потерять контроль над изменениями при обновлениях родительской темы. У этой стоматологической практики — многопрофильная структура с хирургией, ортодонтией и эстетикой; у других — типовая терапевтическая стоматология. Доработки в дочерней теме сломаются при первом же обновлении. Собственные поля, настроенные под услуги клиента, разойдутся с авторской схемой. Редакторы клиента не найдут нужных блоков — они останутся в коде.
Подрядчику стоит задавать не вопрос «соберёте ли сайт на шаблоне?», а вопрос «как именно вы защитите доработки при следующем обновлении?»
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы проверим, как ваши доработки взаимодействуют с родительской темой, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.