Как и для чего создавать Roadmap

  Product management

Дано:

1. Стартапу год, 20 человек, быстро растет, нанимает людей. Значит у них план того, что надо делать и план нормальный (иначе бы не росли быстро).
2. Фаундер просит роадмап. Почему? В чем цель? Она может быть разной.
— Ему надо делать презентацию на совете директоров и на прошлых бордах ему пеняли, что нет роадмапа и планов;
— Есть ощущение, что компания быстро растет, есть потеря контроля, рассинхрон целей и затягивание сроков;
— Он прочитал в статье на Медиуме, что роадмап это прекрасно, поэтому надо его вот сделать, чтобы было «как надо»;
— Или еще тысяча причин.
3. Чтобы написать толковый роадмап со сроками, не отписку, а вот именно путеводный документ, да еще и чтобы сроки выдерживались — требует хорошего погружения в продукт и команду.

Но это еще не все — надо работать и с разработчиками и с поддержкой и т.д. Это куча времени — месяцы на то, чтобы «грокнуть» продукт и начать формировать его видение.

При этом компания уже же что-то делает успешно?
Значит у них уже есть процессы и план, пусть даже и не формализованный. И скорее всего есть чувак, который является «неявным продактом» — фаундер, руководитель разработчиков, кто-то еще. Всегда кто-то есть.
Вот с ним и надо поговорить, вытащить все планы, понимание продукта, намеченные сроки и т.д. Помочь это оформить, работать над целями, и т.д. — набирая опыт, чтобы потом формировать уже свою повестку.

 

Хороший стартовый список задач

1. Узнаю еще раз у фаундера:

  • цели в целом для компании на ближайший год;
  • почему такие цели;
  • насколько они выполнимые по его мнению;
  • как компания хочет их достигнуть и за счет чего;
  • какие проблемы есть сейчас.

 

2. Начну собирать цифры:

  • узнаю какие системы аналитики используются;
  • за какими метриками следят;
  • как они считаются;
  • попробую прикинуть экономику продукта;
  • построить воронки, посмотреть слабые места.

 

3. Начну погружаться в предметную среду (пользователи и конкуренты):

  • живые интервью с пользователями, поработать вместе с пользователями (зависит от продукта);
  • анализ конкурентов прямых и не прямых;
  • чтение тематических блогов, книг и т.п.;
  • исследование того куда движется индустрия.

 

4. Познакомлюсь с командой:

  • узнаю кто есть сейчас в команде, как они работают, за что отвечают;
  • узнаю как каждый человек в команде видит развитие продукта, какие проблемы он видит;
  • посмотрю со стороны как работает команда, в каком режиме.

 

5. Познакомлюсь с продуктом:

  • начну его использовать;
  • разбираться в архитектуре (сделаю пару простых фичей, поработаю в саппорте), чтобы понять насколько сложно\просто делать какие-то вещи.

 

По итогам, пойму, каких ролей не хватает в команде и продукте (сильные\слабые стороны) и что происходит вокруг.

https://t.me/proproduct