Фича без валидации — это не риск, а почти гарантированный слив времени

Фича без валидации — это не риск, а почти гарантированный слив времени

В affiliate-продуктах чаще всего ломается не код, а гипотеза. Команда видит боль у одного сильного клиента и сразу делает модуль, который потом не нужен остальным. В итоге продукт растёт не от ценности, а от набора исключений.

Перед разработкой проверьте три вещи:
— есть ли у проблемы повторяемость у 3–5 разных команд;
— готовы ли люди менять текущий воркфлоу ради решения;
— можете ли вы показать прототип без объяснений на 10 минут и получить конкретный фидбек.

Интервью тут полезнее, чем опросы. В узкой арб-аудитории анкета часто ловит вежливые ответы, а не реальные сценарии. На интервью лучше разбирать последний кейс: как человек решал задачу, где терял время, что уже пробовал и почему это не взлетело. Так видно не мнение, а поведение.

Если гипотеза не выдерживает 5 разговоров с разными ролями в команде, её рано превращать в roadmap. Сначала докажите, что проблема частая, дорогая и уже обходится костылями — только потом пишите ТЗ.