Кітаптан алынған дәйексөздер Библия продакт-менеджера. Как создать IT-продуктавтор Сергей Закутский
Я успел сменить около 10 направленностей работы (Sales и развитие бизнеса, системная и бизнес-аналитика, классическая разработка и low код разработка по технологии RPA, управление проектами и создание ряда собственных бизнесов из различных сфер: IT, продажи, финансы). На собеседованиях я часто слышал недовольство HR, которое проявлялось в том, что я часто меняю работу, но я знал, что каждая такая смена работы — это накопление большого количества разносторонних знаний, которые по итогу совокупно дадут мне достижение моей цели — самому создавать Продукты / Решения / Бизнес… Да что угодно! Именно в продуктовом менеджменте я и смог найти свою реализацию. Менеджер продукта — это фактически владелец компании, а компания в данном случае это = Продукт. Т. е. ты, как менеджер продукта, это человек, который полностью отвечает за все процессы без исключения, которые нужно выполнить для того, чтобы из ничего на свет появился твой продукт, которым будут пользоваться, а как следствие и платить деньги, твои клиенты. Владелец продукта, который работает в найме, это человек, который может прийти на проект, который только создаётся и сам генерировать идею продукта, а может прийти на смену другому владельцу продукта в уже существующую команду и продолжить путь, который до него уже кто-то начал. Важно, что Владелец продукта — это управляющий, который отвечает за то, чтобы Бизнес в рамках данного, конкретно вверенного ему продукта, был эффективен. Чтобы команда работала слаженно и быстро, заказчики были довольны, а количество заработанных денег от заказчиков сильно превышало количество потраченных на команду и процесс создания продукта.
4 Ұнайды
Затем необходимо составить большой список компаний, в которых ты хотел бы работать и начать рассылать резюме. Для этого есть множество площадок поиска работы, а также сайты всех интересующих тебя компаний ты можешь найти в интернете. Практически у каждой компании есть раздел для соискателей, где ты увидишь форму для заполнения или контактный email, куда сможешь направить своё резюме. Обязательно прикрепляй сопроводительное письмо к каждому отклику, в котором постарайся положительно выделиться и укажи, почему взять должны именно тебя. Для того, чтобы понять, что ты сделал достаточное количество откликов, веди подсчёт. Когда цифра перевалит за 100, значит можно передохнуть. Если прошла неделя, а тебе не звонят те компании, куда ты хотел бы устроиться, то сделай ещё 100 откликов. Постарайся найти контакты HR’ов в интернете, в Facebook
1 Ұнайды
p.s. Связаться со мной можно через электронную почту: sa.zakutskiy@gmail.com
CRM (Customer Relationship Management) — это система учёта для управления взаимоотношениями с клиентами. Там заводятся клиенты и сделки, хранится контактная информация и все договорённости между вами.
Документ презентации (Power Point,.pdf или более изощрённый, сделанный в самых современных средствах создания презентаций) должен содержать:
1. Описание продукта с инфографикой и списком функционала;
2. Архитектура продукта;
3. Описание технологии, которую вы используете и технологического стека;
4. Пример успешного кейса или кейсов внедрения с указанием экономического эффекта от внедрения;
5. Список компетенций вашей компании (например, интеграция продукта с другими платформами);
6. Слайд с описанием того, какие максимальные эффекты может принести использование вашего продукта (как экономические, так и иные эффекты, влияющие на бизнес);
7. Описание возможностей продукта (например, если речь про систему распознавания текста, то указать какие языки она может распознавать, какое качество сканов должно быть и т.д.);
8. Слайд со всем перечнем услуг, которые вы продаёте в рамках данного продукта;
9. Ваша лицензионная политика (если ваш продукт лицензируется);
10. Ценовая политика (Прайс лист);
11. Информация о тех заказчиках, которые уже пользуются вашим продуктом (если есть право на их публикацию);
12. Информация о вашей компании (дата создания, штат сотрудников, реализованные проекты и любая другая информация, которой вы гордитесь);
13. Контактные данные и способ связи с вами.
рынка, который мы делали на этапе бизнес-планирования). Значит стоимость 1 единицы нашего продукта = S / (T * C);
Соответственно у нас есть показатель общей потраченной суммы (S), далее мы понимаем в какой период времени нам нужно её вернуть (обязательства перед инвестором) (T) и примерный показатель того объёма продаж (C), на который мы рассчитываем (исходя из анализа
Соотношение потраченной на создание продукта суммы капитала и то, сколько времени у нас есть, чтобы вернуть эти инвестиции. Такой показатель называется ROI (Return Of Investments), и он измеряется во времени, которое необходимо, чтобы вернуть потраченную инвестицию.
лично передаются ответственным сотрудникам заказчика, если речь идёт про корпоративного заказчика, либо размещаются на вашем сайте или ином ресурсе в сводном доступе, если речь идёт про то, что ваш продукт предназначен для массового сегмента пользователей — физических лиц.
13. Документация
К каждому продукту в обязательном порядке необходимо разработать комплект документации. Базово этот список может состоять из следующих документов:
1. Инструкция Пользователя — это инструкция о том, как пользоваться вашим продуктом/сервисом/приложением для конечного пользователя, который непосредственно будет его использовать;
2. Инструкция Администратора — это инструкция для администратора, который будет разворачивать сервис в своей компании, если такое предусмотрено, а также он может заниматься техническим сопровождением пользователей в своей компании, опять же, если вы даёте ему право на доступ к исходному коду;
3. Инструкция Разработчика — это инструкция для разработчиков заказчика, если вы даёте доступ к исходному коду вашего продукта своему заказчику и позволяете вносить туда изменения. Обычно в таком документе может содержаться описание всех основных алгоритмов вашего продукта, переменных, функций, которые используются, и т. д.;
4. API — документ, описывающий как пользоваться модулем API вашего продукта и какие данные можно получить из вашего продукта с помощью API.
Так же этот список могут пополнить иные документы, которые будут содержать описания каких-то специфических модулей, которые есть в вашем продукте. Такие описания должны содержать информацию о том, как пользоваться этим модулем, зачем он вообще нужен, как его развернуть, как получить из него информацию и как его поддерживать. Все подобные документы либо