Скотт Хёрф - Как создать продукт, который полюбят
- Название:Как создать продукт, который полюбят
- Автор:
- Жанр:
- Издательство:Литагент МИФ без БК
- Год:2019
- Город:Москва
- ISBN:9785001008217
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Скотт Хёрф - Как создать продукт, который полюбят краткое содержание
В книге вы найдете рассказ о том, как работают профессионалы. В чем черпают вдохновение и как справляются с проблемами при создании успешных продуктов. Как находят редкие жемчужины идей, обрабатывают их, проверяют свои гипотезы и как это отражается на процессе создания продукта. Как рождаются дизайн и прототипы и как тестируется и выпускается успешный продукт.
Описанные в этой книге приемы пригодятся всем: и предпринимателям, и сотрудникам небольших стартапов, и работникам крупных корпораций вне зависимости от сферы деятельности.
На русском языке публикуется впервые.
Как создать продукт, который полюбят - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Теперь время поработать продуктовой команде. «Каким может быть наилучшее решение создавшейся проблемы?» И все вместе они должны придумать решение. Когда я говорю об управлении продуктом, то часто использую одну фразу (у меня есть даже соответствующая запись в блоге) [201]. Это фраза – «Менеджер продукта должен помочь своей команде разработать лучший продукт для пользователей». Помочь команде, а не заставить ее.
Помогайте команде, как только можете. Направляйте ее, если это необходимо. Если вам не по силам направить команду в нужное русло – вероятно, вы не справляетесь с ролью менеджера продукта. «Лучший продукт» означает, что вы правильно определили проблему и решаете ее лучшим из возможных способов. Не забывайте о пользователях – всегда нужно помнить, для кого вы делаете этот продукт и чьи проблемы ваша работа призвана решить. После того как вы это выяснили, работа команды – найти правильное решение.
Как вам удается сфокусировать внимание команды на нужных вещах?
Ну, во-первых, нужно верить своей команде. Я понимаю, что это звучит банально, но на практике не так просто. Мне кажется, многие процессы изначально базируются на недостатке доверия. Во-вторых, если вы доверяете команде, позвольте ей помочь вам в решении проблем. Команда знает, что она может сделать. Команда понимает, как конкретные детали продукта можно разработать. Дизайнеры знают, какие решения будут удачными и естественными для такого типа продукта, а какие – нет. И всё в таком духе.
Итак, что я делаю: мы знаем, что есть проблема, но мы не знаем точно, какова она и как ее решить. Я собираю команду на общий мозговой штурм с вопросом «Что нам делать?». На чем сконцентрироваться в первую очередь, чтобы увеличить активность пользователей? Как привлечь новых пользователей в нашу систему? У меня есть идеи, основанные на моем опыте, у других людей есть идеи, основанные на их мыслях. Мы всё обсуждаем и потом голосуем. Да, я доверяю команде проголосовать. И если команда проголосовала за какой-то вариант как наиболее подходящий для решения проблемы, я доверяю ее решению. В любом случае, этим людям придется воплощать его в жизнь. И мы будем делать это вместе.
Заметьте, не все могут быть согласны, но если каждый видит прозрачную процедуру голосования и обсуждения и если вы открыты и честны, то всегда можете сказать: «Окей, мы выбрали этот вариант все вместе. Мы же команда? Так давайте его придерживаться». Ваша работа – помогать команде делать именно те вещи, которые вы все вместе решили делать, и это уже своего рода соглашение. Так что я действительно думаю, что обсуждение и голосование очень важны.
Как вы управляете процессом создания продукта? Как определяете, что все идет по плану?
На самом деле мне кажется, что хорошие дизайнеры и хорошие инженеры должны чувствовать процесс, как это делаю я. Моя роль – быть лидером. В первую очередь, я фокусируюсь на истории. У продукта всегда должно быть название – даже у самой маленькой из разрабатываемых нами вещей всегда есть название. Каким бы оно ни было – «Электронное страховое письмо», «Поздравительное письмо» или «Новый пользовательский сценарий – 3». Иногда названия могут быть дурацкими, иногда – действительно цепляющими, вроде использованного нами в Twitter «Кого читать?» (в оригинале WTF – Who To Follow). Кстати, эта идея была предложена одним из наших пользователей. Мы всегда стараемся придумать название и вслед за ним – историю.
Иногда история записывается. На самом деле мне следует записывать истории чаще, но обычно это происходит спонтанно, вроде: «Эй! Это история того, зачем мы разрабатываем этот функционал, что мы ожидаем изменить в поведении пользователей и как это повлияет на них и на весь бизнес». И я рассказываю эту историю, чтобы понять, что разрабатываемый продукт ей соответствует. Иногда он ей не соответствует. Но стараться нужно всегда. Многие недооценивают важность правильной истории.
Необходимо понять, что, если я могу рассказать историю о том, для чего нужен этот продукт, я могу развить ее во что угодно.
Что заставляет вас отступить и задуматься, не совершили ли вы ошибки?
Я думаю, в первую очередь, если я не могу точно описать свой продукт. Или если я рассказываю о нем людям, а они не до конца могут понять мои идеи и начинают их искажать. Я думаю, эти два момента напрямую касаются меня. Мне кажется, это самое главное. Или ты не можешь описать свой продукт, или ты описываешь его, а люди высказывают свое «фи». Впрочем, даже в этом случае, если вы полностью уверены в своей правоте, все нормально, пока люди хоть как-то понимают ваши идеи. Потому что это означает, что вам всего лишь нужно научиться доносить их лучше. Еще один момент. Если вы начинаете разработку и вся команда говорит, что «это отстой», – это плохой знак. Вы доверяете мнению команды. Но иногда вам приходится противостоять ему, потому что люди зашли в тупик, или потому что задача труднее, чем они думали, или по другим причинам. Но если вы считаете, что что-то правильно (и это расходится с мнением команды), то иногда надо настоять на своем.
Когда продукт готов к запуску, принимает ли команда участие в написании рекламных материалов? Общаются ли они с маркетологами продукта? Когда вы уверены, что продукт будет презентован правильно?
Все дело в истории. Если вы придумали хорошую историю и все люди в компании понимают, почему она важна и так далее, тогда и выход на рынок будет легкой частью этой отличной истории. Если же история не проработана – тогда у вас проблемы [202].
Интервью: Кэт Нуун
Кэт Нуун – опытный продуктовый дизайнер. В настоящее время она работает над Iris, приложением, которое уведомляет близких человека о том, что с ним произошел несчастный случай.
Как вы решаете, что будете делать? Кто участвует в этом процессе?
Я, мой сооснователь и наши пользователи – именно от них зависит, что будет с продуктом дальше. У нас есть базовый сценарий, чего мы хотим достичь, список вещей, которые необходимо внедрить, а все остальное, о чем мы раньше даже не задумывались, мы узнаем от наших пользователей.
Как вы выявляете и решаете проблемы?
С самого начала мы уделяли много времени самообучению и погружению в мир писателей – как профессионалов, так и любителей. Вне зависимости от сферы вашей деятельности вы должны разбираться в ней досконально. Если речь идет о сообщениях, то знать особенности поведения людей, все тонкости и хитрости общения – только так можно добиться успеха.
На что похоже это общение?
Обычно мы просто обсуждаем все, что приходит в голову. У нас есть список «Будущие идеи» на Wunderlist, куда мы записываем свои мысли, а затем обсуждаем их. Мы разбираем все за и против, как идея может отразиться на наших пользователях, платформе и компании. Иногда один из нас загорается какой-то идеей, но в процессе обсуждения выясняются новые подробности и становится очевидным, что воплощать ее мы не будем – потому что это будет пустой тратой времени и/или средств.
Читать дальшеИнтервал:
Закладка: