Почему мы не называем точную цену кастомной разработки до scope review
Автор: WebGoodPeople
Когда сайт, магазин или B2B-портал уже работает, точная цена без проверки вводных почти всегда превращается в риск для обеих сторон. На первый взгляд задача звучит просто: обновить витрину, ускорить каталог, добавить интеграцию или перенести frontend на Next.js. Внутри обычно есть роли, данные, 1С, CRM, платежи, доставка, SEO-структура, контентный процесс и ограничения релизов.
Поэтому для кастомной разработки мы начинаем не с обещания fixed price, а с короткого scope review. Это не длинное ТЗ и не продажная презентация. Это компактная карта проекта, по которой владелец, CTO и маркетинг видят, что входит в первый этап, что является optional, а что зависит от конкретных данных или интеграций.
Что нужно понять до оценки
- какой стек уже работает и какие части системы нельзя останавливать;
- какие сценарии критичны для денег: каталог, поиск, корзина, checkout, личный кабинет;
- какие интеграции влияют на сроки: 1С, CRM, платежи, доставка, внешние API;
- какие данные нужно перенести или синхронизировать;
- какие роли, workflows и acceptance criteria нужны для приёмки;
- какой первый work slice можно проверить без большого бюджета.
Где fixed price уместен
Фиксированная цена нормально работает для продуктовых форматов Frontbox: подписка, white-label или явно упакованный pilot с ограниченным scope. Там заранее понятны рамки решения и точки контроля.
Для нестандартного сайта, replatform или интеграций честнее дать бюджетный коридор после discovery, затем оценку по этапам. Так клиент не покупает красивую цифру, которая сломается на первом нестандартном сценарии.
Как мы снижаем риск
Мы предлагаем маленький проверяемый шаг: аудит, pilot, integration spike или test slice. На этом этапе видны скорость коммуникации, качество кода, подход к staging/production checks и то, насколько команда умеет объяснять риски без тумана.
Дальше уже можно обсуждать полноценный этап: с прозрачным Git Flow, открытыми исходниками, базой знаний для клиента и понятными критериями приёмки.
См. также: о студии WGP, как мы работаем и форма для первичного scope review.
Читайте также
Статьи по близким темам — из реальных проектов.
Лид-форма без слепой зоны: что измерять до заявок по e-commerce проекту
Короткий checklist для владельца и CTO: какие события формы, UTM и thank-you страницы стоит видеть до запуска платного трафика или replatform-кампании.
Blog · July 22, 2026Audit scope перед replatform: что проверить до бюджета
Короткий список артефактов, которые owner, CTO и маркетинг должны получить до оценки сложного e-commerce проекта: риски, scope, метрики и первый work slice.
Blog · July 21, 2026Scope до бюджета: как оценивать кастомную разработку без фикса вслепую
Короткий разбор для владельца и CTO: какие данные нужны до оценки сайта, как отделить базовый scope от optional и с какого work slice безопаснее стартовать.
Рассылка
Разборы headless‑миграций и AI‑пилотов
Раз в 2 недели — реальные кейсы, цифры и архитектурные решения. Без маркетингового шума.