Библиотека из 17 шаблонов на WordPress — Стоматология и Ветеринария

Характер проекта: Долгосрочная разработка библиотеки шаблонов для маркетингового агентства из США
Сдано: декабрь 2024 – февраль 2026 · 14 месяцев · ~430 часов на разработку, итерации дизайна и цепочки QA

Подход к разработке

17 шаблонов — 15 стоматологических, 2 ветеринарных — построены по поточному заказу за 14 месяцев для маркетингового агентства из США, ведущего национальный сервис стоматологических сайтов. Каждый шаблон попадал в действующую библиотеку, уже активно используемую в работе; дефект, допущенный в любом шаблоне, распространялся вперёд на каждый клиентский проект, основанный на нём. Дисциплина заключалась в точности воспроизведения макета в Figma на изолированных инстансах и — с Q4 2025 — трёхуровневой внутренней цепочке QA перед попаданием каждого шаблона в каталог.

Краткий обзор

Постановка задачи

Маркетинговое агентство из США ведёт национальный white-label сервис сайтов для стоматологических и медицинских практик. Когда новый клиент-практика подключается, агентство выбирает шаблон из своей библиотеки, и начинается проект по доработке темы. Библиотека — это продукт агентства, исходный актив, от которого происходит каждый клиентский проект. Её поддержка и расширение требуют партнёра по разработке, способного работать на постоянной многомесячной основе, поставляя новые шаблоны в ритме заказа агентства, а не в рамках одного контрактного спринта.

В декабре 2024 года библиотека шаблонов агентства насчитывала семь стоматологических шаблонов, созданных в предыдущем проекте. Библиотеку требовалось расширить: добавить новые визуальные направления в стоматологии, развить внутренние страницы за пределами существующих главных и — на втором году — новый ветеринарный сегмент для обслуживания той части клиентов, чьи практики лечат домашних животных.

Агентство привлекло нас как долгосрочного партнёра по разработке шаблонов. Модель заказа была поточной: новые шаблоны выдавались по мере завершения дизайн-командой агентства файлов Figma, обычно со сроком от двух до четырёх недель на шаблон. Каждый шаблон был отдельной задачей в Redmine; итерации дизайна и цепочка QA порождали подзадачи к родительской задаче шаблона.

Как мы это сделали

1. Поточный заказ пятнадцати стоматологических и двух ветеринарных шаблонов. Каждый шаблон запускался отдельной задачей в Redmine, когда агентство выдавало дизайн-файл в Figma. Поточный, поочерёдный ритм означал, что команда не могла пакетно оптимизировать работу между шаблонами: каждый новый Figma приходил со своим сроком, и последовательные эффективности были невозможны. Несколько файлов Figma были переданы с неполными дизайн-заметками для внутренних страниц — заметно на сборке Dental Template 16, где команде пришлось запросить у агентства завершение незакрытых дизайн-комментариев до продолжения работы. Шаблоны 1–4 и 6–7 начались с разработки внутренних страниц в начале 2025 года (задачи в окне февраль–апрель), расширяя шаблоны, которые до этого существовали только как главные страницы.

Стоматологические шаблоны 8, 9 и 10 последовали в окне апрель–июль; шаблоны 12–17 были заказаны в период июль–декабрь 2025 года. Ветеринарные шаблоны 1 и 2 были введены в декабре 2025 и феврале 2026 года, расширяя библиотеку во второй отраслевой сегмент. Каждый шаблон занимал собственную установку WordPress — отдельный админ-доступ, отдельное окружение Elementor, отдельный инстанс Gravity Forms — осознанный выбор изолированной архитектуры вместо общего мультисайта, чтобы сборка одного шаблона не могла затронуть другой и дефект в одном инстансе не мог незаметно распространиться на последующую клиентскую работу библиотеки.

2. Разработка внутренних страниц как основная единица сборки. Ранняя фаза проекта была сосредоточена на добавлении внутренних страниц к шаблонам, существовавшим только как главные страницы. Это был структурный пробел в библиотеке: без полного набора внутренних страниц (страницы услуг, контакты, врач, блог, финансирование, шаблон по умолчанию) разработчики агентства не могли надёжно собрать полноценный клиентский сайт из шаблона.

Систематически, для каждого шаблона по очереди, команда проходила стандартную структуру из десяти страниц: Главная · О нас · Страница врача · Лендинг услуг · Страница услуги · Лендинг блога · Блог · Финансирование · Контакты · Шаблон по умолчанию. Каждая страница должна была точно соответствовать Figma на уровне компонентов — не только основная вёрстка, но и масштабирование типографики, поведение кнопок, мобильные точки адаптации и любые специфичные для шаблона компоненты (например, собственные варианты слайдеров, иконки, вложенность секций).

