Складно дати універсальне визначення ролі та обов'язків менеджера по продукту: у кожній компанії вони свої, тому перехід на цю посаду може виявитися складним завданням з неясними вимогами.
За минулий рік я провів співбесіду з більш як п'ятдесятьма кандидатами на посаду молодшого менеджера з продукту і зауважив, що більшість з них не мають уявлення про те, чого вони не знають. У претендентів великі прогалини у розумінні ролі та обов'язків менеджера по продукту. Незважаючи на високу зацікавленість на цій посаді, вони зазвичай не впевнені в тому, з чого слід починати та на яких напрямках зосереджуватись.
Тому нижче я наводжу шість областей знання, які, на мою думку, є найбільш важливими для менеджера з продукту, і відповідні джерела. Сподіваюся, ці матеріали зможуть розвіяти туман та вказати правильний шлях.
Перекладено у
1. Вивчіть, яким чином працюють стартапи
Автор книги «Метод стартапа» Ерік Ріс визначає стартап як установу, призначену для створення нового продукту в умовах крайньої невизначеності.
Фундаментальні завдання та дії засновника стартапу та менеджера з продукту на ранній стадії значною мірою перетинаються. Обидва прагнуть створити потрібний людям продукт, для чого необхідно 1) запустити продукт (функцію), 2) спілкуватися з клієнтами - щоб зрозуміти, чи відповідає пропозиція їхнім потребам, 3) отримати від них зворотний зв'язок, 4) повторити цикл.
Менеджер з продукту повинен розуміти, як успішні стартапи створюють продукти, знаходять свою нішу на ринку, спілкуються з клієнтами, розставляють пріоритети щодо потенційних функцій та навмисно роблять те, що не масштабується.
Ресурси, які допоможуть вивчити методи роботи стартапів:
- Як керувати стартапом та розвивати бізнес з максимальною швидкістю: , автор Ерік Мал.
- автор Sam Altman.
- Лекція про те, як спілкуватися з користувачами: , Еммет Шир.
- Чому регулярні немасштабовані дії - секретний соус успішного стартапу: , Paul Graham.
- Основи методів оцінки поведінки користувачів у продукті: , Dave McClure.
Фото — , майданчик
2. Розберіться, чому важлива гнучкість
Менеджери по продукту зазвичай стикаються із завданнями без готових рішень — причому в невизначеному середовищі, що постійно змінюється. У таких умовах складати суворі - Затія, приречена на провал.
Планування процесу розробки програмного забезпечення та управління ним повинні відповідати такому середовищу — потрібно швидко діяти та легко підлаштовуватися до змін, запускати функції безперервно, невеликими частинами. Переваги такого підходу:
- Невдалі рішення можна побачити раніше — і перетворити їх на корисний досвід.
- Досягнення мотивують людей на ранньому етапі та вказують правильний шлях.
Для менеджерів по продукту важливо зрозуміти, чому гнучкість у плануванні та роботі мають велике значення.
Ресурси, які допоможуть вивчити гнучкий спосіб розробки програмного забезпечення:
- и .
- про технічну культуру Spotify, яка надихнула багато команд по всьому світу (а ще допомогла обійти Apple Music).
- про те, що таке гнучка розробка програмного забезпечення. Пам'ятайте, що певних правил гнучкості не існує — у кожній компанії цей принцип застосовують по-своєму (і по-різному навіть у різних командах однієї компанії).
3. Підвищуйте технічну грамотність
«Чи потрібно отримувати комп'ютерну спеціальність?»
«Чи потрібно вміти програмувати?»
Вище - два основні питання, які мені ставлять ті, хто хоче зайнятися керуванням продуктами.
Відповідь на ці запитання – «ні»: менеджерам по продукту не обов'язково вміти програмувати чи мати комп'ютерну спеціальність (принаймні у випадку 95% робочих місць на ринку).
При цьому менеджер по продукту повинен розвивати власну технічну грамотність, щоб:
- Загалом розумітися на технічних обмеженнях і складності потенційних функцій, не звертаючись до розробників.
- Спростити спілкування з розробниками завдяки розумінню основних технічних концепцій: API, бази даних, клієнтів, серверів, HTTP, технологічного стека продукту тощо.
Ресурси, які допоможуть підвищити технічну грамотність:
- Курс з базовими поняттями з основних технічних концепцій: , Team Treehouse (є безкоштовна 7-денна пробна версія).
- Курс про складові блоки ПЗ: , Khan Academy (безкоштовно).
- Stripe відомий своєю - Ознайомившись з нею, ви отримаєте уявлення про те, як працюють API. Якщо якісь терміни незрозумілі, просто загуглить.
4. Навчіться приймати рішення на основі даних
Менеджери з продукту не пишуть реальний продукт, проте вони відіграють важливу роль у тому, що суттєво впливає на роботу команди. приймають рішення.
Рішення можуть і незначними (збільшення висоти текстового поля), і серйозними (якими мають бути характеристики прототипу нового продукту).
У моєму досвіді найпростіші та найзручніші рішення завжди ґрунтувалися на результатах аналізу даних (і якісного, і кількісного). Дані допомагають визначити масштаб завдання, вибрати з різних версій елементів дизайну, ухвалити рішення про те, зберегти або прибрати нову функцію, стежити за продуктивністю та багато іншого.
Щоб спростити собі життя і принести більшу користь продукту, важливо враховувати менше думок (упереджень) і більше фактів.
Ресурси, які допоможуть навчитися приймати рішення на основі даних:
- Курс, який дасть фундаментальні знання зі статистики: , Udacity (безкоштовно).
- Курс з основ вилучення корисної інформації з баз даних та аналізу на льоту: , Datacamp (є безкоштовна пробна версія).
- Платформа Booking.com – один з піонерів A/B-тестування. розповідається, про їхній підхід до тестування.
- Стаття про експерименти в Airbnb:
- Знайомство з машинним навчанням: , Adam Geitgey.
5. Навчіться відрізняти гарний дизайн
Менеджери з продукту та дизайнери разом працюють на тому, щоб забезпечити найкращі враження від використання продукту.
Менеджеру по продукту не потрібно займатися дизайном, проте необхідно вміти відрізняти хороший дизайн від посереднього і завдяки цьому давати корисний зворотний зв'язок. Важливо вміти виходити за рамки пропозицій на кшталт «зробіть більше логотип» і втручатися, коли все починає ускладнюватися, а дизайн стає надмірним.
Ресурси, які допоможуть навчитися розуміти, що таке гарний дизайн:
- Книга про те, що робить продукт зручним та інтуїтивно зрозумілим: , Steve Krug
- Ознайомтеся з посібниками (від Apple, для iOS) та (від Google, для Android) і постарайтеся знайти описані там конструктивні шаблони у своїх додатках.
- Урок , Garry Tan.
6. Читайте технічні новини
Пісні, картини, філософські концепції… нове завжди комбінація існуючих ідей. Стів Джобс не винаходив персональний комп'ютер (), і не Sony винайшла першу цифрову камеру (). Імениті компанії переробляли існуюче, запозичували, використовували та адаптували вже озвучені ідеї — і це природний процес створення нового.
Творити - значить поєднувати безліч частин між собою. Якщо запитати творчу людину, як вона зробив щось, вона відчує себе трохи винною, тому що в її розумінні вона нічого не робила, а просто побачила картинку.
- Стів Джобс
Менеджерам по продукту потрібно постійно стежити за новинками, дізнаватися про швидкі стартапа і невдачі, першими використовувати передові технології, прислухатися до нових тенденцій. Без цього не вдасться зберігати творчу силу та новаторський підхід.
Ресурси для періодичного читання, прослуховування та перегляду:
- Новинки продуктів та інтернет-тенденції на кожен день: и
- Щоденні технічні новини: , и .
- Підпишіться на : автор Jason Calacanis періодично запрошує підприємців поділитися своїм досвідом.
- Лідери сфери технологій та авторитетні фахівці у Твіттері: , , , , ,
Про перекладача
Переклад статті виконано в Alconost.
Alconost займається , 70 мов. Перекладачі-носія мови, лінгвістичне тестування, хмарна платформа з API, безперервна локалізація, менеджери проектів 24/7, будь-які формати рядкових ресурсів.
Ми також робимо - для сайтів, що продають, іміджеві, рекламні, навчальні, тизери, експлейнери, трейлери для Google Play та App Store.
→
Джерело: habr.com