Сложно дать универсальное определение роли и обязанностям менеджера по продукту: в каждой компании — они свои, поэтому переход на эту должность может оказаться сложной задачей с неясными требованиями.
За минувший год я провел собеседование с более чем пятьюдесятью кандидатами на должность младшего менеджера по продукту и заметил, что большинство из них не имеют представления о том, чего они не знают. У соискателей большие пробелы в понимании роли и обязанностей менеджера по продукту. Несмотря на высокую заинтересованность в этой должности, они обычно не уверены в том, с чего следует начинать и на каких направлениях сосредотачиваться.
Поэтому ниже я привожу шесть областей знания, которые, по моему мнению, являются наиболее важными для менеджера по продукту, и соответствующие источники. Надеюсь, эти материалы смогут развеять туман и указать правильный путь.
Переведено в Alconost
1. Изучите, каким образом работают стартапы
Автор книги «Метод стартапа» Эрик Рис определяет стартап как учреждение, предназначенное для создания нового продукта в условиях крайней неопределенности.
Фундаментальные задачи и действия основателя стартапа и менеджера по продукту на ранней стадии в значительной степени пересекаются. Оба стремятся создать нужный людям продукт, для чего необходимо 1) запустить продукт (функцию), 2) общаться с клиентами — чтобы понять, отвечает ли предложение их потребностям, 3) получить от них обратную связь, 4) повторить цикл.
Менеджер по продукту должен понимать, как успешные стартапы создают продукты, находят свою нишу на рынке, общаются с клиентами, расставляют приоритеты в отношении потенциальных функций и намеренно делают то, что не масштабируется.
Ресурсы, которые помогут изучить методы работы стартапов:
- Как управлять стартапом и развивать бизнес с максимальной скоростью: Метод стартапа, автор Эрик Рис.
- Startup Playbook, автор Sam Altman.
- Лекция о том, как общаться с пользователями: How to Run a User Interview?, Emmett Shear.
- Почему регулярные немасштабируемые действия — секретный соус успешного стартапа: Do Things That Don’t Scale, Paul Graham.
- Основы методов оценки поведения пользователей в продукте: Startup Metrics for Pirates: AARRR!, Dave McClure.
Фото — Mario Gogh, площадка Unsplash
2. Разберитесь, почему важна гибкость
Менеджеры по продукту обычно сталкиваются с задачами без готовых решений — причем в неопределенной и постоянно меняющейся среде. В таких условиях составлять строгие долгосрочные планы — затея, обреченная на провал.
Планирование процесса разработки программного обеспечения и управление им должны соответствовать такой среде — нужно быстро действовать и легко подстраиваться к изменениям, запускать функции непрерывно, небольшими частями. Преимущества такого подхода:
- Неудачные решения можно заметить раньше — и превратить их в полезный опыт.
- Достижения мотивируют людей на раннем этапе и указывают правильный путь.
Для менеджеров по продукту важно понять, почему гибкость в планировании и работе имеют большое значение.
Ресурсы, которые помогут изучить гибкий способ разработки ПО:
- Agile Manifesto и соответствующие двенадцать принципов.
- Видео о технической культуре Spotify, которая вдохновила многие команды по всему миру (а еще помогла обойти Apple Music).
- Видео о том, что такое гибкая разработка программного обеспечения. Помните, что определенных правил «гибкости» не существует — в каждой компании этот принцип применяют по-своему (и по-разному даже в различных командах одной компании).
3. Повышайте техническую грамотность
«Нужно ли получать компьютерную специальность?»
«Нужно ли уметь программировать?»
Выше — два основных вопроса, которые мне задают те, кто хочет заняться управлением продуктами.
Ответ на эти вопросы — «нет»: менеджерам по продукту не обязательно уметь программировать или иметь компьютерную специальность (по крайней мере, в случае 95% рабочих мест на рынке).
При этом менеджер по продукту должен развивать собственную техническую грамотность — чтобы:
- В общих чертах разбираться в технических ограничениях и сложности потенциальных функций, не обращаясь к разработчикам.
- Упростить общение с разработчиками благодаря пониманию основных технических концепций: API, баз данных, клиентов, серверов, HTTP, технологического стека продукта и т. д.
Ресурсы, которые помогут повысить техническую грамотность:
- Курс с базовыми понятиями по основным техническим концепциям: Digital Literacy, Team Treehouse (есть бесплатная 7-дневная пробная версия).
- Курс о составных блоках ПО: Algorithms, Khan Academy (бесплатно).
- Stripe известен своей отличной документацией по API — ознакомившись с ней, вы получите представление о том, как работают API. Если какие-то термины непонятны — просто загуглите.
4. Научитесь принимать решения на основе данных
Менеджеры по продукту не пишут реальный продукт, однако они играют важную роль в том, что существенно влияет на работу команды — принимают решения.
Решения могут быть и незначительными (увеличение высоты текстового поля), и серьезными (какими должны быть характеристики прототипа нового продукта).
В моем опыте самые простые и удобные решения всегда основывались на результатах анализа данных (и качественного, и количественного). Данные помогают определить масштаб задачи, выбрать из различных версий элементов дизайна, принять решение о том, сохранить или убрать новую функцию, следить за производительностью и многое другое.
Чтобы упростить себе жизнь и принести бо?льшую пользу продукту, важно учитывать меньше мнений (и предубеждений) и больше фактов.
Ресурсы, которые помогут научиться принимать решения на основе данных:
- Курс, который даст фундаментальные знания по статистике: Statistics by SJSU, Udacity (бесплатно).
- Курс по основам извлечения полезной информации из баз данных и анализа на лету: SQL Fundamentals, Datacamp (есть бесплатная пробная версия).
- Платформа Booking.com — один из пионеров A/B-тестирования. В этой презентации рассказывается, об их подходе к тестированию.
- Статья об экспериментах в Airbnb: Experiments at Airbnb.
- Знакомство с машинным обучением: Machine Learning is Fun!, Adam Geitgey.
5. Научитесь отличать хороший дизайн
Менеджеры по продукту и дизайнеры вместе работают на тем, чтобы обеспечить наилучшие впечатления от использования продукта.
Менеджеру по продукту не нужно заниматься дизайном, однако необходимо уметь отличать хороший дизайн от посредственного и благодаря этому давать полезную обратную связь. Важно уметь выходить за рамки предложений вроде «сделайте логотип побольше» и вмешиваться, когда всё начинает усложняться, а дизайн становится избыточным.
Ресурсы, которые помогут научиться понимать, что такое хороший дизайн:
- Книга о том, что делает продукт удобным и интуитивно понятным: Don’t Make Me Think, Steve Krug.
- Ознакомьтесь с руководствами Human Interface Guidelines (от Apple, для iOS) и Material Design (от Google, для Android) и постарайтесь найти описанные там конструктивные шаблоны в своих приложениях.
- Урок Design for Startups, Garry Tan.
6. Читайте технические новости
Песни, картины, философские концепции… новое — всегда комбинация существующих идей. Стив Джобс не изобретал персональный компьютер (первыми на самом деле были специалисты Xerox, которые просто не нашли ему применения), и не Sony изобрела первую цифровую камеру (это сделала Kodak — которая затем убила свое детище). Именитые компании переделывали существующее, заимствовали, использовали и адаптировали уже озвученные идеи — и это естественный процесс создания нового.
Творить — значить соединять множество частей между собой. Если спросить творческого человека, как он сделал что-то, он почувствует себя немного виноватым, потому что в его понимании он ничего не делал, а просто увидел картинку.
— Стив Джобс
Менеджерам по продукту нужно постоянно следить за новинками, узнавать о быстрорастущих стартапах и неудачах, первыми использовать передовые технологии, прислушиваться к новым тенденциям. Без этого не получится сохранять созидательную силу и новаторский подход.
Ресурсы для периодического чтения, прослушивания и просмотра:
- Новинки продуктов и интернет-тенденции на каждый день: ProductHunt и BetaList.
- Ежедневные технические новости: TechCrunch, Hacker News и Hackernoon.
- Подпишитесь на This Week In Startups: автор Jason Calacanis периодически приглашает предпринимателей поделиться своим опытом.
- Лидеры сферы технологий и авторитетные специалисты в Твиттере: Paul Graham, Des Traynor, Ben Horowitz, Marty Cagan, Paul Adams, Ian McAllister.
О переводчике
Перевод статьи выполнен в Alconost.
Alconost занимается локализацией игр, приложений и сайтов на 70 языков. Переводчики-носители языка, лингвистическое тестирование, облачная платформа с API, непрерывная локализация, менеджеры проектов 24/7, любые форматы строковых ресурсов.
Мы также делаем рекламные и обучающие видеоролики — для сайтов, продающие, имиджевые, рекламные, обучающие, тизеры, эксплейнеры, трейлеры для Google Play и App Store.
> Подробнее
Комментарии (7)
Samoglas
27.07.2019 22:52Не взлетит, так и задумывалось. Всё нормально, он и не собирался взлетать — название компании на алко- не зря называется.
Нарисовали пропеллер, который коснулся бы земли при попытке взлета.
Мужик держится за невидимую веревку, самолет «педальный», каруселька в парке.
Картинка олицетворяет качество пеара в компании.
PSAlconost
Блог компании Alconost
Переведено в Alconost
Перевод статьи выполнен в Alconost
Alconost занимается…
Alconost
Анастасия Куриленко alconost
Сайт alconost.com
Alconost
alconost.com
Ролики Alconost на Youtube
Alconost на Facebook
Alconost в Linkedin
Alconost
Alconost Inc
Теги: alconost
Alconost Локализуем…
17 упоминаний на странице.
Спасибо, Алконост, поблевал.
Алконост, алконост, АлКоНоСт…
Пишите еще, алконост! Давайте доведем упоминание алкогольной компании до минимум двадцати в каждой статье, алконост!
Каждый рубль, заплаченный Хабру, должен вернуться сторицей, алконост и пофиг, что статьи с вашими постами похожи на SEO мусор, алконост!
teecat
Виноват, но смотреть на самолет с первой картинки не могу. С такой центровкой лететь вверх?
dark_ruby
а моя первая реакция была "еще чуть чуть вперед и ему отрежет руку винтом"
testopatolog
Но и похоже, что периодически рукой раскручивается пропеллер, чтобы лететь.
Peacemaker
Наверное, там хвост из чугуния…
tvr
Это биплан, построенный по схеме «утка» с толкающим винтом, заходит на посадку.
А пилот крутит факи кому-то отставшему и не поместившемуся в кадр.
alconost Автор
Самолет надувной, что вы понимаете :)