Сложно дать универсальное определение роли и обязанностям менеджера по продукту: в каждой компании — они свои, поэтому переход на эту должность может оказаться сложной задачей с неясными требованиями.
За минувший год я провел собеседование с более чем пятьюдесятью кандидатами на должность младшего менеджера по продукту и заметил, что большинство из них не имеют представления о том, чего они не знают. У соискателей большие пробелы в понимании роли и обязанностей менеджера по продукту. Несмотря на высокую заинтересованность в этой должности, они обычно не уверены в том, с чего следует начинать и на каких направлениях сосредотачиваться.
Поэтому ниже я привожу шесть областей знания, которые, по моему мнению, являются наиболее важными для менеджера по продукту, и соответствующие источники. Надеюсь, эти материалы смогут развеять туман и указать правильный путь.
Переведено в
1. Изучите, каким образом работают стартапы
Автор книги «Метод стартапа» Эрик Рис определяет стартап как учреждение, предназначенное для создания нового продукта в условиях крайней неопределенности.
Фундаментальные задачи и действия основателя стартапа и менеджера по продукту на ранней стадии в значительной степени пересекаются. Оба стремятся создать нужный людям продукт, для чего необходимо 1) запустить продукт (функцию), 2) общаться с клиентами — чтобы понять, отвечает ли предложение их потребностям, 3) получить от них обратную связь, 4) повторить цикл.
Менеджер по продукту должен понимать, как успешные стартапы создают продукты, находят свою нишу на рынке, общаются с клиентами, расставляют приоритеты в отношении потенциальных функций и намеренно делают то, что не масштабируется.
Ресурсы, которые помогут изучить методы работы стартапов:
- Как управлять стартапом и развивать бизнес с максимальной скоростью: , автор Эрик Рис.
- , автор Sam Altman.
- Лекция о том, как общаться с пользователями: , Emmett Shear.
- Почему регулярные немасштабируемые действия — секретный соус успешного стартапа: , 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