Скотт Хёрф - Как создать продукт, который полюбят

Между изобретением и выпуском готового продукта на рынок лежит настоящая пропасть… Первая фотография появилась спустя много лет после изобретения технологии; то же самое произошло и с пароходом, и с телеграфом [197].

Цифровые продукты в этом плане не слишком отличаются от обычных. Вы создаете прототипы, дизайн-макеты и заставляете все это работать. Вы подгоняете результаты юзер-тестов, используя только тот опыт, который кажется вам подходящим. Собираете отзывы, работаете с критикой и продолжаете делать это до тех пор, пока точность воспроизведения желаний не станет максимальной.

Но перейти от этих итераций к тому, что подойдет реальным клиентам, не так-то просто. Возможно, когда вы запускаете продукт, для вас ставки не так высоки, как для Эдисона (согласитесь, создание электрической сети чуточку сложнее), но все-таки это дело вашей жизни. Если вы выделили время на разработку продукта, который должен улучшить жизнь людей, стоит потратить еще немного, чтобы убедиться, что он готов к запуску.

Но как понять, что он уже готов? И как выпустить готовый продукт в реальный мир?

Простой ответ таков: продукт готов… когда он готов.

Я не пытаюсь звучать пафосно. И нет, я не пытаюсь придумать фразу, которую вы немедленно захотите показать миллиардам своих читателей в Twitter.

Дело в том, что «запуск продукта» – это просто модные словечки, ничего более.

Пора сжечь корабли.

К черту! Запускаемся.

Концентрируемся и продолжаем запускаться.

Такие мысли – это неплохо. Но вообще продукт в идеале постоянно совершенствуется, поскольку вы узнаёте что-то новое о своих пользователях и стараетесь лучше соответствовать их потребностям.

Запуск ради запуска никому не нужен. Но в обособленной культуре технологий это стало чем-то вроде одержимости. В результате появляется множество некачественных вещей: представители нашего сообщества больше гордятся тем, как быстро они что-то запустили, чем тем, насколько эффективно их продукты справляются со своими задачами.

Мне нравится, что по этому поводу говорит Кэт Нуун, успешный предприниматель и продуктовый дизайнер:

Это называется «запуск», а не «запор».

Запуск – самое главное.

Не поймите меня неправильно. Я за то, чтобы выпустить продукт и затем постоянно улучшать его – выпускать новые версии, руководствуясь результатами пользовательских тестов, своей интуицией, обратной связью. Разумеется, будут появляться баги, что-то будет ломаться, что-то может иметь непривлекательный внешний вид – это нормально. Но существует четкая грань между запуском ради самого запуска и запуском качественного продукта.

Очень легко забыть об ответственности, которую вы несете с момента выхода продукта в реальный мир, где его будут использовать реальные люди. Ваша задача – обеспечить решение их проблем [198].

Мой опыт свидетельствует, что компании, озабоченные главным образом запуском продукта ради самого факта запуска, просто не знают, что еще им сделать. Они не знают, что нужно клиентам. А зачастую даже не знают, кто их клиенты.

И, к сожалению, запуск ради запуска не исправит ситуацию.

Если вы находитесь на этой стадии, сделайте шаг назад. «Нельзя путать скорость и поспешность: людям не нужны неправильные ответы, даже если они получили их в рекордно короткие сроки», – писал Кеннид Боулз, бывший дизайн-менеджер Twitter. Добейтесь правильных ответов.

Именно это прекрасно понимали в Facebook. В 2014 году Марк Цукерберг открыто заявил о пересмотре своего знаменитого принципа Move fast and break things («Двигайся быстро, ломая все на пути»), который красовался на стенах офиса компании и в рекламных проспектах IPO.

«Раньше мы пытались выпустить продукт как можно быстрее, а затем смотрели, как на него реагирует рынок, – поясняет Брайан Боланд. – Теперь же мы сначала подтверждаем его качество и надежность».

Говоря о технологических гигантах, можно упомянуть и Apple. Со стороны кажется, будто Тим Кук и Джони Айв выводят продукты на рынок, лишь добившись их «волшебного» совершенства. В конце концов, в их распоряжении больше денег, чем у Министерства финансов США. С такими доходами нужно ли им следить за дедлайном?

На самом деле все обстоит иначе. «Компания не только устанавливает внутренние дедлайны, но и определяет дедлайны для дедлайнов, у которых есть свои дедлайны, – писал бывший старший дизайнер Apple Марк Кавано (сейчас он возглавляет Storehouse – компанию, предлагающую услуги хранения фотоизображений). – Производственный цикл, от начального этапа до даты поставки, тщательно распланирован» [199].

«Подожди-ка, автор, – можете подумать вы. – Ты же сам только что сказал, что продукт можно запускать, только когда он готов. Что-то не сходится».

Как вам такой поворот? Кавано продолжает свою мысль:

Правда, есть одно важное но: особенность Apple в том, что они по собственной воле сдвигают дедлайны. Если разрабатываемый продукт не готов к релизу, сроки его выхода меняются. Если идея несовершенна, лишена «волшебства», она пересматривается, и продукт получает совершенно другую дату запуска.

Отбросив «волшебную» составляющую, можно вынести для себя важный урок. Запуск не является конечной целью. Он не сделает ваш продукт превосходным.

Цель запуска – создать «минимально привлекательный продукт» (Minimum Loveable Product, MLP). Этот придуманный Кэт Нуун термин отражает стремление подготовить продукт, который будет не только решать проблемы пользователей, но и устанавливать с ними эмоциональную связь.

Нуун пишет:

Что, если мы начнем выпускать «минимально привлекательные продукты»? Продукты, которые объединяют наименьшее возможное количество признаков, которые позволяют любить и принимать себя и которые, несмотря на свою неидеальность, решают проблемы пользователей?

Это не означает, что вы должны разрабатывать монолитный продукт или тратить годы на то, чтобы довести его до совершенства. Если хотите, можете выпускать по продукту хоть каждый день.

Но, как заметил Бен Бёрт, знаменитый звукорежиссер «Звездных войн», описывая съемочный процесс : « Фильмы не выпускают в прокат, они сбегают сами».

Внимание к проблемам целевой аудитории. Обозначенные дедлайны. Требования к качеству. Эти естественные факторы подталкивают вас создавать и улучшать продукт до тех пор, пока тот сам не сбежит от вас. Именно в этом секрет успеха «минимально привлекательных продуктов».

Запуск продукта означает, что отныне вы несете ответственность за все. Вы «директор всего» продукта. Вы должны знать, как он работает, из каких частей состоит, какие у него есть проблемы, что делать следующим. Ваша ответственность не заканчивается, как только продукт готов к запуску (или уже запущен).