Рус
Eng
Привет, меня зовут Миролюбов Владимир
Моя специальность — продакт-менеджмент и онлайн-бизнес. Изучаю психологию и философию. Делюсь разными идеями и мыслями на все эти темы. Больше обо мне тут.
15 April, 2017 in Книга

Общий раздел

global-things

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

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

Как правильно ставить и реализовывать любые таски?

Разработка конкретной продуктовой функции практически на 100% связана с механикой, которая описывалась в самом начале этой книги и любая фича должна пройти свой путь от идеи до функции на сайте.

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

  1. Формулировка пользовательской проблемы, которую решает фича.
  2. Формулировка идеи, с помощью которой можно решить проблему.
  3. Формулировка метрик для оценки результативности.
  4. Интерфейсная реализация идеи.
  5. Техническое формулирование и разработка.
  6. Реализация функции на сайте.
  7. Сбор статистики и съем метрик.

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

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

Какой таск-менеджер для it-команды лучше всего?

Конечно, это Asana, который запустил со-основатель Facebook Дастин Московиц. Простейший интерфейс, single-page и гибкий функционал, позволяющий сделать из нее даже CRM-систему для отдела продаж (используем на одном из проектов), убивает все имеющиеся на рынке аналоги, чтобы там про них не говорили их маркетологи.

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

В какое время продуктивнее всего работать?

Не знаю как у других, но мой график работы никогда не был нормированным в формате “с __ до __”. Как говорилось ранее, работа продукт-менеджера связана с множеством направлений, которые связаны с еще большим множеством специфичных вещей, размазанных по времени.

По себе давно заметил, что первая половина рабочего дня (до 12:00 AM) — самая продуктивная в плане мыслительно-аналитического процесса. Именно поэтому я стараюсь не читать почту/газет/новостей/соц. сетей до 12:00, а всецело отдаюсь кружке крепкого чая и обдумыванию текущих проектных тасков “на подумать”.

Почему получается более продуктивно? Не знаю — наверное, мозг еще не засорен лишним информационным шумом, ненужными фактами, что позволяет направить мыслительный процесс строго в нужном направлении. Попробуйте просто изолировать свой мозг от чтения новостей в метро или бессмысленной проверки новостей на ФБ и сосредоточьтесь именно на задачах — увидите как сложные задачи перестану быть таковыми :)

Как не перегореть продукт-менеджеру?

Есть несколько способов избежать того, что называется «перегорел на работе», что очень часто встречается у продукт-менеджеров, которые сутками на пролет смотрят в монитор ноутбука, на котором меняются вкладки Slack, Asana, Gmail и интерфейса сайта, над которым они работают.

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

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

Если нужно быстро отключиться от обилия информации и привести мозги в порядок, то достаточно сделать шаг в сторону с помощью алкоголя или марихуаны. В сочетании с горячей ванной, эти штуки переводят ваше сознание в измененное состояние, научившись управлять которым вы сможете игнорировать некоторые вещи, на которые вы чересчур сильно обращали внимание будучи в трезвом состоянии (или не обращали на них внимание вообще). Как и со всякими такими вещами, этими не стоит злоупотреблять и необходимо знать определенную меру. И да, не забудьте проконсультироваться с врачом или адвокатом перед применением данного совета.

Как не сжечь команду?

Не менее важным является и общий настрой и энергия команды, которая складывается из энергии каждого ее участника. Выбросьте в помойку все эти HR-тренинги и помните о том, что какие бы цели вы не ставили перед своей командой, они должны явно видеть, что:

  1. Эти цели достигаются.
  2. Эти цели приносят позитивный результат для продукта и пользователей.

Да, людей нужно благодарить (мне не нравится слово «хвалить», оно отдает детством), да в команде должны быть единомышленники и люди с общими убеждениями (но не обязательно интересами), но главное, ради чего работает команда и продукт в целом – решение конкретных задач. Покажите команды, что она успешно это делает и самооценка и самомотивация каждого из ее членов будет расти как на дрожжах без всяких лозунгов и транспорантов.

Как эффективно созваниваться по скайпу?

Работа продукт-менеджера связана с постоянными коммуникациями с членами команды, а, зачастую, и с внешним миром в лице пользователей. Обычно я заранее оговариваю продолжительность созвона, которая в идеальном случае никогда не должна превышать 30 минут.

