{"id":14277,"url":"\/distributions\/14277\/click?bit=1&hash=17ce698c744183890278e5e72fb5473eaa8dd0a28fac1d357bd91d8537b18c22","title":"\u041e\u0446\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c \u043b\u0438\u0442\u0440\u044b \u0431\u0435\u043d\u0437\u0438\u043d\u0430 \u0438\u043b\u0438 \u0437\u043e\u043b\u043e\u0442\u044b\u0435 \u0443\u043a\u0440\u0430\u0448\u0435\u043d\u0438\u044f","buttonText":"\u041a\u0430\u043a?","imageUuid":"771ad34a-9f50-5b0b-bc84-204d36a20025"}

Мнение и ключевая мысль книги «Вдохновленные. Все, что нужно знать продакт-менеджеру»

Или три недостатка Roadmap, которые могут привести к провалу проекта.

​В оригинале: INSPIRED. How to Create Tech Products Customers Love.

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

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

Руководители часто хотят видеть план работы, который состоит из требуемых функций и сроков их реализации (Roadmap). Это логично, ведь им важно понимать над чем работает команда и каким-то образом контролировать процесс. Но в этом методе есть несколько упущений, которые могут привести к провалу проекта:

  1. На разработку ценной функции требуется несколько итераций, поэтому просто сделать ее мало. Нужно протестировать решение, собрать обратную связь и внести улучшения. А если бы вы остановились на первой версии, она могла не принести пользователю дополнительной ценности, из-за чего он мог перестать использовать продукт. Получилось бы, что функция есть, но смысла в ней нет.
  2. Задача продукта — не создание новых функций, а достижение бизнес-результатов. Поэтому нужно, чтобы каждая функция приносила результат, который можно измерить с помощью метрик. Вот пример: добавление возможности зарегистрироваться через Facebook (функция) должно повысить конверсию на X% (метрика).
  3. Составлять Roadmap продукта из функций — не лучшая идея, ведь пользователи ждут другого — решения своих проблем. На основе этого и нужно планировать работу. Функция — один из вариантов решения проблемы и не факт, что самый лучший. Нужно всегда опускаться на уровень ниже и пытаться найти другие решения.

Итог: отличная книга, которая формирует представление о разработке современных ИТ-продуктов. Хотел бы прочитать ее раньше.

Практика: 💼 💼 •
Интерес: ☕️ • •
Мотивация: ⚡️ • •
Сложность: 🤔 • •

P.S. Мне нравится подход, описанный автором, но во время чтения меня не покидала мысль, что великие инноваторы действуют по-другому — не слушают проблемы людей, а создают в воображении желаемый мир, а после тратят все силы, чтобы сделать его реальным.

Илья, iskros.com.

0
Комментарии
-3 комментариев
Раскрывать всегда