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