Ваш roadmap устарел
Недавно прочитала классный пост про roadmap-ы, который очень сильно мне откликается. Суть поста: планирование в старом его виде больше не работает.
Если раньше ты мог довольно легко перечислить продукты, которые команда будет запускать в этом году, а иногда, даже в следующем, то сейчас горизонт продуктового планирования сжимается до квартала максимум.
Почему так?
Кроме нестабильности мира, о которой нам всем не понаслышке известно, появились инструменты, позволяющие не просто быстро, а сверхбыстро собирать и проверять продукты, а затем практически в моменте принимать решение о масштабировании.
Навайбкодили небольшой сайт / лендос / whatever за день, в этот же день запустили на клиента и либо получили классные конверсии и покупки, либо нет. Не получили - завтра слепили что-то новое и запустили новый круг.
Только вот на самом деле что-то подобное было и раньше. Мы делали (и делаем) вебвью вместо натива, чтобы было быстрее. Мы запускаем пуши, чтобы проверять идеи ещё не существующих продуктов, ведя клиента на лендос с предзаказом. А ещё раньше такие же штуки проверяли с помощью почтовых рассылок.
И получается, что важно здесь вообще не появление вайбкодинга.
Вы либо работаете в компании, которая готова быстро принимать решения и так же стремительно в эти решения бежать, либо вы работаете в компании, которая так не умеет.
И тогда никакой новый инструмент не приведёт вас в точку быстрой проверки и запуска. Даже если после вайбкодинга появится что-то ещё быстрее.
Если бы мне предложили поставить на одну из двух лошадей — ту, которая один раз делает «добротно», стараясь заранее предсказать выхлоп от этого «добротно», или ту, которая делает несколько подходов, из которых 80% оказываются ошибочными, я бы поставила на вторую. Потому что это - лучшее понимание аудитории, проба пера, калибровка бизнеса, которая так нужна, когда ты создаешь что-то новое. И это n-ое кол-во дополнительных шансов найти то, что действительно работает.
И, кстати, иногда то, что оказалось ошибкой два года назад, стоит попробовать снова. Потому что меняются аудитория, технологии, рынок и контекст. Пример тому: очень давно запущенный в еще тогда Тинькофф-Банке «Город», который стал актуален сильно позже момента запуска.
Конечно, это не значит, что нужно навайбкодить биллинг мобильного оператора, выкатить его на несколько миллионов клиентов и посмотреть, что получится. Есть инфраструктура, core-функциональность и другие решения, где цена ошибки слишком высока.
И, как правило, компании в таком режиме «добротно» чувствуют себя довольно неплохо. Проблемы начинаются тогда, когда правила этого режима применяют вообще ко всему: чтобы проверить условный лендос, нужны три месяца согласований, разработка и место в roadmap на следующий год.
Поэтому, кажется, roadmap на самом деле еще не всё. Всё - roadmap, в котором мы пытаемся закоммититься больше чем на 8-12 недель вперёд.
На мой взгляд, современный roadmap не должен быть списком решений, которые мы обещаем реализовать. Это список проблем и направлений, в которые мы собираемся идти, оставляя себе право постоянно менять конкретное решение по мере того, как узнаём что-то новое.
А способность компании делать это быстро - куда более серьёзное конкурентное преимущество, чем любая новая фича.
О чем плачут продакты 🖤
Post #336
740
- ❤ 7
- 👍 6
- 🔥 6
- 🤓 2
- 🤔 1