Динара, отличный вопрос! Вы попали в самую суть проблемы «зелёных полей». Когда нет «было», классические метрики «до/после» действительно не работают. Но это не значит, что гипотезу нельзя проверить. Вот три подхода, которые я использую в таких случаях:

1. Аналоговая оценка Ищем референсы: сколько времени/денег аналогичные решения экономят в смежных отраслях? Да, это не ваши данные, но это лучше, чем «интуиция». Формулируем гипотезу: «Если в отрасли Х эффект составляет Y, то в нашем контексте ожидаем 0.5–0.7×Y из-за специфики».

2. Прокси-метрики Не можем замерить прямую выгоду? Ищем косвенные индикаторы:

• Вместо «рост выручки от нового сервиса» → «конверсия в тестовую группу».
• Вместо «экономия на процессе» → «сокращение шагов в пользовательском сценарии».
• Вместо «удержание клиентов» → «глубина вовлечения в пилот».

3. Поэтапная валидация (Stage-Gate) Разбиваем идею на микро-гипотезы и проверяем их последовательно: Этап 1: «Пользователям вообще нужна эта функция?» → опрос, лендинг, прототип. Этап 2: «Они готовы этим пользоваться?» → MVP на 5–10 пользователей. Этап 3: «Это масштабируется?» → пилот на одном подразделении/регионе.

Ключевая мысль: даже для «того, чего не было», гипотеза должна быть фальсифицируемой. То есть должна быть возможность получить ответ «нет» — и это будет ценным результатом, который сэкономит бюджет.

Динара, а с каким типом «новых идей» вы сейчас работаете? Если интересно — могу в следующем посте разобрать конкретный кейс валидации «с нуля».

Спасибо за вопрос. Работаю над кейсами "нулевых точек", где поиск референсов - это риск для решения и убийство любой инновации на начальном этапе. Или идея настолько новая, что референсов в принципе нет. Если сможете подготовить статью буду рада почитать

Алексей, спасибо за комментарий! Рад, что тема резонирует с практикой крупных структур.

Вы абсолютно правы: формальные методики экономического обоснования (особенно в энтерпрайзе) часто содержат те же принципы — гипотезы, метрики, сценарии. Но есть нюанс, который я наблюдаю на практике:

Проблема не в методике, а в её «переводе» на язык исполнителей Когда гипотезу формулирует топ-менеджмент или внешний консультант, она часто остаётся на уровне «повысить эффективность на 20%». Но для команды, которая будет это реализовывать, нужны операционализируемые критерии: Не «эффективность», а «время обработки заявки». Не «качество», а «процент ошибок при вводе данных».

Как я решаю эту проблему: «Декомпозиция гипотезы» 1.Беру стратегическую цель («снизить издержки»). 2.Спрашиваю: «Какой процесс влияет на эту цель сильнее всего?» 3.Декомпозирую процесс на измеримые шаги. 4.Формулирую гипотезу для одного шага: «Если автоматизируем ручное согласование, то сократим цикл на 2 дня». Так «высокая» гипотеза превращается в задачу, которую можно проверить за 2–4 недели.

Про ФЗ / формулировку гипотез. Если я правильно понял, вы имели в виду, что заказчик / финансовый менеджер не всегда может сформулировать гипотезу. Это классика. Мой подход в таких случаях: 1.Не ждать «идеальной» формулировки от бизнеса. 2.Предложить 2–3 варианта гипотез на выбор: «Правильно ли я понимаю, что мы хотим проверить Х или У?» 3.Зафиксировать выбор письменно — это уже 50% успеха.

Алексей, а как в вашей практике проходит «стыковка» методологии и реальных требований? Есть ли типичные «разрывы», которые вам приходится закрывать? Если тема зайдёт — могу сделать пост про «перевод с бизнес-языка на язык гипотез».