Фича без валидации почти всегда дороже, чем кажется: как не слить спринт впустую

Фича без валидации почти всегда дороже, чем кажется: как не слить спринт впустую

Перед тем как тащить идею в разработку, проверьте 3 вещи: есть ли у пользователя боль, есть ли у него сценарий, где он уже пытается её закрыть, и готовы ли люди менять привычный процесс. Если хотя бы одного пункта нет — это не фича, а гипотеза на разговор.

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

Рабочая схема простая: сначала 5–7 коротких интервью с теми, кто реально принимает решение или руками пользуется продуктом; потом прототип на одном ключевом сценарии; и только после этого — оценка объёма. Не наоборот. Если человек не готов показать, как делает задачу сейчас, значит у вас пока нет достаточно конкретной проблемы.

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