Доработка стоматологического шаблона для двух врачей за 76 дней
Доработка брендированного шаблона стоматологической клиники с двумя профилями врачей — за 76 дней. 11 шаблонов, 68 задач в QA, уложились в 59 ч.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Marina Pointe Dental — Dr. Alejandro Nieves, DMD и Dr. Bhavya Paranthaman, DMD, Panama City, FL
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: ноябрь 2025 – февраль 2026 · 76 дней · 59 часов · по графику
Подход к доработке темы
11 шаблонов секций DENTAL из брендированной библиотеки агентства, два экземпляра страницы Doctor Page для отдельно аккредитованных врачей — каждый доработан на уровне страницы при сохранении общей структуры шаблона. Figma — это контракт; шаблон — холст. Одна ранняя сложность: Proxima Nova поступила без лицензии в середине спринта. По рекомендации Тимура команда заменила её визуально контрастным шрифтом-заглушкой, чтобы при QA каждая затронутая страница была сразу заметна после того, как лицензированный шрифт придёт.
Краткий обзор
| Поле | Значение |
|---|---|
| Отрасль конечного клиента | Стоматология — общая и семейная практика |
| Конечный клиент | Marina Pointe Dental (Dr. Alejandro Nieves, DMD и Dr. Bhavya Paranthaman, DMD, Panama City, FL) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка WordPress-шаблона (брендированный шаблон агентства + дизайн в Figma на уровне страниц, Kinsta) |
| Объём работ | ~20 URL запускаемого этапа — главная, «О нас», две страницы с биографиями врачей, лендинг услуг, 5+ страниц услуг, контакты, страница неотложной помощи, политика оплаты, вспомогательные страницы; ~24 страницы «После релиза» отложены на следующую фазу |
| Сроки | 76 дней (25 ноября 2025 – 9 февраля 2026), по графику |
| Трудозатраты | 59 часов — разработка · итерации QA · PM · раунды исправлений после запуска |
| Команда | 5 специалистов |
| Шаблоны | 11 шаблонов секций DENTAL из мультиотраслевой библиотеки шаблонов агентства, применённых на страницах запускаемого этапа |
| Технологический стек | WordPress · Elementor · хостинг Kinsta · дизайн в Figma на уровне страниц · AutoQA агентства (проверки Links / Email / Content AI) · TrustIndex (виджет отзывов) · Site Checker (QA-плагин xaverPRO) |
| Подход к QA | 68 задач Redmine по QA на этапах разработки, итераций QA и раундов исправлений после запуска; плюс 472 строки в двух вкладках очереди задач агентства (SEO и CX) |
| Ритм взаимодействия | 4 задачи, поднятые агентством · 3 из 4 закрыты к передаче |
| Раунды проверки | ≈6 раундов проверки за 76 календарных дней |
| Трудозатраты на задачу | 68 внутренних задач Redmine · медиана 22 мин / P75 26 мин на задачу |
| Контрольный список запуска | 78 пункта, согласованы перед переходом на рабочий сервер |
Постановка задачи
Маркетинговое агентство из США передало дизайн в Figma для Marina Pointe Dental и площадку развёртывания — их брендированную систему шаблонов на Kinsta. Практика поставила конкретную структурную задачу, которой нет на типичном сайте с одним врачом: два отдельно аккредитованных врача — Dr. Alejandro Nieves, DMD и Dr. Bhavya Paranthaman, DMD — каждый получал отдельную страницу Doctor Page в системе шаблонов по пути /about/. Figma агентства отразила оба профиля по-отдельности.
Карта сайта тоже делилась на два слоя: запускаемый этап — главная, ключевые услуги и информационные страницы, отмеченные зелёным в таблице агентства, — и уровень «После релиза», включавший подстраницы услуг, страницы зон охвата и страницу услуг на испанском языке (/panama-city/servicios-dentales/), отложенные на следующую фазу. Наш объём — только зелёные страницы; отложенный уровень был зафиксирован в таблице, но в рамках этого проекта не разрабатывался.
Задача была чисто исполнительская. Figma — единственный источник истины. Дорабатывать брендированный шаблон страница за страницей, точка адаптации за точкой адаптации. Передавать находки QA через общую рабочую область агентства — конечный клиент не знает ничего о ходе разработки. Поднимать перед агентством вопросы — а не принимать дизайнерские решения.
Рано возникла одна типографическая проблема, которая хорошо показала, какой дисциплины требует такой формат работы. Спецификация агентства предусматривала Proxima Nova в качестве основного шрифта — лицензированный шрифт, который клиент ещё не передал к началу разработки.
Вместо того чтобы остановить прогресс или подобрать визуально похожую замену, незаметную при беглом просмотре, команда использовала шрифт-заглушку с достаточным визуальным контрастом: любая страница без нужного шрифта была сразу заметна при QA. Нужный шрифт поступил в середине спринта и был применён глобально через систему глобальных стилей Elementor.
Контекст рисков. Доработка темы для практики с двумя врачами несёт конкретный риск, которого нет при работе с одним врачом: шаблон Doctor Page должен содержать двух разных специалистов — каждый со своими данными об аккредитации, биографией, фото и URL — так, чтобы данные одного врача не попали на страницу другого, а общие компоненты шаблона не получили специфические для этого сайта переопределения, которые затронут других клиентов на том же шаблоне.
Каждая страница Doctor Page — это отдельный экземпляр с отдельным контентом, но обе работают на одном шаблоне. Любая небрежная глобальная правка макета шаблона Doctor Page одновременно распространяется на оба профиля. Дисциплина здесь — изоляция на уровне страниц: дорабатывается контент каждого конкретного врача, а не структура шаблона.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma агентства был дизайнерской спецификацией. Брендированный шаблон — базовой структурой страниц. Наша задача — согласовать их страница за страницей: где стандартный макет шаблона совпадал с Figma, мы его сохраняли; где Figma требовала отклонения, мы дорабатывали на уровне страницы. Никаких дизайнерских решений с нашей стороны.
Два экземпляра страниц Doctor Page были созданы по путям /about/meet-dr-alejandro-nieves/ и /about/meet-dr-patricia/ соответственно — каждый с правильным фото, данными об аккредитации и биографией, при сохранении целостности общей структуры шаблона Doctor Page. Figma агентства охватила оба профиля; мы реализовали оба под нужный контент, данные врачей при этом не пересекались.
2. Цикл QA в масштабах доработки темы. Чистая доработка темы — это не «сделать раз, проверить раз». Из 68 задач, отслеживаемых в Redmine по этому проекту, большинство составляли итерации QA — отдельные раунды, в которых агентство фиксировало расхождения с дизайном, а мы проверяли, исправляли и возвращали сборку на повторный проход.
Объём отражает ожидаемую площадь работ по согласованию Figma с шаблоном, а не нестабильность. В рамках этого проекта всплыли проблемы — от геометрии макета (сломанные секции, выравнивание шапки, центровка кнопок), типов полей форм, иноязычного текста в секции страницы до требований замены изображений на двух страницах врачей.
Принцип здесь прост: при доработке по шаблону ценность создаётся именно в цикле QA. Короче цикл QA — слабее соответствие дизайну.
3. Доработка без дрейфа. Каждое изменение брендированного шаблона — будь то макет страницы, компонент секции или токен стиля — было ограничено переопределениями страниц конкретного клиента. Общие компоненты шаблона агентства не изменялись. Это важно, поскольку библиотека шаблонов агентства охватывает несколько отраслей (Dental, Legal, Veterinary и другие, видимые в каталоге шаблонов в таблице); дрейф с одного проекта не должен затрагивать сайт другого клиента на том же шаблоне.
Страница Emergency Dentist потребовала отдельного внимания в цикле QA — агентство указало, что её структура должна отличаться от стандартного макета страницы услуги, и по ней прошло несколько раундов исправлений с отдельной задачей в Redmine.
4. Управление объёмом работ на границе карты сайта. В таблице агентства явно разграничивались страницы «запускаемого этапа» (зелёные) и страницы «После релиза». Мы разработали только зелёные страницы и держали отложенный уровень за пределами объёма.
Поддержание этой границы требовало активных усилий в ходе QA: когда проверяющий QA отметил, что в процессе проекта часть страниц была добавлена в зелёный список без соответствующего обсуждения объёма, команда вернула вопрос агентству для принятия решения по объёму, а не приняла работу в объём без согласования. Принцип прост: отложенный объём определяет агентство, а не разработчик.
5. Проверка на разных устройствах. Все доработки прошли QA в Chrome, Firefox, Safari и Edge на устройствах: большом экране, планшете и телефоне — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые расхождениями с дизайном в этом раунде, обеспечивая покрытие без полного повторного тестирования всего сайта при каждой итерации.
В сборке с двумя врачами было одно структурное противоречие: два специалиста, два пути, один общий шаблон. Дисциплина, которая его удержала, — доработка каждой страницы Doctor Page на уровне страницы без вмешательства в общую структуру шаблона. Placeholder для Proxima Nova подтвердил правильность подхода — рекомендация Тимура использовать визуально контрастную замену означала, что каждая затронутая страница была немедленно заметна при QA, а не незаметно ускользала мимо проверки.
Результаты
| Метрика | Итог |
|---|---|
| Доставленные URL (запускаемый этап) | ~20 страниц запускаемого этапа доработаны по Figma, включая главную, два профиля врачей, услуги, страницу неотложной помощи, контакты и вспомогательные страницы |
| Применённые шаблоны | 11 шаблонов секций DENTAL из брендированной библиотеки агентства, применённых на страницах запускаемого этапа |
| Контрольный список запуска | 78 пункта проверено и согласовано |
| Отслеживаемые и решённые проблемы QA / SEO | 472 строки в двух вкладках очереди задач агентства (SEO и CX) |
| Задачи Redmine по QA | 68 задач на этапах разработки, итераций QA и раундов исправлений после запуска |
| Сроки | 76 дней (25 ноября 2025 – 9 февраля 2026), сдано по графику |
| Трудозатраты | 59 часов при оценке в 59 часов — без перерасхода |
| Команда | 5 специалистов |
| Сборка с двумя врачами | Обе страницы профилей врачей доставлены с уникальным контентом для каждого; структура общего шаблона сохранена |
| Отложенный объём | Уровень «После релиза» (~24 URL, включая подстраницы услуг, страницы зон охвата и испаноязычные страницы) аккуратно выведен из объёма и оставлен для следующей фазы |
| Передача на хостинг | Запущен на шаблонной среде Kinsta агентства |
Итог, без лишних слов: Figma агентства реализована по их брендированному шаблону на страницах запускаемого этапа — включая сборку с двумя профилями врачей — за 76 календарных дней, в рамках оценки 59 часов.
Контроль качества
QA этой сборки выявил две отдельные категории остатков шаблона до передачи: иноязычный текст на странице блога (отмечен агентством в очереди задач как «Remove this text — it’s not english»), а также слишком большие изображения в формате base64, встроенные в HTML главной страницы (~314 КБ в двух встроенных SVG), из-за которых инструмент создания скриншотов давал сбой — они были заменены оптимизированными PNG- и WebP-ресурсами.
QA перед передачей проводился через Site Checker — категории и принцип нулевого допуска по сбоям описаны в нашей QA-методике. QA-слой агентства — их инструменты, их процесс — запускался после передачи и вносил оставшиеся вопросы в общую очередь задач для нашего цикла исправлений вплоть до согласования.
Доработки остались в переопределениях страниц конкретного клиента; общие компоненты шаблона DENTAL агентства не изменялись.
Процесс
| Фаза | Продолжительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma проверена, доступ к шаблону подтверждён, объём и зелёные страницы согласованы |
| Координация по шрифту | ~1 неделя | Лицензия Proxima Nova доставлена в середине спринта; заглушка использовалась до получения |
| Разработка доработок | ~4 недели | Постраничная доработка шаблона по Figma для URL запускаемого этапа |
| Итерации QA (непрерывно) | ~4 недели | Зарегистрировано 68 задач Redmine; каждый раунд исправлений проверялся агентством перед закрытием |
| Управление границей объёма | непрерывно | Уровень «После релиза» оставался вне объёма на протяжении всего проекта |
| Сдача и передача | последняя неделя | Сайт запущен на Kinsta; критерии приёмки AutoQA агентства пройдены |
Разработка и QA шли параллельно — характерная особенность работы по доработке темы, где «фаза QA» не закрывается чисто; цикл продолжается до согласования с агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка темы и приведение макета в соответствие с Figma)
- Анна Полунина — поддержка дизайна и разработки (координация дизайна, раунды QA)
- Тимур Арбаев — руководитель QA (внутренняя проверка, проверка исправлений)
- Павел Сажин — управление проектом и итерации QA
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация со стороны агентства, согласование)
Управление проектом со стороны агентства, дизайн и коммуникация с клиентом оставались за партнёрским агентством на протяжении всего проекта. Наша команда оставалась невидимой для конечного клиента. Все запросы на доработку поступали через общую очередь задач агентства — без какого-либо прямого контакта конечного клиента с нашей командой. Каждый раунд QA закрывался только после подтверждения проверяющим со стороны агентства, что расхождение устранено.
Агентствам с библиотекой шаблонов
Сборка сайта стоматологической практики на готовом шаблоне профилей врачей несёт риск: общий макет страницы, а контент каждого специалиста уникален. У этой практики — несколько врачей на одном типе страницы; у других — один врач или уникальная структура под каждого. Шаблон сломается незаметно: глобальная правка макета применится сразу ко всем профилям, локальные переопределения для одного врача затронут остальных, а уникальные данные (аккредитация, биография) перепутаются между страницами.
Подрядчику стоит задавать не вопрос «соберёте ли страницы врачей», а вопрос «как именно изолируете контент каждого врача, не меняя общий шаблон».
Пришлите исходник шаблона, макеты или описание структуры записей. Мы пройдёмся по архитектуре шаблона, проверим изоляцию данных и готовность к обновлениям, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.