Почему именно полчаса? Практическим путём я вывел, что за это время можно успеть обсудить практически любую, даже серьезную тему, а чёткие рамки разговора позволяют не отходить от повестки кола, сосредоточившись именно на ней, экономя тем самым ваши время и силы. Можете короче — супер!

Как проводить совещания?

Будь моя воля, я бы вообще их не проводил. Шучу конечно, но мое отношение к частым совещанием скептическое — 80% из них это пустая трата общего времени, которые участники могли бы потратить более эффективно, работая каждый над своим направлением. По собственному опыту скажу, что совещаться больше часа — непродуктивно, т.к уже на 40 минуте обсуждений у всех участников начинает закипать мозг. В совокупности с закрытым помещением и сниженной циркуляцией крови в теле в сидячем положении совещание начинает превращаться в палату для психических больных после приема успокоительных — бессмысленные блуждающие взгляды в поисках здравого смысла.

Но если вы чувствуете, что настало время обсудить какие-то вещи, где требуется “общий разум”, то в обязательном порядке готовьте повестку каждого совещания, строго следуйте ей, не уходя далеко в дебри «о, давайте обсудим заодно вот эту фичу». Обсуждать фичи можно очень долго, но длительность обсуждения без каких-то конкретных «якорей» и промежуточных результатов никак не связана с эффективностью ее реализации и применения.

Насчет «якорей». В обязательном порядке документируйте каждое решение по каждому пункту. Это позволит избежать путаницы в будущем когда всплывет вопрос: “кто/когда/почему это придумал/решил/заапрувил” вы всегда будете знать, каким образом и почему данное решение было принято.

Как искать “виноватых”?

Краеугольный камень множества команд. Чтобы там не говорили, но виноватые всегда есть. Главное запомнить простое правило:

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

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

Обратная связь и как с ней работать

Предлагаю рассмотреть одну из самых главных для всех продукт-менеджеров метрик — “Net Promoter Score (NPS)” или, по-русски, “Показателя лояльности клиентов”, которая позволяет вам узнать, насколько лояльны к вам и вашему продукту ваши клиенты и является удобным предлогом для сбора от них обратной связи. Этой метрикой пренебрегает множество проектов, но весьма внимательно относятся ТОПовые компании типа того же Uber или Microsoft.

Методология расчета Net Promoter Score основана на систематическом вопросе, который показывается всем пользователям продукта по прошествии какого-то времени его использования и их на ответе на единственный вопрос:

Насколько вероятно, что Вы порекомендуете нашу компанию/услугу/продукт другу или коллеге?

Пользователям предлагается разместить свой ответ на визуальной шкале от 0 до 10, где ответы клиентов классифицируются следующим образом:

  • 0–6 = критики — неудовлетворенные клиенты, которые могут навредить вашему бренду, отзываясь о нем отрицательно;
  • 7–8 = нейтралы — удовлетворенные, но равнодушные клиенты, которые могут изменить свои предпочтения в пользу конкурентов;
  • 9–10 = промоутеры — лояльные клиенты, которые продолжат использовать ваш продукт и рекомендовать его другим.

Если говорить проще, то формула для расчета Net Promoter Score выглядит следующим образом:

NPS = (количество промоутеров — количество критиков) / (количество респондентов) X 100

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

У вас есть собственные вопросы? Готов найти на них ответы и задать их в том числе, различным экспертам в их областях (об этом в конце гайда).

Вернуться назад Читать далее

23 April in Книга
0

В этом разделе я попробую собрать советы, которые не подходят под какую-то определенное направление деятельности продукта и связаны скорее с продукт-менеджером как специалистом, который с ним работает и от эффективной работы которого зависит функционирование всего проекта в целом. Как говорилось ранее, работа продукт-менеджера состоит из сбора, систематизации и анализа поступающей информации. Это означает, что постоянное […]

22 April in Книга
0

В этом разделе я попробую собрать советы, которые не подходят под какую-то определенное направление деятельности продукта и связаны скорее с продукт-менеджером как специалистом, который с ним работает и от эффективной работы которого зависит функционирование всего проекта в целом. Как говорилось ранее, работа продукт-менеджера состоит из сбора, систематизации и анализа поступающей информации. Это означает, что постоянное […]