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

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

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

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

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

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

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

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

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

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

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

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

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

Как правило, когда разговор идет об АБ-экспериментах в технологических компаниях, то подразумевается следующий сценарий:

- Формулирование продуктовой гипотезы. Например: если увеличим кнопку «купить» в 2 раза, то конверсия в нажатие вырастет в 10 раз.
- Дизайн подходящего АБ. Выбор ключевых метрик и контрметрик, сегментов пользователей, оценка длительности эксперимента.
- Запуск теста.
- Подведение итогов и принятие решения о внедрении изменений.

То есть основная цель эксперимента – это проверка гипотезы, а в идеале ее подтверждение и, в итоге, изменение продукта в лучшую сторону.

Руководители IT-проектов (РП) на рынке труда в остром дефиците: по данным hh.ru на 1 вакансию приходится 1,9 резюме. Поэтому часто в компаниях один РП ведет по 5-6 проектов. При такой загрузке успеть все и сохранить качество практически невозможно.

Решить проблему с загрузкой нам помог администратор проектов. Прежде чем ввести эту роль, мы детализировали все задачи РП и выделили «рутину». Её и передали администратору.