21-страничная разработка сайта стоматологии на WordPress за 31 день

Клиент (конечный пользователь): Songbird Dental Studio — Crawfordville, FL
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: март – апрель 2025 · 31 день · 50 часов на разработку, QA и интеграцию контента

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

21 страница сайта стоматологической практики на WordPress — из макетов Figma в Elementor, по карте сайта из таблицы Google Sheets, где у каждой строки была своя оценка в часах. Каркас подняли до того, как пришёл весь контент: так не остаётся щели, в которую менее осторожный подрядчик сложил бы структуру. Дальше — хвост интеграции контента и проверка в два контура. Всё уложилось в 50 часов за 31 день.

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

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

Маркетинговое агентство из США, нанятое Songbird Dental Studio — стоматологической клиникой общего профиля в Crawfordville, Florida — передало нам таблицу Google Sheets с полной картой сайта, макетами Figma для главной и внутренних страниц, каталогом шаблонов, контрольным списком запуска и предзаполненными очередями задач SEO и аккаунт-менеджера. Разработка велась на их окружении WP Engine; конструктор страниц — Elementor; формы — Gravity Forms.

Задача: построить все 21 страницу по библиотеке шаблонов агентства, сверстать макеты Figma в Elementor, интегрировать контент по мере его поступления от клиента, настроить формы и обработать обе очереди задач QA до тех пор, пока агентство не примет сайт. Дизайн, контент-стратегия, SEO-стратегия и коммуникация с клиентом оставались за агентством.

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

1. Тринадцать шаблонов, 21 страница, один процесс — по макетам из Figma. 21 страница сайта распределилась по стандартной библиотеке шаблонов агентства: Главная (1), О нас (2 — страница практики + биография врача), Лендинг блога (1), Блог (1), Контакты (1), Лендинг услуг (1), Страница услуги (8 — отбеливание зубов, стоматология под седацией, импланты, осмотры, виниры, удаление, протезы, косметическая стоматология, общая стоматология, восстановительная стоматология), Галерея улыбок (1), Новый пациент (1), Технологии (1) и Стандартный шаблон (2 — страница благодарности + 404).

Каждая страница была сопоставлена со своим шаблоном из строки карты сайта ещё до того, как была написана первая строка Elementor.

2. Структурное сопоставление Figma → Elementor, а не визуальное копирование. Исходный дизайн был прототипом Figma, а не статическим макетом. Мы рано выявили структурные примитивы — иерархию заголовков, отступы секций, мобильные точки адаптации — и подтвердили, что итоговый вывод соответствует спецификации Figma, прежде чем страница покидала тестовую среду.

3. Колонка «Оценка часов» на строку как контракт. В карте сайта агентства для каждой строки стояло значение «Оценка часов» — 9 часов на главную, 2 часа на лендинг услуг, 0,2 часа на стандартную страницу услуги и т. д. Наша задача — уложиться в эти построчные бюджеты без пересогласования по каждой странице. Построчные бюджеты мы приняли как обязательные и не вскрывали ценообразование заново, когда в контенте появлялись пробелы, — этот выбор сохранил агентству модель фиксированной стоимости. По проекту в целом уложились в согласованные 50 часов.

4. Два контура QA, отработанные до запуска. Задачи вели в двух очередях агентства: очередь SEO (48 строк, приоритеты от Low до High) и очередь аккаунт-менеджера (20 строк, со скриншотами по тестовой сборке). Из 48 позиций SEO 40 закрыли как Completed до запуска; 5 остались в To Do, 1 — контрольная точка после выхода сайта, 1 — In progress. Из 20 позиций аккаунт-менеджера закрыли 19. Контрольный список запуска на 29 пунктов — Дизайн, Функциональность, Контент, До миграции, После миграции — закрыли последним, после обеих очередей.

Объём работ удерживала колонка «Оценка часов» по строкам карты сайта. Когда контент пришёл с задержкой и страницы-заполнители выглядели кандидатами на вычёркивание, именно построчные бюджеты стали контрактом, сохранившим в разработке каждый URL, — и по итогу мы уложились ровно в согласованные 50 часов.

Результаты

Если коротко: 21 URL в 13 шаблонах на WP Engine, в рамках согласованного бюджета в 50 часов. Две очереди правок QA (SEO + аккаунт-менеджер) отработали до уровня, приемлемого для агентства, а контрольный список запуска закрыли до выхода домена.

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

Проверка перед передачей на 21-страничной сборке на тестовой среде вскрыла две категории проблем: внутренний QA-скрипт проверил статусы страниц, метаданные, ссылки и структуру заголовков по всей карте сайта, а ручной аудит изображений нашёл присланные агентством JPG по 200–500 КБ каждый — их пакетно перегнали в WEBP, и только после этого закрылся контрольный список производительности.

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

Процесс

Разработка и QA велись параллельно со второй недели; этап интеграции контента начался до закрытия всех задач этапа разработки — поэтому календарь составляет 31 день, а не сумму последовательных фаз.

Команда

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

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

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

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