34-страничная WordPress-разработка для оральной хирургии за 109 дней

Клиент (конечный пользователь): Peninsula Oral Surgery and Implants — Torrance, CA
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: март – июль 2025 · 109 дней · 115 ч на фазы новой разработки и доработки дизайна по шаблонам

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

34 страницы WordPress-сайта оральной хирургии на 10 брендированных шаблонах, выполненных в две фазы для маркетингового агентства из США. Первый проход создал каждую страницу по столбцу «Оценка часов» в таблице Google Sheets агентства; второй — фаза доработки дизайна по шаблонам — согласовал 305 уникальных пар редиректов внутренних ссылок и довёл две очереди задач QA до закрытия. Весь проект на 115 часов закрылся за 109 дней без перерасхода.

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

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

Маркетинговое агентство из США, работающее с Peninsula Oral Surgery and Implants — клиникой оральной хирургии и дентальных имплантатов в Torrance — передало нам таблицу Google Sheets с полной картой URL, каталогом шаблонов, контрольным списком запуска и заранее заполненной очередью задач. Разработка велась в существующей среде WP Engine агентства; конструктор страниц — Elementor; формы — Gravity Forms.

Задача была поэтапной. Сначала — создать все 34 страницы по 10 стандартным шаблонам агентства. Затем, во второй фазе, которую агентство называет «Доработка дизайна по шаблонам» (Templated Design Development), — принять постраничные расхождения с дизайном, согласовать оставшиеся SEO-вопросы и довести до закрытия очередь задач QA аккаунт-менеджера. На протяжении всего проекта оставаться вне прямого контакта с конечным клиентом, выносить неясности на уровень агентства, не принимать самостоятельно дизайнерских или SEO-решений.

Риск не в написании кода для 34 страниц по спецификации шаблона — он в передаче сайта, у которого вторая фаза не закрыта, и в обнаружении того, что партнёр считал завершение первого прохода финишной чертой. Бриф этого проекта был построен именно вокруг этой проблемы: две явные фазы, две очереди задач QA, один бюджет в фиксированных часах, покрывающий обе.

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

1. Десять шаблонов, 34 страницы, единый процесс разработки. Страницы Peninsula были распределены по стандартной библиотеке стоматологических шаблонов агентства: Главная, О нас, Контакты, Лендинг услуг, Страница услуги (самая трудозатратная — 15 страниц услуг, которые были структурно слишком разнообразны для единого шаблона вёрстки и требовали отдельных групп полей ACF для каждого типа процедуры), Страница врача (3 врача), Галерея улыбок, Лендинг блога, Блог и стандартный запасной шаблон, под который попали 13 вспомогательных страниц (страхование, финансирование, формы для пациентов, политики).

Каждая страница строилась по назначенному шаблону из строки карты сайта; ни одна страница не создавалась вручную вне шаблонной системы. Мы использовали ACF Conditional Logic совместно с Elementor, чтобы подставлять правильную вёрстку полей для каждой процедуры внутри общего шаблона страницы услуги, не создавая отдельных шаблонов страниц для каждого типа.

2. Спецификация выполнялась строка за строкой — включая столбец «Оценка часов» по каждой странице. таблица Google Sheets агентства содержала значение «Оценка часов» для каждой строки. Мы реализовывали страницы в рамках этого показателя. Там, где строка указывала 4 часа на Главную и 1 час на стандартную страницу услуги, — это был наш бюджет для строки, а совокупный итог сошёлся с договорёнными 115 часами на проект.

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

3. Согласование редиректов внутренних ссылок для 305 уникальных пар URL. Аудит внутренних ссылок выявил сотни гиперссылок со старыми путями, встроенных в текст страниц. Мы согласовали 305 уникальных пар URL во вкладке таблицы Google Sheets «Links-with-Redirects» — каждая пара была отображена от пути на тестовой среде к финальной цели на рабочем сервере и проверена по таблице редиректов. Все строки закрыты со статусом Fixed до передачи.

4. Два параллельных QA-цикла, закрытых до запуска. Задачи отслеживались в двух вкладках агентства с очередями задач — очередь задач SEO (50 строк, приоритеты от Low до Urgent) и QA-обзор тестовой среды аккаунт-менеджера (29 строк, со скриншотами из тестовой среды). Из этих 79 позиций 71 была закрыта как Completed до запуска; остаток — ожидание уточнений от конечного клиента. Контрольный список запуска из 29 строк — колонки Design, Functionality, Pre-Migration, Post-Migration — был закрыт за обеими очередями задач.

Двухфазная структура — первый проход разработки с последующей доработкой дизайна по шаблонам — означала, что постраничный бюджет по «Оценке часов» должен был выдержать обе фазы, а не только первую. Именно тот же построчный подход при обработке 305 пар редиректов и двух очередей задач QA во второй фазе не позволил проекту пересмотреть ценообразование в момент начала работ по согласованию.

Результаты

Итог, без лишних слов: 34-URL разработка агентства запущена на 10 шаблонах в среде WP Engine в рамках договорённого бюджета 115 часов. Две очереди задач QA доведены до уровня приёмки агентством, контрольный список запуска закрыт до переноса на рабочий сервер.

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

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

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

Процесс

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

Команда

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

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

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

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