Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели

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

Давайте посмотрим, как это происходит на практике. Компания Kodak — производитель фотоаппаратов и фотопленки. Но сегодня у нее есть еще и масштабный онлайн-проект Kodak Gallery. Марк Кук — вице-президент подразделения Kodak Gallery. Его задача — ввести в культуру Kodak Gallery возможность проводить эксперименты.

Марк объясняет: «Обычно это происходит так: продукт-менеджер говорит, что людям нужно вот это… Программист отвечает: “Хорошо, я это сделаю”. Но я хочу, чтобы мои люди сначала ответили на четыре вопроса:

1. Признают ли потребители, что у них есть проблема, которую мы пытаемся решить?

2. Если предложить им решение этой проблемы, готовы ли они за него платить?

3. Станут ли они платить именно нам?

4. Можем ли мы предложить решение?»

Чаще всего разработчики продуктов сразу переходят к четвертому вопросу и создают решение, так и не выяснив, есть ли у клиентов проблема. Например, недавно Kodak Gallery предложила пользователям новый продукт: свадебные приглашения с позолоченным текстом и графикой. Они имели успех, и команда разработчиков стала создавать приглашения и открытки для других особых случаев и праздников. Исследования рынка и процесс разработки подтверждали, что потребителям понравятся новые продукты, и поэтому в их создание было вложено много труда.

Но за несколько дней до выпуска нового товара на рынок разработчики выяснили, что людям трудно представить себе, как выглядят открытки, только по их описаниям на сайте. Эти описания не дают представления о том, как они красивы на самом деле. Кроме того, новые открытки оказались сложны в производстве. Кук понял, что его команда подошла к решению задачи не с того конца. Он поясняет: «Мы не подумали о том, как будем продавать и производить продукт, поэтому не стоило тратить время на дизайн».

Кук сделал выводы и предложил другой подход. Он возглавил процесс разработки нового набора опций для сервиса обмена фотографиями, сделанными на каком-то мероприятии или во время какого-то события. Команда считала, что онлайн-альбом мероприятия поможет людям, присутствовавшим на свадьбе, на конференции и т. п., обмениваться фотографиями с другими участниками события. В отличие от других онлайн-сервисов обмена фотографиями, Kodak Gallery уделила особое внимание защите личных данных пользователей. Фотографиями могли обмениваться только те, кто присутствовал на одном и том же мероприятии.

Кук был решительно настроен работать по-новому и помог группе определить все риски и разработать гипотезы, прежде чем создавать новые опции. Затем эти гипотезы были протестированы экспериментальным путем.

В основе альбома мероприятий лежали два основных предположения:

1. Пользователи захотят создавать такие альбомы.

2. Участники мероприятий будут загружать новые фотографии в альбомы, созданные их друзьями или коллегами.

Команда Kodak Gallery сделала простой опытный образец альбома. Ему недоставало многих опций. На самом деле он был настолько «сырым», что команда даже боялась показывать его клиентам. Однако, позволив им использовать опытный образец, разработчики смогли уже на такой ранней стадии проверить свои начальные предположения — и они не подтвердились. Создать альбом оказалось не так просто, как казалось разработчикам: ни один из первых пользователей не сумел этого сделать. И еще пользователи жаловались, что в первой версии сервиса не хватает важных опций.

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