Как оценить сложный сайт до разработки: 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, обсудить проект.
Читайте также
Статьи по близким темам — из реальных проектов.
1% конверсии на каталоге 100k SKU: разбор, от которого устанет ваш CFO
Когда команда говорит CFO «давайте инвестируем в performance, это даст 1% конверсии», CFO слышит «рассеиваем бюджет на микро-оптимизацию». Это логичная…
Blog · July 1, 2026Контрольные точки в разработке сложного сайта
Как owner и CTO понять, что сайт, интеграции и запуск под контролем: baseline, staging, acceptance criteria, rollback и runbook без пустых обещаний.
Blog · June 30, 2026Два пилота, две траектории: почему один выстрелил, а второй закрылся
В 2025 году мы делали два пилота с похожими по характеристикам клиентами. Оба — e-commerce на Битрикс, каталоги 40k–60k SKU, TTFB 900–1100 мс. Одинаковая…
Рассылка
Разборы headless‑миграций и AI‑пилотов
Раз в 2 недели — реальные кейсы, цифры и архитектурные решения. Без маркетингового шума.