Как оценить сложный сайт до разработки: discovery, scope и первый work slice
Автор: WebGoodPeople
Сложный сайт нельзя честно оценить по двум строкам в мессенджере. Если внутри есть каталог, роли, интеграции, личный кабинет, поиск, SEO-структура или старый Bitrix-контур, фиксированная цена до discovery почти всегда превращается в риск: либо подрядчик закладывает большой запас, либо важные работы всплывают уже после старта.
Что мы проверяем до оценки
На первом этапе WGP собирает не огромный документ, а компактную карту требований: что должно работать в базовом запуске, что является optional, где есть клиентская специфика и какие критерии приемки можно проверить на staging.
- бизнес-цель: продажи, заявки, скорость релизов, SEO, снижение операционного риска;
- данные: каталог, свойства, остатки, цены, пользователи, контент, миграции;
- интеграции: 1C, CRM, платежи, доставка, поиск, аналитика, внешние API;
- роли и сценарии: администраторы, менеджеры, покупатели, B2B-клиенты;
- acceptance criteria: какие экраны, события, формы и edge cases считаются готовыми.
Почему это быстрее, чем начинать сразу
Discovery не тормозит проект. Он убирает шум из разработки. Когда базовый scope отделен от optional-части, команда может дать реалистичный диапазон, предложить первый work slice и показать workflow: Git Flow, staging, production checks, прозрачные задачи и понятные демо.
Такой подход особенно важен для replatform и headless-проектов поверх существующего backend. Мы не предлагаем одномоментно переписать все, что приносит деньги. Часто правильнее начать с ограниченного участка: категории, поиска, каталожной выдачи, формы заявки или другого измеримого bottleneck.
Как выглядит следующий шаг
Если задача уже похожа на коммерческий проект, нормальный вход — короткий аудит или pilot. После него можно обсуждать бюджет предметно: scope, интеграции, данные, роли, сроки, командную емкость и риски. Для продуктовых Frontbox-форматов возможна фиксированная упаковка. Для кастомной разработки честная цена появляется только после того, как видны требования.
Связанные материалы: услуги WGP, почему не стоит начинать rewrite без discovery, обсудить проект.
Читайте также
Статьи по близким темам — из реальных проектов.
Почему мы не называем точную цену кастомной разработки до scope review
Короткий разбор для владельца или CTO: какие вводные нужны до оценки, как отделить базовый scope от optional и какой первый шаг снижает риск бюджета.
Blog · July 26, 2026Лид-форма без слепой зоны: что измерять до заявок по e-commerce проекту
Короткий checklist для владельца и CTO: какие события формы, UTM и thank-you страницы стоит видеть до запуска платного трафика или replatform-кампании.
Blog · July 22, 2026Audit scope перед replatform: что проверить до бюджета
Короткий список артефактов, которые owner, CTO и маркетинг должны получить до оценки сложного e-commerce проекта: риски, scope, метрики и первый work slice.
Рассылка
Разборы headless‑миграций и AI‑пилотов
Раз в 2 недели — реальные кейсы, цифры и архитектурные решения. Без маркетингового шума.