Разработка 27-страничного сайта стоматологии с несколькими филиалами на WordPress за 140 дней

Клиент (конечный пользователь): Alta Dental Group — Irvine, CA
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: май – сен 2025 · 140 дней · 63 часа на разработку и исправления

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

27-страничный сайт стоматологии с несколькими филиалами, построенный по макетам Figma — две клиники под одним брендом, один домен, отдельные номера телефонов для каждого филиала. Кнопка звонка, которая на мобильных устройствах вела только в один офис — не мелкая неточность, а потерянная точка конверсии. Работа заняла 63 часа на протяжении 140 дней, в две параллельные QA-очереди задач — 75 SEO-проблем, отмеченных агентством, и 29 CX-задач.

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

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

Маркетинговое агентство из США, нанятое Alta Dental Group — стоматологической практикой с несколькими филиалами в Irvine, работающей под единым брендом — передало таблицу Google Sheets с полной картой URL, дизайн-файл Figma, каталог шаблонов, контрольный список запуска и предзаполненные QA-очереди задач. Разработка велась на их окружении WP Engine; конструктор страниц — Elementor; формы — Gravity Forms. Дизайн Figma содержал полную спецификацию бренда, включая анимацию перехода при прокрутке, которую клиент отметил ещё до начала разработки.

Задача: построить 27 URL по стандартной библиотеке шаблонов агентства для стоматологии, применить дизайн-спецификацию Figma ко всем страницам, наполнить страницы услуг контентом от агентства и отработать две параллельные QA-очереди задач — SEO и CX — до приёмки сайта агентством. При этом не выходить на прямой контакт с конечным клиентом; передавать неясности агентству; не импровизировать с контентом, навигацией или маршрутизацией по филиалам.

Это не расширение объёма, а нормальная форма разработки для нескольких филиалов, требующая подрядчика, который доводит такие задачи до закрытия, а не считает первый проход финишной чертой.

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

1. Девять шаблонов, 27 страниц, единый процесс сборки. Страницы Alta Dental Group распределились по стандартной библиотеке шаблонов агентства для стоматологии: Homepage, About Us (2 страницы — лендинг команды и дополнительная страница о нас), Contact Us, Services Lander, Service Page (17 отдельных страниц услуг, включая неотложную стоматологию, зубные импланты, эстетическую стоматологию, костную пластику и специализированные процедуры), Doctor Page (4 страницы врачей), Location и Default Template для страницы страхования, добавленной в процессе работы.

Каждая страница построена на назначенном шаблоне из карты сайта; ни одна страница не создавалась вручную вне системы шаблонов.

2. Спецификация соблюдена построчно — включая колонку Hours Estimated на страницу. Таблица Google Sheets агентства содержала оценку часов для каждой строки карты сайта — главная страница за 12 ч (самая трудоёмкая строка, отражающая спецификацию анимации), страница About / Our Team за 3,5 ч, страницы услуг за 0,5 ч каждая после формирования начального корпуса контента.

Мы реализовали всё в рамках этих значений. 12-часовая строка главной страницы была ключевой: дизайн Figma содержал анимации перехода при прокрутке, отмеченные клиентом, и их корректная реализация в стеке Elementor потребовала дополнительных итераций, которые бюджет строки предусматривал.

Принцип: при разработке с предварительно оценённой картой сайта таблица Google Sheets является контрактом. Задача команды разработки — уложиться в построчные бюджеты, а не открывать заново обсуждение цены, когда сложная страница требует больше календарного времени, чем стандартная шаблонная.

3. Пачки контента для страниц услуг приняты в процессе работы. Исходная карта сайта содержала ориентировочные оценки для страниц услуг в ожидании контента от агентства. В ходе работы поступили две пачки контента — сначала частичный набор, на основе которого были построены начальные страницы услуг, затем вторая пачка, потребовавшая переоткрытия готовых страниц для интеграции контента.

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

4. Маршрутизация контактов для двух филиалов проверена при сдаче. Ближе к концу проекта QA-очередь задач выявила проблему маршрутизации: мобильная кнопка звонка по умолчанию вела на номер только одного офиса. Исправление было не косметическим — потребовалось подключить всплывающее окно выбора офиса в мобильную навигацию, аналогичное десктопному модальному окну «Call Us». Задача прошла два QA-цикла до приёмки агентством, а страница страхования, одновременно добавленная в меню, была закрыта в том же QA-проходе.

5. Два параллельных QA-цикла, закрытых до запуска. Задачи отслеживались в двух очередях задач агентства — очереди задач SEO (75 строк) и очереди задач CX (29 строк). Из 75 SEO-пунктов 73 закрыты как Completed до выгрузки данных; 1 остался Info Needed и 1 — To Do, в ожидании ввода от агентства. Из 29 CX-пунктов 26 закрыты как Completed; 1 был In Progress и 2 — Info Needed на момент выгрузки. Контрольный список запуска из 29 строк — колонки Design, Functionality, Content, Pre-Migration, Post-Migration — был согласован до перехода в продакшен.

12-часовая строка главной страницы — самая трудоёмкая в карте сайта, со спецификацией анимации перехода при прокрутке — задала темп всей разработки: сначала решить самую сложную страницу, затем принять пачки контента для страниц услуг в рамках оставшихся строк. Работа в таком порядке позволила закрыть две поставки контента и исправление маршрутизации для двух офисов в рамках исходной оценки в 63 часа.

Результаты

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

Строка 30 очереди задач CX содержала самую критическую находку по маршрутизации за весь проект: мобильная кнопка звонка в правом верхнем углу была привязана только к одному офису, поэтому потребовалось создать всплывающее окно выбора офиса и связать его с существующим настольным модальным окном «Call Us» — проблема, из-за которой пациенты могли звонить не в тот офис.

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

Процесс

Этапы пересекаются — пачки контента поступали во время первого QA-прохода, поэтому календарная длительность составила 140 дней, а не сумма отдельных этапов.

Команда

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

• Никита Тумашевич — ведущий разработчик на этапах разработки и исправлений
• Павел Сажин — управление проектом и QA-итерации
• Анна Полунина — поддержка разработчика по интеграции контента страниц услуг и QA-раундам
• Тимур Арбаев — QA-итерации и исправления
• Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)

Управление проектом со стороны агентства и коммуникация с конечным клиентом оставались у партнёрского агентства на всём протяжении. Наша команда была невидима для конечного клиента.

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