Главное, чтобы было быстро

Многих покусала идея коротких быстрых спринтов. Надо короткими циклами катить релизы, и проверять гипотезы.

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

Логично звучит, но это не работает.

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

А на качественную гипотезу по новому продуктовому офферу уйдет месяца три.

Смотри сам:

– Есть траф, там работают алгоритмы. Они должны оптимизироваться на новый оффер, это от 4х недель
– Есть пользователи, которые с первого раза не понимают. Надо сделать несколько касаний, чтобы они осознали изменения
– Есть органика, она реагирует через месяц-два

В результате, если ты серьезные вещи будешь пытаться тестить за две недели, то до конца не дожмешь и бросишь, ведь всё надо быстро.

А все бабки, по опыту, именно в серьезных вещах.

Короткие итерации обычно форсят всякие инвестфонды и трекеры, которые сами таким способом ничего толкового не создали, но советы раздают. А опытные фаундеры грызут бетон до победного.

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

Скорость можно и нужно наращивать, но только при высоком качестве. Не наоборот.