Гуманитарная минутка
Представьте разработчика, который попадает на работу в корпорацию. Его отдел создаёт мессенджер — «убийцу Телеграма». Разработчик хочет не просто получать зарплату, но и быть частью проекта, который взлетит. Как ему определить, что он в правильном отделе и на правильном проекте?
Один из способов — посмотреть на работу продакт-менеджера. Если вам достался грамотный продакт, с большой вероятностью ваш проект действительно взлетит.
Зачем вообще менеджер
Менеджер в ИТ — это тот, кто ставит задачи специалистам, следит за сроками и принимает работу. Благодаря менеджерам вам не нужно думать о глобальной стратегии, экономике проекта и работе соседних отделов. Вам сказали «Делай эту фичу три недели», вы делаете. Параллельно с вами пишется документация, рисуется дизайн, запускается реклама и происходит другая важная работа, но вам не нужно об этом думать. Вы делаете свою часть, а менеджер собирает всё воедино.
Маленькие команды могут работать без менеджера: сами себе ставить задачи, определяться со сроками и т. д. Но по мере роста команды менеджер становится необходим: в какой-то момент команда делает столько, сколько не помещается в голову каждого отдельного человека. Вот для этого и нужен менеджер — чтобы у кого-то в голову помещалась вся работа.
Проджект и продакт
В мире ИТ есть два вида менеджеров: проектные и продуктовые. Кратко так:
Проджект — это тот, кто координирует работу команды, чтобы получить ближайший полезный результат. Например, если нужно выпустить новую версию программы к какому-то сроку, проджект будет строить графики, расставлять задачи по приоритету и напоминать всем о дедлайнах.
Можно представить, что проджект — это руководитель туристической группы в турпоходе. Он знает, во сколько рассвет и закат, во сколько завтра выдвигаться из лагеря, что с собой брать, сколько нужно пройти километров и т. д. Его задача — привести группу в нужный лагерь к нужному времени и без потерь.
Продакт — это тот, кто решает, в какой поход нужно пойти, чтобы все получили нужный результат. Сейчас расскажем подробнее.
Вопросы продакта на старте
Допустим, мы делаем мессенджер. Вот на какие вопросы должен ответить грамотный продакт для начала:
- О спросе. Нужен ли миру новый мессенджер? Что не так с нынешними мессенджерами? Что нужно пользователям? О чём пользователи пока не догадываются, что им это нужно? В какой ситуации люди чаще всего используют мессенджер?
- О ситуации. Что происходит с мессенджерами по всему миру? Как меняются глобальные паттерны общения между людьми? Как правительства реагируют на распространения мессенджеров?
- О возможностях. Какие возможности сейчас самые важные в мессенджерах? Чем люди пользуются чаще всего, а что не так важно?
- О конкурентах. Что позволило «Телеграму», WhatsApp, «Вайберу» и мессенджеру «Фейсбука» стать лидерами мессенджеров? Что в них такого, что удерживает людей? Что могло бы сподвигнуть человека перейти на другой мессенджер?
- О монетизации. На чём может зарабатывать мессенджер? Какие модели монетизации всё испортят?
Чтобы ответить на эти вопросы, продакт будет заказывать аналитику, читать чужие исследования, проводить опросы, пылесосить новостную повестку, консультироваться со специалистами, читать книги об истории и просто думать головой.
Продуктовые гипотезы
Продакт изучает всё и строит продуктовые гипотезы. Например:
«Нам нужно сделать крипто-блокчейн-мессенджер на базе смарт-контрактов, который позволит вести юридически значимую переписку с контрагентами. В этом мессенджере нельзя будет стереть сообщения, а каждое сообщение будет защищено криптографией и может быть использовано как доказательство в суде»
«Мы будем делать мессенджер, который объединит все существующие мессенджеры. Вам больше не нужно думать, общаетесь вы в WhatsApp, Instagram или Facebook. Вы будете видеть все свои контакты на одном экране»
«Миру нужен новый рабочий мессенджер, который будет ставить задачи, следить за сроками, управлять ветками обсуждений, хранить документы в облаке»
«Людям удобнее всего отправлять голосовухи и читать текстовые сообщения. Мы сделаем мессенджер, который будет принимать голосовухи и на лету преобразовывать их в текст».
Из всех гипотез команда выберет какую-то одну и будет ее реализовывать.
Гипотеза — то есть предположение о том, что нужно миру. У нас есть данные, есть исследования, но мы не знаем наверняка, действительно ли миру нужен криптомессенджер или голосовой чат. Нужно это проверить. Допустим, мы выбрали мессенджер с преобразованием голоса в текст и обратно.
Минимальный продукт — MVP
Теперь продакт формулирует, без чего нельзя выпускаться, чтобы проверить спрос на эту гипотезу. Это называется MVP — minimal viable product, минимально жизнеспособный продукт.
✅ Например, если мы делаем мессенджер с голосовухами и преобразованием текста, минимальным продуктом должно быть что-то вроде:
- приложение для iOS;
- в котором вы можете отправлять голосовухи своим контактам;
- контакты из Facebook, Instagram и записной книжки;
- можно надиктовать голос и получить преобразование в текст;
- распознавание работает на английском и испанском языке (потому что приложение рассчитано на рынок США);
- можно набрать текст;
- есть поддержка системных эмодзи;
- можно отправить изображения с устройства — gif, jpeg;
- работает по регистрации через Facebook или Instagram;
- если человек не пользуется нашим мессенджером, ему всё равно можно отправить сообщение, но тогда он получит его копию через Facebook или Instagram с приглашением зарегистрироваться у нас.
❌ Продакт решает, что в MVP не будет групповых чатов, добавления контактов, поиска по сообщениям, передачи больших файлов, отправки стикеров, тёмной темы, удаления сообщений, сохранения сообщений в архив, публичных каналов, голосования и т. д. Это всё может появиться в приложении, если идея полетит.
Продакт определил возможности MVP, а дальше проджекты берутся за работу: раздают задания, контролируют сроки и т. д.
Развитие продукта
Когда выпущен минимальный продукт, над ним начинают работать с двух сторон: маркетологи — продвигать, а продакт — развивать. О маркетологах ещё поговорим отдельно, пока что достаточно знать, что они тащат пользователей в приложение с помощью рекламы и пиара. А вот что делает продакт.
Продакт смотрит, как настоящие пользователи взаимодействуют с продуктом. Для этого он смотрит на аналитику, проводит исследования, читает отзывы и прессу. На основании этого он строит новые гипотезы. Например:
- Это приложение удобно пожилым людям, которые хотят общаться со своими детьми и внуками. Нам нужно больше возможностей для пожилых.
- Людей бесит низкая скорость расшифровки текста, нужно её повысить.
- Людям не нравится, что приложением пользуются мало их друзей. Нужно как-то удержать существующих людей и привлечь много-много новых. Возможно, нужно притащить на платформу знаменитостей.
- У нас большой спрос на приложение для Android.
- Полезнее всего это приложение будет в Китае, поэтому нужно срочно добавлять поддержку китайского языка.
Исходя из новых гипотез ставятся новые продуктовые задачи, проджекты и маркетологи их подхватывают и идут реализовывать.
И так по кругу:
Взлёт и смерть продукта
Продакт важен именно потому, что от его решений зависит взлёт и падение нашего приложения.
Если продакт грамотный, умный и внимательный, он правильно поймёт потребности рынка, грамотно расставит приоритеты, и, если гипотезы окажутся неверными, — быстро перестроится.
Если продакт окажется самодуром, то он будет реализовывать какое-то своё видение продукта и делать никому не нужную штуку. Он не будет исследовать рынок и смотреть на поведение пользователей, он будет просто переть за мечтой. И ладно бы он пёр сам — но он тащит за собой всю компанию.
Понятно, что продакт не один: в компании много других людей, которые влияют на решения о продукте. И мы живём не в вакууме: на продукты влияет маркетинг, экономика, политика, мода и что угодно ещё.
И всё же продакт — это «точка сборки» продукта. Если ваш продакт идиот — бегите.
Рекламная пауза
У «Яндекс Практикума» ещё нет курса про управление продуктом, но есть из смежных тем: