Доработка 33 страниц сосудистого шаблона за 91 день
Доработка 33 страниц сосудистого шаблона для четырехфилиальной клиники в Нью-Джерси — 11 шаблонов, 86 часов, 470+ пунктов QA согласовано за 91 день.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Veinology NJ — сосудистая и флебологическая клиника, обслуживающая северный Нью-Джерси
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: ноябрь 2025 – февраль 2026 · 91 день · 86 часов · 33 URL · по графику
Подход к доработке темы
33 страницы для Veinology NJ свёрстаны на шаблоне Glowing — четырёхфилиальная сосудистая клиника в северном Нью-Джерси, где страницы Location и Areas We Serve не имели аналогов шаблона в исходной системе. Агентство передало нам Figma и предзаполненные страницы ACF, которые пришлось мигрировать в Elementor до начала доработки, увеличив оценку с 17,5 ч до 25 ч в процессе.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Параметр | Значение |
|---|---|
| Сфера деятельности клиента | Медицина — сосудистая хирургия / флебология |
| Конечный клиент | Veinology NJ (Paramus, Ridgewood, Fair Lawn, Glen Rock, NJ) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированный шаблон агентства + постраничный дизайн в Figma, хостинг Kinsta) |
| Объём | 33 URL — 1 главная, 2 страницы услуг, 14 страниц услуг/заболеваний, 4 страницы филиалов, 1 страница зон обслуживания, 1 страница врача, 1 «О нас», 1 контакты, 1 страница блога, 1 пост, 5 вспомогательных страниц |
| Сроки | 91 день (3 ноя 2025 – 2 фев 2026), по графику |
| Трудозатраты | 86 часов — разработка, итерации QA и управление проектом |
| Команда | 7 специалистов |
| Шаблоны | 11 переиспользуемых шаблонов предоставлены агентством, все применены на 33 страницах |
| Технологии | WordPress · Elementor · Kinsta · постраничный дизайн в Figma · AutoQA агентства (Links / Email / Content AI / визуальные проверки) · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 470+ отслеженных проблем SEO + CX согласованы в очереди задач агентства (235 SEO + 236 CX) по контрольному списку запуска из 78 пунктов |
| Интенсивность взаимодействия | 9 вопросов от агентства · 8 из 9 закрыты к моменту сдачи (1 активный день, 2025-11-14) |
| Раунды проверки | ≈5 раундов на протяжении 91 календарного дня |
| Трудозатраты на задачу | 167 внутренних задач Redmine · медиана 20 мин / P75 28 мин на задачу |
| Контрольный список запуска | 78 пункта, согласованы до переключения |
Постановка задачи
Маркетинговое агентство из США передало дизайн Figma для Veinology NJ и доступ к своей брендированной шаблонной системе на Kinsta. Агентство выполнило подготовительную работу: согласованный с клиентом дизайн, настройка хостинга и Google Sheets карта сайта с постраничным назначением шаблонов и ссылками на контент. Наша задача — взять Figma как единственный источник истины, перенести её на шаблон страницу за страницей для четырёхфилиальной сосудистой клиники и поддерживать цикл проверки столько, сколько потребуется для подписания.
Задача была чисто исполнительской. Привести каждое отклонение от стандартных настроек шаблона к точному соответствию Figma — на 11 шаблонах, применённых 33 раза, без каких-либо дизайн-решений с нашей стороны.
Таксономия услуг клиники охватывает заболевания вен (сосудистые звёздочки, варикозное расширение вен, хроническое венозное заболевание, венозная недостаточность, тромбоз глубоких вен, синдром беспокойных ног, отёк ног, боль в ногах, тяжесть в ногах) и методы лечения (радиочастотная абляция, EVLT-лазерная терапия, склеротерапия, косметическая склеротерапия, удаление сосудистых звёздочек) — все свёрстаны на отдельных страницах услуг с URL-структурой с привязкой к адресу офиса.
Конкретным риском, которым управляло агентство, был дрейф между филиалами. На сайте с четырьмя офисами — Paramus, Ridgewood, Fair Lawn и Glen Rock — каждый использует один и тот же набор шаблонов, но требует уникальных адресных блоков, локальной маршрутизации телефонов и изображений для каждого офиса. Команда, применяющая доработки шаблона непоследовательно, создаёт фрагментированный результат, где страницы одного офиса выглядят качественно, а другого — как заглушки.
В медицинской практике, где пациенты выбирают специалиста на основе близости и сигналов доверия, эта непоследовательность — проблема конверсии, а не косметики. Агентство наняло команду за дисциплину — применять одинаковый стандарт доработки на всех 33 страницах единообразно, от главной страницы до самой глубокой страницы заболевания.
Контекст рисков. Четыре офиса, использующие один набор шаблонов, создают проблему единообразия, которую не видно по количеству страниц. Paramus, Ridgewood, Fair Lawn и Glen Rock — каждому нужен собственный адресный блок, маршрутизация телефонов и локальные изображения. Команда, которая применяет эти доработки по офисам с неравномерным подходом, создаёт сайт, где один офис выглядит готовым, а другой — как заглушка.
В сосудистой практике, где пациенты выбирают врача по близости и доверию, эта неравномерность — проблема конверсии. Усугубляющий риск — контаминация шаблона: доработка, просочившаяся из переопределения конкретного офиса в общий компонент шаблона, ломает все остальные практики на этом шаблоне. Агентство наняло команду за дисциплину удерживать оба режима отказа на нуле на всех 33 страницах.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был спецификацией дизайна. Брендированный шаблон — базовой структурой страниц. Наша задача — согласовать их постранично: где стандартная раскладка шаблона совпадала с Figma, мы её оставляли; где Figma требовала отклонения (hero-изображения для конкретного офиса, контентные блоки для конкретного заболевания, карточки врачей), мы дорабатывали.
Никаких дизайн-решений с нашей стороны. Несколько страниц были предварительно созданы в ACF-структуре агентства до передачи проекта нам; их перепривязка к доработкам в рамках страниц Elementor, а не перестройка из общего шаблона, добавила подготовительный аудит, не учтённый в начальной оценке.
2. Единообразие по нескольким офисам, один набор шаблонов. Четыре офиса Veinology NJ — каждый со своей посадочной страницей и адресным блоком в общем шаблоне. Страницы филиалов — Paramus, Ridgewood, Fair Lawn, Glen Rock — были построены на одном шаблоне Location, но с разным локальным контентом: адрес, телефон, встроенная карта и фотографии офиса.
Страница Areas We Serve объединила четыре локации в единую географическую рамку. Размещение доработок по локациям в слое переопределений для конкретной страницы, а не в общем шаблоне, означало, что изменение одного города не просачивалось в другие.
3. Цикл QA в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». Агентство отслеживало 470 отдельных проблем в двух вкладках очереди задач общего рабочего пространства — 235 SEO и 236 CX — каждая из которых была назначена, обработана и закрыта только после согласования агентством. Такой объём — не признак нестабильности; именно это отличает сайт на шаблоне, выглядящий «приблизительно правильно», от того, что точно соответствует дизайну.
Принцип прост: на шаблонной сборке ценность создаётся именно в цикле QA. Более короткий цикл QA означает более слабое соответствие дизайну, а не более быструю сдачу.
4. Доработка без дрейфа. Каждое изменение брендированного шаблона — будь то раскладка страницы, компонент секции или стилевой токен — документировалось относительно Figma. Контентные блоки страниц заболеваний, виджеты адресных блоков и карточки врачей дорабатывались в рамках страницы, а не в общем шаблоне.
Мы выбрали доработку в рамках страницы вместо переопределений общего шаблона, потому что шаблонная система агентства обслуживала несколько клиентских сайтов; изменение общего слоя для одной сосудистой клиники распространило бы несвязанные изменения дизайна на следующую сборку на этом шаблоне. Работа по этому проекту не ухудшила шаблон для следующего сайта.
5. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые изменениями дизайна в этом раунде, а не весь сайт — так шаблонная сборка остаётся эффективной без потери покрытия.
Несколько страниц услуг были собраны в ACF ещё до передачи проекта нам; перепривязка их к доработкам на уровне страниц Elementor — вместо общих компонентов шаблона — добавила предварительный аудит, не включённый в начальную оценку. Именно этот проход удержал переопределения по офисам в нужных границах: когда каждая страница оказалась в области Elementor, Paramus, Ridgewood, Fair Lawn и Glen Rock получили независимые адресные блоки, маршрутизацию телефонов и локальные изображения без затрагивания общего слоя.
Контроль качества
Три замечания QA на этом проекте: Google Maps на страницах филиалов разрешались как США (кириллица) — обнаружено на страницах Fair Lawn и Paramus, исправлено на всех четырёх офисах; название сайта в RankMath всё ещё читалось как dental-template10 из исходного шаблона, обновлено до запуска; и начертание тонкого текста на нескольких страницах заболеваний отклонилось от Figma, согласовано общесайтовым проходом.
QA перед сдачей выполнялось через Site Checker — см. наш подход к QA по категориям и принцип нулевых ошибок. Собственный слой QA агентства — их инструменты, их процессы — работал после сдачи и фиксировал замечания в общей очереди задач для нашего цикла исправлений до окончательного согласования.
Доработки оставались в переопределениях для конкретного клиента; общие компоненты шаблона агентства не изменялись.
Критерии приёмки AutoQA (Phone-Number / Links / Email / Content-AI / визуальные) — под управлением агентства — были настроены на этом проекте и запускались после сдачи как часть процесса согласования агентства.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 33 — 1 главная, 2 страницы услуг, 14 страниц заболеваний/лечения, 4 страницы филиалов, 1 страница зон обслуживания, 1 страница врача, 1 «О нас», 1 контакты, 1 страница блога, 1 пост и 5 вспомогательных страниц |
| Шаблонов применено | 11 из 11 переиспользуемых шаблонов построены и распределены по 33 страницам |
| Контрольный список запуска | 78 пункта согласованы |
| QA / SEO + CX-проблем отслежено и решено | 470+ позиций согласовано по двум вкладкам очереди задач агентства (235 SEO + 236 CX) |
| QA-итераций в Redmine | 111 из 167 задач (66%) отслежены на уровне итераций |
| Сроки | 91 день, сдано по графику |
| Трудозатраты | 86 часов — без перерасхода, без расширения объёма |
| Команда | 7 специалистов |
| Размещение | Запущено в шаблонном окружении агентства на Kinsta |
| Состояние страниц при сдаче | URL рабочего сайта возвращает HTTP 200 по независимой проверке |
Результат, коротко: Figma агентства была реализована на их брендированном шаблоне на 33 страницах и 11 шаблонах за 91 календарный день в пределах оценки в 86 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~1 неделя | Figma просмотрена, доступ к шаблону подтверждён, объём для нескольких городов согласован |
| Разработка доработок | ~4 недели | Постраничная доработка шаблона; все 14 страниц заболеваний и 4 страницы филиалов собраны по Figma |
| QA-итерации (параллельно) | ~7 недель | 470+ проблем по очередям задач SEO и CX заведены, обработаны, согласованы |
| Раунды исправлений | ~2 недели | Коррекции после проверки, доработки контента по офисам, замена изображений |
| Сдача | финальный день | Сайт запущен на Kinsta |
Разработка и QA велись параллельно — это характерно для доработки темы, где ни один «этап QA» не закрывается полностью; цикл продолжается до согласования агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка шаблона, перенос Figma в раскладку)
- Павел Сажин — итерации QA и исправления
- Анна Полунина — поддержка доработки шаблона и QA
- Евгений Карпов — поддержка разработки
- Тимур Арбаев — поддержка разработчика по доработке страниц филиалов и поздние раунды
- Людмила Травкина — проход QA и координация проверки перед сдачей
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Партнёрское агентство сохраняло полное владение управлением проектом, дизайн-решениями и отношениями с конечным клиентом на всём протяжении. Сборка была невидима для Veinology NJ — каждый запрос и подпись проходили через общую очередь задач агентства, и ни один раунд не закрывался до подтверждения их проверяющего.
Агентствам с библиотекой шаблонов
Библиотека шаблонов для сети сосудистых центров ускоряет разработку, но создаёт риск: локальная доработка для одного филиала может просочиться в общий компонент. У этой практики — несколько отделений с собственными адресами и телефонами; у других — единая локация с общей контактной информацией. Без дисциплины изоляции переопределение для одного офиса сломает все страницы на шаблоне. Неравномерное QA оставит один филиал актуальным, другие — с устаревшими данными. Контактные формы начнут направлять заявки не в то отделение.
Подрядчику стоит задавать не вопрос «соберёте ли вы страницы по шаблону?», а вопрос «как именно вы изолируете локализацию для каждого филиала, не затронув общий слой?»
Пришлите исходник шаблона (или его ID), спецификацию бренда и макеты. Мы проверим изоляцию доработок, найдём места, где доработка одного филиала может затронуть другие, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.