Обычно обсуждаются в жизни и в докладах на разных конференциях "истории успеха" в решении той или иной задачи, разработке новой "фичи" или нового продукта, но редко — неудачи или полные факапы.

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

В командной работе, как и в любом действии, есть одна составляющая, на которую вы, возможно, не обращаете внимания. Я говорю о мотивации. Она присутствует при выполнении любых задач, которые вы поставили перед собой, и зачастую вы ее сами проговариваете или понимаете, не задумываясь об этом.

В Product Management я попал из разработки и учился на практике, подкрепляя её чтением классических продуктовых книг: Lean Startup, Mom's Test, Crossing The Chasm и другие.

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

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

Дорогой друг,

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

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

ну а поездка закончится быстро и печально.

Начало любого проекта – это идея заказчика или владельца продукта, сформулированная в виде бизнес-требований, ТЗ или записок на салфетке.

Как был бы прекрасен процесс разработки, если бы важные детали прорабатывались уже на этом этапе.

К сожалению, зачастую эти самые важные детали обычно опускаются. Вместо них мы получаем противоречивые и запутанные описания, приводящие к противоположному от задуманного результату.

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

Что такое продукт данных? Как правило, продукт данных представляет собой улучшенную версию данных, принадлежащих компании. Это понятные, управляемые и точные сведения, которые превращают данные в актив.