Audit scope перед replatform: что проверить до бюджета
Автор: WebGoodPeople
Большой replatform часто начинается слишком рано: команда уже обсуждает стек, дизайн и сроки, но ещё не понимает, где настоящие ограничения. Для e-commerce это опасно. Каталог, поиск, checkout, 1С, CRM, платежи, доставка, SEO и роли пользователей влияют на бюджет сильнее, чем выбор фреймворка.
Поэтому перед оценкой нужен не длинный документ на 100 страниц, а короткий audit scope. Его задача — убрать слепые зоны и дать owner, CTO и маркетингу общую карту решения.
Что должно попасть в audit scope
- Критичные сценарии. Категория, карточка товара, поиск, фильтры, корзина, checkout, личный кабинет и сценарии возврата пользователя.
- Интеграции. 1С, CRM, оплаты, доставки, маркетплейсы, аналитика, email/SMS и внешние API, от которых зависит запуск.
- Данные и SEO. URL-структура, canonical, sitemap, редиректы, индексация, контентные поля и риск потери органического трафика.
- Release path. Git Flow, staging, тесты, rollback, владельцы приемки и доступы к окружениям.
- Метрики baseline. Скорость ключевых страниц, ошибки API, поиск без результатов, конверсия по шагам, форма заявки и события аналитики.
Что не стоит обещать до discovery
Для кастомной разработки не надо фиксировать итоговую цену до того, как понятны scope, интеграции, данные, роли, workflows и acceptance criteria. Правильнее разделить базовый объём и optional/client-specific блоки, показать бюджетный коридор и предложить малый проверяемый work slice.
Фиксированная цена уместна для продуктовых форматов вроде Frontbox subscription или заранее упакованного pilot scope. Replatform, интеграции и нестандартные сайты требуют оценки по фактам.
Какой следующий шаг снижает риск
После audit scope хороший следующий шаг — не полный rewrite, а ограниченный pilot, integration spike или release-support этап. Команда получает staging-ссылку, критерии приёмки и измеримый результат. Клиент видит скорость, качество коммуникации и реальный риск до большого обязательства.
У WGP этот маршрут описан на странице процесса: аудит за 48 часов, scope до бюджета, демо каждую пятницу и zero-downtime запуск. Если нужно сравнить форматы, посмотрите стоимость и модели работы или начните с пилота. Для предметного разбора отправьте текущий сайт и 3-5 бизнес-задач через контактную форму.
Читайте также
Статьи по близким темам — из реальных проектов.
Scope до бюджета: как оценивать кастомную разработку без фикса вслепую
Короткий разбор для владельца и CTO: какие данные нужны до оценки сайта, как отделить базовый scope от optional и с какого work slice безопаснее стартовать.
Blog · July 19, 2026Почему сложный сайт нельзя честно оценить до discovery
Практичный разбор WGP: какие данные нужны перед оценкой кастомной разработки, как отделить базовый scope от optional и зачем начинать с первого work slice.
Blog · July 18, 2026Что прислать перед оценкой custom-сайта или replatform
Короткий brief для оценки custom-разработки, replatform и интеграций: цель, стек, критичные сценарии, риски, данные, сроки и acceptance criteria.
Рассылка
Разборы headless‑миграций и AI‑пилотов
Раз в 2 недели — реальные кейсы, цифры и архитектурные решения. Без маркетингового шума.