На первых порах стартап —
это инициатива, основанная на вере.
Чтобы добиться успеха, основатель должен как можно быстрее привести гипотезы и догадки в соответствие с фактами, а для этого ему нужно выйти из офиса, спросить у потребителей, верны ли его гипотезы, и не мешкая изменить те, которые окажутся ошибочными.
2. Утверждение: «Я знаю, какие характеристики продукта надо разработать»
Второе ошибочное утверждение логично вытекает из первого. Основатель, который убежден, что знает своего потребителя, считает, что ему известно, какие характеристики товара или услуги необходимы последнему. В результате он задумывает, разрабатывает и выпускает полнофункциональный продукт с помощью традиционных методов, не покидая офиса. Но разве не этим должен заниматься стартап? Нет, так может действовать лишь та компания, у которой уже есть потребители.
Неизвестно, понравятся ли
свойства продукта потребителю.
Каскадный процесс (рис. 1.2) осуществляется последовательно и без остановок в течение года-двух. Пока продукт не будет готов, что считать прогрессом? Еще одна написанная строка в программе, еще одна приобретенная деталь оборудования — все это прогресс. Однако без прямого постоянного контакта с потребителем нельзя сказать, понравятся ли ему новые характеристики продукта. Исправление ошибок, неизбежных при создании нового продукта, уже после того как потребитель получил готовую версию, — дорогая и трудоемкая процедура, способная погубить компанию. Драгоценное время уходит, и к моменту запуска может оказаться, что продукт устарел. Более того, это чревато колоссальными потерями на этапе разработки. Оказывается, что сотни часов потрачены впустую, а из готовых программ приходится выбрасывать целые куски, поскольку потребитель заявляет, что его интересуют совершенно иные характеристики. По иронии судьбы стартапы часто разрушает традиционная методика создания новых продуктов.
3. Зацикленность на дате запуска
При традиционной модели представления продукта рынку отделы разработки, продаж и маркетинга сосредоточены на дате запуска продукта: она чрезвычайно важна и не подлежит изменению. Маркетологи стараются организовать мероприятие или выбрать площадку (отраслевая выставка, конференция, блог и т.д.), которые позволят сделать запуск продукта объектом всеобщего внимания. Представители высшего руководства поглядывают на календарь, готовясь к фейерверкам в день запуска продукта. Ни менеджмент, ни инвесторы не терпят отклонений от намеченного маршрута, которые ведут к задержкам. Несмотря на то, что традиционный график разработки включает в себя несколько циклов тестирования — альфа, бета и релиз — для улучшения характеристик продукта время выделяется редко. В целом он все равно ориентирован на выдачу продукта, задуманного изначально, хотя и с небольшим количеством ошибок.
Даты запуска продукта и поставки первой версии потребителю — это попросту временной рубеж, когда команда разработчиков считает, что первая версия готова. Это не значит, что компания изучила потребителей или знает, как продвигать или продавать свой продукт, и все же почти в каждом стартапе все ждут, когда пробьет час запуска первой версии, и этот срок назначается окончательно и бесповоротно. Хуже того, инвесторы стартапа тоже увязывают свои финансовые ожидания с этой датой.
Инвесторы в один голос твердят: «Да, вам следует действовать именно так. Задача маркетологов и продажников — вывести продукт на рынок. Именно так стартап зарабатывает деньги». Это очень плохой совет. Не следуйте ему. Зацикленность на запуске продукта порождает стратегию «Готовься! Целься! Пли!», которая игнорирует процесс выявления потребителя, а это фундаментальная и, как правило, роковая ошибка. Разумеется, любой стартап стремится вывести продукт на рынок и продать его, но прежде чем делать это, компания должна уяснить, кто и почему будет этот продукт покупать. Форсированный марш не предусматривает возможности итерации, которая означает: «Если наши предположения ошибочны, вероятно, нам нужно попробовать что-то другое». Он исключает процесс «Создавай, тестируй, учись на ошибках», предполагая, что для привлечения потребителей достаточно качественного технического решения.
