28-страничная разработка ветеринарного сайта на WordPress за 32 дня

Клиент (конечный пользователь): Stonebridge Veterinary Wellness — Roseville, CA
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: март – апрель 2025 · 32 дня · 43 часа на разработку, QA и доработки

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

28 страниц ветеринарного сайта на WordPress — из макетов Figma и спецификации контента в Google Docs — без существующего сайта для сверки, без базы обходных данных для сравнения. Каждый выбор шаблона, блок контента и URL сверялись с дизайн-файлом; построчные оценки часов из таблицы Google Sheets уложились в 43 часа за 32 дня.

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

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

Stonebridge Veterinary Wellness — ветеринарная практика домашних животных в Roseville, California — многопрофильная, с несколькими врачами, полным спектром услуг: профилактика, хирургия, стоматология, обезболивание, неотложная помощь и транспортировка животных. Маркетинговое агентство из США, специализирующееся на сайтах для локального бизнеса, привлекло нас для создания первого сайта практики на WP Engine с использованием Elementor Pro.

Ситуация с самого начала была greenfield: без существующего сайта, без готового фронтенда для референса, без базы обходных данных. Бриф агентства состоял из дизайн-файла Figma, общего Google Docs с контентом постранично и карты сайта в таблице Google Sheets с 28 URL и построчными оценками часов.

Агентство отвечало за дизайн, контент-стратегию и отношения с клиентом. Мы отвечали за разработку: настройку окружения WP Engine, создание каждого URL по назначенному шаблону, подключение Gravity Forms, настройку мета-полей Yoast по значениям из таблицы Google Sheets, а также последующие QA и доработки.

Задача была прямой. Построить все 28 URL в 9 стандартных шаблонах агентства. Следовать макетам Figma и документу с контентом строка в строку. Соблюдать колонку «Оценка часов» — таблица Google Sheets есть контракт. Неясности возвращать агентству; не импровизировать с дизайном или SEO. Там, где спецификация агентства умалчивала, — отметить, а не додумывать.

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

1. Девять шаблонов, 28 URL, один процесс разработки. Страницы Stonebridge распределились по стандартной библиотеке шаблонов локального бизнеса агентства: Главная, О нас, Лендинг услуг, Страница услуги (применена 6 раз — стоматология животных, транспортировка, профилактика, хирургия, обезболивание, неотложная помощь), Страница врача (4 врача), Лендинг блога, Контакты и Стандартный шаблон, который охватил 6 вспомогательных страниц (новым клиентам, отзывы, условия, конфиденциальность и 2 служебных).

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

2. Спецификация выполнена строка в строку — включая колонку «Оценка часов» на страницу. Таблица Google Sheets содержала оценку часов для каждой строки карты сайта — от 2,0 часов на главную до 0,5 часа на стандартную служебную страницу. Сумма построчных оценок составила 14,7 часов на основную разработку, оставшиеся часы пришлись на управление, QA и доработки. Мы уложились в согласованный бюджет в 43 часа.

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

3. Пути редиректов подготовлены для будущего расширения. В карте сайта были предусмотрены восемь путей редиректов — устаревшие URL и альтернативные пути, которые агентство планировало обработать после запуска. Мы сопоставили каждый в колонке редиректов таблицы Google Sheets, подтвердили чистые ответы 404 на тестовой среде (где не существовало исходного адреса) и оставили таблицу редиректов готовой к DNS-переключению агентства. Мы выбрали подготовку редиректов на этапе разработки, а не сопоставление постфактум после запуска, чтобы таблица была чистой к моменту запуска домена.

4. Два параллельных контура QA, закрытых до передачи. Задачи отслеживались в двух вкладках агентства — очередь задач по ошибкам (20 строк, 18 завершено, 2 к выполнению) и AM QA тестовой среды (50 строк, 31 завершено, 18 на проверке, 1 к выполнению). Контрольный список запуска на 29 пунктов — Дизайн, Функциональность, Этап до миграции и Домен — был закрыт после обработки обеих очередей задач.

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

Результаты

Результат кратко: 28-URL разработка с нуля сдана в 9 шаблонах на WP Engine, в рамках бюджета в 43 часа. Два контура QA отработаны до уровня, приемлемого для агентства, и контрольный список запуска закрыт до передачи.

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

QA-проверка AM на тестовой среде выявила две нерабочие ссылки — заглушка «Directions» в подвале и контактной боковой панели, ведущая в никуда (заглушка из Figma, никогда не привязанная к рабочему URL), и якорь «Contact» на странице биографии врача, не вызывающий навигацию, — оба отмечены в очереди задач в таблице Google Sheets и исправлены до передачи.

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

Процесс

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

Команда

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

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

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

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