Разработка сайта юридической фирмы из Пенсильвании на 26 страниц за 22 дня

Клиент (конечный пользователь): Lerner, Steinberg & Associates — Feasterville-Trevose, PA
Формат сотрудничества: White-label юридическая разработка для маркетингового агентства из США
Сроки: сен – окт 2025 · 22 дня · 78 часов на разработку и фазу исправлений и обратной связи

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

Сайт юридической фирмы из Пенсильвании на 26 страниц под парный файл дизайна Figma — 10 шаблонов Elementor на Kinsta, покрывающих практики по травмам, несчастным случаям и компенсациям работникам: от 14 отдельных страниц практик до структуры лендингов по 2 направлениям. Контрольный список запуска из 78 пунктов и 2 очереди QA не были формальностью: они шли параллельно с хвостом исправлений контента, в который вошла сверка адвокатских регалий до согласования с агентством.

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

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

Маркетинговое агентство из США, нанятое Lerner, Steinberg & Associates — пенсильванской фирмой по травмам, несчастным случаям и компенсациям работникам, обслуживающей клиентов по всему штату — передало нам файл Figma дизайна, таблицу Google Sheets с полной картой URL, каталог шаблонов, контрольный список запуска и предварительно заполненные очереди задач.

Разработка велась в их среде Kinsta; конструктор страниц — Elementor с ACF для структурированного контента; контактные формы — через Gravity Forms. Вкладка Templates в таблице Google Sheets содержала библиотеку LEGAL: Practice Area Lander, Individ. Practice Area Page, Lawyer Profile Page, About Us, Blog Lander, Contact Us и вспомогательные юридические страницы.

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

Исходные данные агентства содержали расхождения в контенте — разный стаж у одних и тех же адвокатов, по-разному оформленные разделы Education, почти одинаковые записи в результатах дел. Команда разработки могла их выявить, но не редактировать: тексты практик и адвокатские регалии были вне объёма контракта на разработку.

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

1. 10 шаблонов, 26 страниц, один процесс разработки. Страницы Lerner, Steinberg & Associates распределены по библиотеке юридических шаблонов агентства: Homepage (1), Practice Area Lander (2 — травмы и несчастные случаи, компенсации работникам), Individ. Practice Area Page (14 — самый тяжёлый шаблон, покрывающий ДТП, грузовые ДТП, мотоциклетные ДТП, падения, укусы собак, врачебную ошибку, противоправное причинение смерти, ответственность за территорию, наезды на пешеходов, велосипедные ДТП, строительные травмы, травмы от повторяющихся нагрузок, профессиональные заболевания и отказы по искам), Lawyer Profile Page (1), About Us (1), Blog Lander (1), Contact Us (1), Default Template (3 — отзывы, результаты дел и пост блога), плюс Privacy Policy и Terms of Conditions. Каждая страница создана на назначенном шаблоне из строки карты сайта; ни одна не собрана вручную вне системы шаблонов.

2. Спецификация выполнена строка за строкой — включая колонку Hours Estimated на страницу. Таблица Google Sheets агентства содержала оценочное значение часов для каждой строки. Мы держались этих построчных бюджетов, а не переоценивали отдельные страницы по ходу разработки: заранее просчитанная карта сайта была договорным обязательством между агентством и его клиентом, и пересмотр цены постранично подорвал бы фиксированную смету в часах.

Если строка указывала 12 часов для главной и 4 часа для стандартной страницы практики — это был наш бюджет на строку, и в сумме проект уложился в согласованные 78 часов.

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

3. Хвост исправлений и обратной связи до согласования. После первичной разработки агентство открыло раунды проверки через индивидуальные задачи — 12 задач по исправлению контента и дизайна плюс 32 записи QA-отслеживания. Каждый раунд охватывал и точность контента (единообразие разделов образования адвокатов, согласованность стажа, тексты FAQ и результатов), и правки макета и отступов, и доработки дизайна на уровне страниц. SEO-очередь задач из 43 пунктов отрабатывалась параллельно. Все отслеживаемые задачи были решены в хвосте до согласования агентством.

4. Два параллельных QA-цикла, закрыты до запуска. Задачи отслеживались в двух очередях задач на стороне агентства — очередь SEO (43 строки с описаниями, 29 Completed) и очередь CX (2 строки с описаниями, 1 Completed). Пункты SEO-очереди задач охватывали точность мета-заголовков, согласованность H1 и единообразие контента на 14 страницах практик. 78-пунктный контрольный список запуска — категории Design, Functionality, Content, SEO, Responsive и DNS — закрылся после обеих очередей задач.

Когда QA агентства отметило три противоречащих значения стажа и два по-разному оформленных раздела Education, команда разработки могла выявить каждое расхождение, но не внести правки — это ограничение и задало хвост. Закрыть эти задачи через цикл исправлений и обратной связи, раунд за раундом, — вот чего на самом деле потребовала 22-дневная разработка.

Результаты

Если коротко: разработка на 26 URL сдана на 10 шаблонах в среде Kinsta, в рамках заявленного бюджета 78 часов. Две очереди QA отработаны до уровня, который агентство приняло, контрольный список запуска закрыт до переключения.

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

QA перед сдачей прогнало Site Checker по всем 26 URL. Контент здесь подтягивался в шаблоны Elementor через поля ACF, и плагин поначалу видел на каждой странице отсутствующий H1 и пустое тело; метод проверки контента переписали на рендеринг всей страницы — после этого проход прошёл начисто.

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

Процесс

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

Команда

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

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

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

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