Читать книгу "Как создать продукт, который полюбят - Скотт Херф"

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

Как будто этого было мало, но у Эдисона вдобавок еще и не имелось ценовой модели. Он собрал несколько команд, которые должны были провести исследование рынка. Сколько люди платят за газ? Какую сумму они готовы платить за электричество и оборудование?

Несмотря на обещание, Эдисон не стремился немедленно его выполнять. Критиков становилось все больше. Неужели его обещание — всего лишь пустые слова?

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

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

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

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

Будет готов, когда придет время

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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