3. Раунды дизайн-итераций при обновлении агентством Figma. Для шаблонов 2, 4, 6 и 7 агентство выпускало обновлённые файлы Figma после первоначальной сборки — изменения в вёрстке главной, состояниях наведения кнопок или пропорциях секций на основе замечаний проверяющих. Это порождало выделенные задачи итерационных раундов (помеченные в Redmine как «Iteration 2. Design updates for Template #N»).

Дисциплина была той же: работать по обновлённому Figma на уровне компонентов, проверять изменения относительно предыдущей сборки, закрывать раунд. Эта модель — сборка → проверка агентства → обновление дизайна → доработка — отражает реальный жизненный цикл библиотеки шаблонов: дизайн эволюционирует по мере того, как агентство калибрует, что продаётся, и библиотека должна отслеживать эти изменения, не накапливая постоянного расхождения между спецификацией Figma и развёрнутым шаблоном.

4. Систематическая цепочка QA на каждый шаблон, формализованная в Q4 2025. По мере того как библиотека выросла за пределы десяти шаблонов и начали появляться более трудоёмкие стоматологические шаблоны (шаблоны 13–17 требовали от 7 до 35 часов на сборку), агентство формализовало свой процесс проверки в структурированную трёхуровневую цепочку QA. Каждая сборка шаблона, прошедшая внутреннюю проверку разработчика, передавалась специалисту по QA (Тимур Арбаев), который создавал выделенную подзадачу в Redmine со своими находками. Правки Тимура затем проверялись и подтверждались вторым проверяющим (Павел Сажин), прежде чем задача переходила в статус «отправлено, ожидание ответа» — финальный этап до добавления агентством шаблона в живую библиотеку.

Свидетельство в Redmine — шаблон именования QA-подзадач: каждая содержит имя проверяющего и метку даты (например, «Dental Template 16 — Тимур-20260112-qa», «Dental Template 16 — Павел-20251226-qa», «Dental Template 16 — xaver-20260115-qa»). Для самых сложных шаблонов в финальном квартале эта цепочка QA порождала три отдельные подзадачи на шаблон — по одной на проверяющего — с полным циклом сборки, отметок, исправлений и повторного прохода, документированным в каждой. Это не издержки; это механизм, которым библиотечный шаблон заслуживает своё место в рабочем каталоге.

5. Ветеринарный сегмент: новая структура страниц, иная лексика. Когда агентство заказало Vet Templates 1 и 2 в конце 2025 и начале 2026 года, дисциплина сборки была идентична стоматологической, но структура страниц и лексика начинались с нуля. Ветеринарные шаблоны требуют страницу врача, где представлены ветеринары, а не стоматологи, лендинг услуг, соответствующий уходу за домашними животными, и структуру страницы по умолчанию, избегающую любой стоматологической лексики.

Оба шаблона были построены по дизайну Figma, предоставленному агентством, с тем же стандартным набором из десяти страниц — базовая структура страниц едина для всех вертикалей; меняется только формулировка, соответствующая каждой из них. Только Vet Template 2 имел оценку в 30 часов с собственной трёхуровневой цепочкой QA-проверки.

Семнадцать шаблонов за четырнадцать месяцев, каждый на отдельном инстансе WordPress — изоляция была структурной гарантией. Дефект, обнаруженный на одном шаблоне, оставался ограниченным; он не мог распространиться на другую сборку, уже ведущуюся или уже находящуюся в библиотеке.

Контроль качества

QA перед сдачей в этом проекте библиотеки шаблонов проводилось по цепочке проверки на каждый шаблон — проверка разработчика, затем выделенный QA-проход с задачей в Redmine на шаблон, затем подтверждающая проверка — прежде чем каждый шаблон маркировался как готовый для библиотеки агентства.

QA перед сдачей проводилось через Site Checker — см. наш подход к QA с описанием категорий и барьера нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — проводился после передачи и выносил замечания в общую очередь задач для нашего цикла исправлений до их финального утверждения.

Результаты

Процесс

Этапы пересекались — новые шаблоны заказывались, пока предыдущие находились на QA или в итерационных раундах. 14-месячный календарный охват отражает устойчивую параллельную работу, а не последовательную очередь.

Команда

Команда проекта

• Никита Тумашевич — ведущий разработчик библиотеки шаблонов; основная интерпретация Figma и реализация на Elementor для большинства стоматологических и ветеринарных шаблонов
• Тимур Арбаев — специалист по QA; выпускал структурированные QA-подзадачи на шаблон с находками и поддерживал циклы повторного прохода до подтверждения шаблонов
• Павел Сажин — проверяющий второй ступени; финальное утверждение QA перед передачей шаблонов агентству
• Анна Полунина — поддержка реализации и QA по отдельным шаблонам, особенно на ранних этапах
• Наталия Богатель — разработчик Vet Template 1
• Антон Херсун, xaverPRO — руководитель проекта; оценка, коммуникация с агентством, управление ритмом заказа и финальная передача каждого шаблона

Управление проектом со стороны агентства, производство дизайна и принятие решений по клиентам оставались за партнёрским агентством на протяжении всего проекта. Наша команда была невидима для конечных клиентов — конечных клиентов в этом проекте не было. Результатом была сама библиотека.

Агентствам, заказывающим разработку WordPress