Библия продакт-менеджера. Как создать IT-продукт
«Библия продакт-менеджера» — это книга для тех, кто хочет познакомиться с профессией Владельца продукта (Product Owner) и узнать больше о том, из чего состоит жизненный цикл создания и продвижения на рынке современного IT-продукта. Она будет полезна любому, кто хочет подробно узнать: кто и как создаёт IT-продукт, какие факторы влияют на качество итогового продукта, как вывести продукт на рынок, как понять ценность продукта и многое другое.
Приятного Вам чтения! Организация “Meta Inc.” запрещена на территории РФ.
Приятного Вам чтения! Организация “Meta Inc.” запрещена на территории РФ.
Yosh cheklovlari: 12+
Huquq egasi: ООО "Издательские решения"
Nashr sanasi: 2024
nashriyot: Ridero
Qogʻoz sahifalar: 70
Taassurotlar44
👍Tavsiya etaman
💡Axborot beruvchi
🎯Foydali
3 kishiga yoqdi
👍Tavsiya etaman
🎯Foydali
1 kishiga yoqdi
👍Tavsiya etaman
🎯Foydali
🚀Ajralish imkonsiz
1 kishiga yoqdi
Iqtiboslar729
Я успел сменить около 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, но не отвечает за бизнес составляющую продукта.
- Asosiy
- ⭐️Бизнес
- Сергей Закутский
- 📖Библия продакт-менеджера. Как создать IT-продукт
