Kitobdan iqtiboslar Библия продакт-менеджера. Как создать IT-продуктmuallif Сергей Закутский
Я успел сменить около 10 направленностей работы (Sales и развитие бизнеса, системная и бизнес-аналитика, классическая разработка и low код разработка по технологии RPA, управление проектами и создание ряда собственных бизнесов из различных сфер: IT, продажи, финансы). На собеседованиях я часто слышал недовольство HR, которое проявлялось в том, что я часто меняю работу, но я знал, что каждая такая смена работы — это накопление большого количества разносторонних знаний, которые по итогу совокупно дадут мне достижение моей цели — самому создавать Продукты / Решения / Бизнес… Да что угодно! Именно в продуктовом менеджменте я и смог найти свою реализацию. Менеджер продукта — это фактически владелец компании, а компания в данном случае это = Продукт. Т. е. ты, как менеджер продукта, это человек, который полностью отвечает за все процессы без исключения, которые нужно выполнить для того, чтобы из ничего на свет появился твой продукт, которым будут пользоваться, а как следствие и платить деньги, твои клиенты. Владелец продукта, который работает в найме, это человек, который может прийти на проект, который только создаётся и сам генерировать идею продукта, а может прийти на смену другому владельцу продукта в уже существующую команду и продолжить путь, который до него уже кто-то начал. Важно, что Владелец продукта — это управляющий, который отвечает за то, чтобы Бизнес в рамках данного, конкретно вверенного ему продукта, был эффективен. Чтобы команда работала слаженно и быстро, заказчики были довольны, а количество заработанных денег от заказчиков сильно превышало количество потраченных на команду и процесс создания продукта.
4 kishiga yoqdi
Затем необходимо составить большой список компаний, в которых ты хотел бы работать и начать рассылать резюме. Для этого есть множество площадок поиска работы, а также сайты всех интересующих тебя компаний ты можешь найти в интернете. Практически у каждой компании есть раздел для соискателей, где ты увидишь форму для заполнения или контактный email, куда сможешь направить своё резюме. Обязательно прикрепляй сопроводительное письмо к каждому отклику, в котором постарайся положительно выделиться и укажи, почему взять должны именно тебя. Для того, чтобы понять, что ты сделал достаточное количество откликов, веди подсчёт. Когда цифра перевалит за 100, значит можно передохнуть. Если прошла неделя, а тебе не звонят те компании, куда ты хотел бы устроиться, то сделай ещё 100 откликов. Постарайся найти контакты HR’ов в интернете, в Facebook
1 kishiga yoqdi
После такой вводной давай рассмотрим список тех, кто обычно входит в IT-команду:
— Системные и бизнес-Аналитики. Они пишут техническое задание, подготавливают документацию, могут общаться с пользователями, оценивать необходимость разработки той или иной фичи, анализировать бизнес возможности твоего продукта и т. д.
— Далее объединим это и назовём так: системные разработчики (это не общепринятое понятие, но, чтобы было понятно). Это всевозможные backend разработчики, ML разработчики, разработчики платформы, алгоритмов и всего того прочего, что работает вне поля зрения конечного пользователя. Они пишут алгоритм кода, рисуют архитектуру и создают движок продукта.
— Frontend разработчики. Это такие разработчики, которые «натягивают» дизайн, который нарисовали дизайнеры на визуальную составляющую нашего продукта так, чтобы это работало с различных устройств, различного разрешения экрана, не глючило и не лагало.
— Дизайнеры. Они занимаются отрисовкой дизайна твоего продукта и разработкой UI (User Interface, пользовательского интерфейса) и UX (User Experience, пользовательский опыт), т. е. они разрабатывают наиболее оптимальный и понятный интерфейс, и логику работы твоего продукта.
— QA (тестировщики). Занимаются проверкой готового продукта и поиска возможных багов (неисправностей). Список багов передаётся обратно в разработку на исправление.
— DevOps инженеры. Они отвечают за управление и работу серверной архитектуры, развёртывание баз данных, мониторинг безопасности и прочее.
— Контент менеджеры. Занимаются поиском и написанием всех информационных материалов твоего продукта. Это текста, фотографии, видео.
— Менеджер проекта. Это человек, который отвечает за выстраивание работы всех вышеперечисленных по специальным методологиям разработки, которые мы рассмотрим позднее. Он как Product Owner, но не отвечает за бизнес составляющую продукта.
«риск дело благородное». Именно так посчитал Реймонд Альберт Крок — основатель Макдональдса, когда взял кредит в банке на развитие своего детища под залог собственного дома.
Краудфандинговые площадки. Это коллективное финансирование различных проектов.
Что обязательно должно входить в Бизнес-план:
1. Описание продукта, его ключевого функционала и какие основные задачи потенциального клиента он решает (ответ на вопросы: «Что это?» и «Зачем это нужно?»);
2. Описание Целевой аудитории продукта (портрет клиента) (ответ на вопрос: «Кто у нас это купит?»);
3. Основные финансовые показатели — сколько потратим и сколько заработаем, и в какие сроки (см. предыдущую главу) (ответ на вопросы: «Сколько стоит?» и «Сколько заработаем?»);
4. Дорожная карта продукта — нужно расписать в какие сроки какой функционал продукта будет готов + дату готовности MVP (первой версии продукта, в которой ещё нет всего функционала, но уже готовый релиз к продаже клиентам) (ответ на вопрос «Когда это будет разработано?»);
5. Схема продаж продукта — описать все потенциальные каналы продаж и продвижения, куда мы собираемся пойти и как мы собираемся через них продавать (ответ на вопрос «Как продавать?»);
6. Анализ конкурентов — описать всех главных конкурентов, которые уже есть на рынке или скоро будут и наши конкурентные преимущества перед ними;
7. Провести анализ рисков — тут нам в т. ч. поможет SWOT анализ, который мы ранее составляли. Нужно описать все возможные риски, вероятность их наступления и каким образом мы будем бороться с ними, если они всё-таки настанут;
8. Техническая архитектура будущего решения — это те самые блок-схемы, которые нужно нарисовать, причем важно не забыть все аспекты (и серверная часть, и клиентская часть, и часть разработчика, поддержка и т. д.);
9. Описание команды — нужно составить список потенциальной команды, каким образом и в какие сроки мы сможем её набрать;
10. Возможности для масштабирования — здесь мы описываем каким образом мы можем развивать наш продукт. Например, если бы мы создавали поисковик Яндекса, то мы написали бы, что следующим шагом будет прикрепить ленту новостей, создать электронную почту и т. д.;
11. Возможности для дополнительной монетизации — тут нужно написать о том, какие ещё у нас есть возможные вариант для заработка денег. Например, когда мы наберём большое количество пользователей и будем собирать по ним данные, то мы сможем зарабатывать на этих данных, а также для этой аудитории проще будет продавать наши новые продукты и перечисляем список продуктов из предыдущего шага «Возможности для масштабирования»;
12. Если у нас уже есть компании, которые заинтересованы в покупке нашего продукта, то мы можем перечислить их или обезличено написать кто они. Это покажет, что мы не только понимаем кому будем продавать, но и уже провели предварительные переговоры;
13. В конце обязательно указываем ваши ФИО, электронную почту, номер телефона, ник в Телеграмме и прикрепляем красивую фотографию. Фотография позволит даже без личного присутствия уже создать какую-то связь между вами и вашим инвестором. Важно, чтобы эта фотография была с одной стороны деловой и показывала, что вам можно доверить деньги, но с другой стороны вызывала симпатию, поэтому, если вы улыбаетесь в деловом костюме,
провели первоначальную аналитику и поняли, что наш будущий продукт:
А. Интересен потенциальным покупателям, за него будут готовы платить.
Б. Мы сможем сделать что-то уникальное по сравнению с конкурентами и наш продукт будет иметь ряд фичей, которые смогут его выделить с положительной точки зрения на фоне других продуктов.
В. Экономика сходится: мы сможем заработать больше денег, чем потратили и в понятный период времени.
Для такого анализа нам потребуется произвести следующий список действий:
1. Нужно составить полный список потенциальных конкурентов и проанализировать функционал их продуктов. Нужно ответить на вопрос: чем мы будем лучше? Будет ли это особый функционал (а будут ли за него готовы платить?) или мы сделаем наш продукт существенно дешевле, предлагая при этот тот же функционал, или может быть мы сделаем что-то вообще новое для рынка и конкурентов (пока нас не скопируют) у нас вообще не будет — тогда точно ли за наш продукт будут готовы платить? (Ответы на эти вопросы можно найти, полазив в Интернете)
2. Нужно проанализировать общий объём рынка для данного продукта/услуги в денежном выражении. Нужно понять, сколько на рынке в целом есть денег и сколько с учётом анализа пункта 1 мы потенциально сможем заработать себе, и, важно, за какой период времени? Тут же мы должны понять портрет нашего потенциального клиента и каким образом мы планируем продавать ему наш продукт (Большинство из этого пункта можно найти в открытых источниках Интернета).
3. Затем необходимо прикинуть сколько денег и времени нам самим потребуется на создание продукта. Для этого необходимо декомпозировать весь процесс создания продукта. Нужно будет понять какие людские ресурсы и сколько по времени будут нужны, напротив каждой рабочей позиции написать её стоимость (это будут затраты ФОТ — фонда оплаты труда). Затем добавить сюда все прочие затраты: бухгалтерия, затраты на серверную инфраструктуру, закупку оборудования, оборудование рабочих мест и все потенциальные затраты, которые вы понесёте при создании вашего продукта (важно, что для разных продуктов они могут сильно разниться). Нужно ли будет покупать права на использование других сервисов или что-то вы отдадите на аутсорсинг? Это, наверное, один из сложнейших пунктов, но в любом случае вам нужно его пройти и получить свой собственный опыт в данном вопросе. Какого-то универсального чек листа, по которому можно пройтись и просто заполнить пустые поля, увы, нет. (Всю финансовую информацию по типу зарплат, стоимости инфраструктуры и т. д. можно посмотреть в открытых источниках в Интернете)
4. После необходимо сверить срок и стоимость из пункта 3 со сроком и стоимостью из пункта 2. А точнее сравнить сколько денег и за сколько по времени мы заработаем, и, сколько и в течение какого времени мы потратим. Может оказаться, что уже на этом шаге ваш продукт получается финансово убыточным, а это значит, что следует либо поискать варианты сокращения затрат на создание продукта, либо просто взять в проработку следующую идею уже другого продукта.
5. Финальным действием будет подготовка SWOT анализа — это создание таблицы, где мы описываем (Strengths) Сильные стороны, (Weaknesses) Слабые стороны, (Opportunities) Возможности и (Threats) Угрозы. Такой анализ позволит взглянуть со стороны на то, что мы собираемся создать и более детально взглянуть на то, чего нам стоит опасаться, какие есть риски, а какие из особенностей нашего продукта или нас, как к
один из последних вариантов — это проанализировать различные отраслевые рынки, понять, где ещё нет монополии и где спрос превышает предложение, и создать свой продукт под такой рынок (вероятнее всего это будет рынок IT-услуг).
Идеи продукта могут генерироваться из нескольких аспектов:
1. Мы решаем какую-то проблему или задачу, с которыми сталкиваются люди и решения которой в принципе нет. Тут мы выступаем новаторами. Например, это может быть лекарство от неизлечимой на текущей момент болезни или из IT-мира — создание первого компьютерного антивируса. Т. е. мы берём какую-то «боль» и делаем так, чтобы наш продукт избавлял нашего заказчика от этой «боли», а за это мы получаем свою оплату;
2. Либо мы видим, что работу какого-то «конкурента» можно усовершенствовать и найти новый, более совершенный подход к решению этой проблемы. Тут мы заходим на рынок, где компьютерный антивирус уже создан, но мы можем создать свой, который гораздо эффективнее и быстрее будет бороться с вирусами, и гораздо меньше будет замедлять работу компьютера. За это люди тоже готовы платить;
3. Ещё вариант, это когда мы понимаем, что можем сильно удешевить стоимость решения проблемы для конечного клиента нашим продуктом по сравнению с конкурентами. Если, например, на рынке нашей страны присутствуют IT-компании (наши конкуренты), часовая ставка разработки которых равна 8 000 рублей, а мы понимаем, что оказывая тот же уровень сервиса (продукт как услуга) мы можем привлечь разработчиков из Индии и сделать часовую ставку равной 3 000 рублей, то это значит, что с большой долей вероятности мы сможем получить часть рынка себе, создав наш продукт в виде услуги по разработке программного обеспечения. Или возьмём пример прихода Китайских товаров на рынки многих стран. Они не всегда и не сразу были какими-то особенными. Очень часто они были просто копиями, а зачастую худшими по качеству копиями, но они смогли занять рынок только за счёт того, что, решая проблему конечного потребителя, они были дешевле, чем их качественные Европейские или Американские аналоги;