Энергия толпы (нет, это случайная шутка), должно быть, передалась Эдисону, который публично пообещал обеспечить новой технологией и городские улицы, начиная с Перл-стрит в Нью-Йорке. Перенос электричества из лаборатории в большой мир не был легкой задачей. Эдисону требовалось не только воссоздать саму технологию, но и придумать все компоненты электрической системы (розетки, генераторы, выключатели и т. д.), а также привлечь первых клиентов. Ух!
[196]
Как будто этого было мало, но у Эдисона вдобавок еще и не имелось ценовой модели. Он собрал несколько команд, которые должны были провести исследование рынка. Сколько люди платят за газ? Какую сумму они готовы платить за электричество и оборудование?
Несмотря на обещание, Эдисон не стремился немедленно его выполнять. Критиков становилось все больше. Неужели его обещание — всего лишь пустые слова?
Между изобретением и выпуском готового продукта на рынок лежит настоящая пропасть… Первая фотография появилась спустя много лет после изобретения технологии; то же самое произошло и с пароходом, и с телеграфом
[197].
Цифровые продукты в этом плане не слишком отличаются от обычных. Вы создаете прототипы, дизайн-макеты и заставляете все это работать. Вы подгоняете результаты юзер-тестов, используя только тот опыт, который кажется вам подходящим. Собираете отзывы, работаете с критикой и продолжаете делать это до тех пор, пока точность воспроизведения желаний не станет максимальной.
Но перейти от этих итераций к тому, что подойдет реальным клиентам, не так-то просто. Возможно, когда вы запускаете продукт, для вас ставки не так высоки, как для Эдисона (согласитесь, создание электрической сети чуточку сложнее), но все-таки это дело вашей жизни. Если вы выделили время на разработку продукта, который должен улучшить жизнь людей, стоит потратить еще немного, чтобы убедиться, что он готов к запуску.
Но как понять, что он уже готов? И как выпустить готовый продукт в реальный мир?
Будет готов, когда придет время
Простой ответ таков: продукт готов… когда он готов.
Я не пытаюсь звучать пафосно. И нет, я не пытаюсь придумать фразу, которую вы немедленно захотите показать миллиардам своих читателей в Twitter.
Дело в том, что «запуск продукта» — это просто модные словечки, ничего более.
Пора сжечь корабли.
К черту! Запускаемся.
Концентрируемся и продолжаем запускаться.
Такие мысли — это неплохо. Но вообще продукт в идеале постоянно совершенствуется, поскольку вы узнаёте что-то новое о своих пользователях и стараетесь лучше соответствовать их потребностям.
Запуск ради запуска никому не нужен. Но в обособленной культуре технологий это стало чем-то вроде одержимости. В результате появляется множество некачественных вещей: представители нашего сообщества больше гордятся тем, как быстро они что-то запустили, чем тем, насколько эффективно их продукты справляются со своими задачами.
Мне нравится, что по этому поводу говорит Кэт Нуун, успешный предприниматель и продуктовый дизайнер:
Это называется «запуск», а не «запор».
Запуск — самое главное.
Не поймите меня неправильно. Я за то, чтобы выпустить продукт и затем постоянно улучшать его — выпускать новые версии, руководствуясь результатами пользовательских тестов, своей интуицией, обратной связью. Разумеется, будут появляться баги, что-то будет ломаться, что-то может иметь непривлекательный внешний вид — это нормально. Но существует четкая грань между запуском ради самого запуска и запуском качественного продукта.
Очень легко забыть об ответственности, которую вы несете с момента выхода продукта в реальный мир, где его будут использовать реальные люди. Ваша задача — обеспечить решение их проблем
[198].
Мой опыт свидетельствует, что компании, озабоченные главным образом запуском продукта ради самого факта запуска, просто не знают, что еще им сделать. Они не знают, что нужно клиентам. А зачастую даже не знают, кто их клиенты.
И, к сожалению, запуск ради запуска не исправит ситуацию.
Если вы находитесь на этой стадии, сделайте шаг назад. «Нельзя путать скорость и поспешность: людям не нужны неправильные ответы, даже если они получили их в рекордно короткие сроки», — писал Кеннид Боулз, бывший дизайн-менеджер Twitter. Добейтесь правильных ответов.
Именно это прекрасно понимали в Facebook. В 2014 году Марк Цукерберг открыто заявил о пересмотре своего знаменитого принципа Move fast and break things («Двигайся быстро, ломая все на пути»), который красовался на стенах офиса компании и в рекламных проспектах IPO.
«Раньше мы пытались выпустить продукт как можно быстрее, а затем смотрели, как на него реагирует рынок, — поясняет Брайан Боланд. — Теперь же мы сначала подтверждаем его качество и надежность».
Говоря о технологических гигантах, можно упомянуть и Apple. Со стороны кажется, будто Тим Кук и Джони Айв выводят продукты на рынок, лишь добившись их «волшебного» совершенства. В конце концов, в их распоряжении больше денег, чем у Министерства финансов США. С такими доходами нужно ли им следить за дедлайном?
На самом деле все обстоит иначе. «Компания не только устанавливает внутренние дедлайны, но и определяет дедлайны для дедлайнов, у которых есть свои дедлайны, — писал бывший старший дизайнер Apple Марк Кавано (сейчас он возглавляет Storehouse — компанию, предлагающую услуги хранения фотоизображений). — Производственный цикл, от начального этапа до даты поставки, тщательно распланирован»
[199].
«Подожди-ка, автор, — можете подумать вы. — Ты же сам только что сказал, что продукт можно запускать, только когда он готов. Что-то не сходится».
Как вам такой поворот? Кавано продолжает свою мысль:
Правда, есть одно важное но: особенность Apple в том, что они по собственной воле сдвигают дедлайны. Если разрабатываемый продукт не готов к релизу, сроки его выхода меняются. Если идея несовершенна, лишена «волшебства», она пересматривается, и продукт получает совершенно другую дату запуска.
Отбросив «волшебную» составляющую, можно вынести для себя важный урок. Запуск не является конечной целью. Он не сделает ваш продукт превосходным.
