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

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

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

26-страничная разработка сайта юридической фирмы из Пенсильвании под парный файл Figma дизайна — десять шаблонов Elementor на Kinsta, покрывающих практики личного вреда и компенсаций работникам, от 14 индивидуальных страниц практик до двухуровневой структуры лендингов. 78-пунктный контрольный список запуска и две 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. Десять шаблонов, 26 страниц, один процесс разработки. Страницы Lerner, Steinberg & Associates распределены по библиотеке юридических шаблонов агентства: Homepage (1), Practice Area Lander (2 — личный вред и компенсации работникам), Individ.

Practice Area Page (14 — самый тяжёлый шаблон, покрывающий ДТП, грузовые ДТП, мотоциклетные ДТП, падения, укусы собак, врачебную ошибку, wrongful death, ответственность за территорию, наезды на пешеходов, велосипедные ДТП, строительные травмы, повторяющиеся стрессовые травмы, профессиональные заболевания и отказанные иски), 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 — в этой разработке, с контентом, загружаемым через поля ACF в шаблоны Elementor, плагин изначально сообщал об отсутствующих H1 и пустом контенте на каждой странице шаблона; метод проверки контента был перестроен на полно-страничный рендеринг до чистого закрытия прохода.

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

Процесс

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

Команда

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

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

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

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