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



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



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



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



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



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



Смотри сам:



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

– Есть пользователи, которые с первого раза не понимают. Надо сделать несколько касаний, чтобы они осознали изменения

– Есть органика, она реагирует через месяц-два



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



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



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



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



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