355 500 произведений, 25 200 авторов.

Электронная библиотека книг » Эрик Рис » Бизнес с нуля: Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели. » Текст книги (страница 6)
Бизнес с нуля: Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели.
  • Текст добавлен: 9 октября 2016, 12:34

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


Автор книги: Эрик Рис



сообщить о нарушении

Текущая страница: 6 (всего у книги 18 страниц) [доступный отрывок для чтения: 7 страниц]

Выходите на улицу

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

Стив Бланк уже много лет убеждает предпринимателей в том, что информацию, которую нужно собрать о клиентах, рынках, поставщиках и каналах сбыта, можно найти только «на улице». Стартапу необходимо очень тесно контактировать с потенциальными клиентами, чтобы понять их. Так что вставайте из-за стола и отправляйтесь знакомиться с ними!

Первое, что вы должны сделать, – убедиться в том, что ваши «прыжки веры» обоснованны, что у потребителей действительно есть серьезная проблема, которую надо решить [10]10
  Это также называют «найти потребителей». – Прим. авт.


[Закрыть]
. Когда в 1982 г. Скотт Кук начал создавать компанию Intuit, у него было видение – довольно смелое для того времени, – что в один прекрасный день люди начнут использовать персональные компьютеры для оплаты счетов и управления своим бюджетом. Кук оставил работу консультанта, совершил прыжок в неизвестность и стал предпринимателем. Но он решил не полагаться на бесконечные маркетинговые исследования или теоретический анализ рынков. Вместо этого он взял телефонные справочники калифорнийского города Пало-Альто, где он тогда жил, и деревни Уиннетка, расположенной в штате Иллинойс.

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

Его первые разговоры с потенциальными клиентами не касались характеристик возможного сервиса – это было бы бессмысленно. Тогда лишь немногие разбирались в персональных компьютерах, и люди просто не знали, для каких целей можно использовать это устройство. Кук общался с самыми обычными людьми, а не с ранними последователями. Но эти разговоры помогли ему понять самое главное: если компании Intuit удастся решить эту проблему, у нее появится множество клиентов, и он сможет создать прибыльный бизнес.

Разработка продукта и архетип потребителя

Цель этих первых контактов с клиентами не в том, чтобы получить точные ответы на все вопросы. Они призваны прояснить, причем пока что на самом элементарном уровне, понимаем ли мы наших потенциальных потребителей и их проблемы. Если нам удастся их понять, мы сможем создать «архетип потребителя» – небольшой документ, который «очеловечивает» предполагаемого целевого клиента. Архетип потребителя – самое важное руководство по разработке продукта. Оно гарантирует, что ежедневные решения о приоритетах, которые приходится принимать любой команде разработчиков, будут соответствовать потребностям тех людей, которых стремится привлечь компания.

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

Тем не менее есть разработчики, которые готовы следовать совершенно новым методам. Они считают, что архетип потребителя – это гипотеза, а не факт. Профиль потребителя нельзя считать окончательным до тех пор, пока он не подтвержден фактами, на основании которых мы поймем, что сумеем привлечь его и создать при этом жизнеспособный бизнес.

«Аналитический паралич»

Когда предприниматели проводят маркетинговые исследования и общаются с клиентами, всегда возникают две опасности. Последователям подхода «просто сделай это» не терпится побыстрее начать что-то делать, и они не хотят тратить время на анализ своей стратегии. Они немедленно приступают к разработке, часто всего после нескольких поверхностных бесед с потребителями. К сожалению, клиенты на самом деле не знают, чего хотят. Поэтому предприниматели легко поддаются соблазну и начинают думать, что они находятся на верном пути, хотя это не так.

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

Итак, излишне подробный анализ опасен, но не менее опасно и его отсутствие. Когда же пора прекратить анализировать и начать создавать продукт? Ответ дает идея так называемого минимально рабочего продукта. О нем мы и поговорим в главе 6.

Глава 6
Тестирование

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

Сначала компания Groupon вообще не собиралась ничего продавать. Ее основатель Эндрю Мэйсон хотел создать «платформу для коллективных действий» под названием The Point ради того, чтобы объединять людей для решения проблем, которые они не могут решить в одиночку. Например, собрать средства на те или иные цели или бойкотировать какой-нибудь местный розничный магазин. Первые успехи The Point были весьма скромными, и в конце 2008 г. основатели компании решили попробовать что-нибудь новое. У них все еще были большие амбиции, но они хотели, чтобы новый продукт был как можно более простым. Так они создали минимально рабочий продукт. Трудно поверить, что речь идет о компании, стоимостью $1 млрд, не так ли? Но вот что рассказывает Мэйсон: «Мы завели блог на сайте WordPress, убрали все лишнее, придумали название Groupon и стали каждый день писать новый пост. Все было очень просто. В первой версии Groupon мы продавали футболки. В блоге мы писали: „Эта футболка – красного цвета, большого размера. Если вам нужен другой цвет или другой размер, сообщите нам об этом по электронной почте“. У нас даже не было формы, куда бы клиент мог внести эти данные. Все было сделано на скорую руку.

Этого оказалось достаточно, чтобы проверить концепцию и доказать, что люди поддержат нашу идею. Для генерации купонов мы использовали программу FileMaker. Мы рассылали по электронной почте PDF-версии купонов. Наступил момент, когда за один день мы продали 500 купонов на суши и одновременно отправили 500 PDF-версий купонов с помощью Apple Mail. На самом деле в первые месяцы мы просто пытались понять, как нам надо действовать. Мы хотели выяснить, что нужно людям».

Простого купона на пиццу и блога оказалось достаточно, чтобы обеспечить Groupon рекордный успех. Возможно, объемы продаж компании достигнут $1 млрд быстрее всего в истории отрасли. Она создала поистине революционный способ привлечения новых клиентов для небольших местных компаний, который сегодня успешно работает более чем в 375 городах по всему миру.

* * *

Минимально рабочий продукт (MVP) помогает предпринимателям как можно быстрее начать процесс обучения. Это не обязательно самый простой продукт, который можно себе представить, но это возможность максимально быстро пройти весь цикл обратной связи «создать-оценить-научиться», приложив при этом минимум усилий.

В отличие от традиционных методов разработки, которые обычно предполагают длительный инкубационный период и направлены на совершенствование продукта, цель MVP заключается в том, чтобы начать процесс обучения, а не закончить его. В отличие от опытных образцов или тестирования концепций, MVP предназначен не только для того, чтобы ответить на вопросы, связанные с дизайном или техническими характеристиками продукта. Его задача – проверить гипотезы основателей бизнеса.

Почему первый продукт не должен быть совершенным

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

Однако эти первые результаты были чрезвычайно важны для прогнозирования будущего компании. Как мы увидим в главе 7, нам удалось проверить два своих «прыжка веры»: продукт IMVU действительно имел ценность для клиентов и наш механизм роста работал. А общие показатели были невысокими, потому что мы продавали продукт людям, которых принято назвать ранними последователями. Ведь прежде чем новый продукт можно будет успешно продавать на массовом рынке, его нужно продать именно им – ранним последователям. Эти люди – клиенты особой породы. Они принимают – а на самом деле даже и предпочитают – решения, готовые на 80 %, и чтобы вызвать их интерес, совершенство не требуется.

Именно первые последователи новых технологий выстраивались в очереди длиной в квартал за первой версией iPhone, и их не смущало, что в ней не было важных функций, например «копировать и вставить», скорость 3G-Интернета была низкой, а корпоративная электронная почта не поддерживалась. Первая версия поисковой машины Google могла отвечать лишь на запросы, связанные со специализированными темами, например со Стэнфордским университетом и операционной системой Linux, и прошли годы, прежде чем она стала «организовывать всю информацию мира». Однако это не мешало ранним последователям петь ей дифирамбы.

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

Это суровая правда жизни, которую нужно принять каждому предпринимателю. Ведь в своем видении предприниматель представляет себе качественный продукт массового спроса, способный изменить мир, а не жалкую поделку, которой пользуется горстка людей, готовых дать ей шанс. Это продукт, который изменит мир, – совершенный, блестящий, достойный рекламы в прайм-тайм! Он получает премии на выставках. А самое главное, его можно с гордостью продемонстрировать маме с папой! Если же первый продукт хромает на обе ноги, то зачем он вообще нужен?! Ведь нам всем в детстве твердили, что надо делать лучшее, на что мы способны. Как недавно сказал мне один менеджер: «Идея MVP меня немного пугает, ведь я всегда был перфекционистом!»

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

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

Где-то в бизнес-плане, возможно, в какой-то ячейке электронной таблицы, указан «процент клиентов, увидевших бесплатную демонстрационную версию и подписавшихся на нее». Возможно, вы прогнозируете, что эта цифра должна составить 10 %. Если так, то это – «прыжок веры». На самом деле в бизнес-плане нужно большими красными буквами написать так: мы ПРЕДПОЛАГАЕМ, что на тестовую версию подпишется 10 % пользователей.

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

Смысл MVP заключается в следующем: любые усилия, которые не позволят нам начать учиться, не нужны, какими бы важными они ни казались.

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

Минимально рабочий продукт: видеопрезентация

Дрю Хьюстон – президент Dropbox, компании из Кремниевой долины, разработавшей очень удобный инструмент для обмена файлами. Если вы установите это приложение, на рабочем столе вашего компьютера появится папка Dropbox. Все, что вы перетащите в эту папку, автоматически загрузится в сервис Dropbox, а потом мгновенно скопируется на все ваши компьютеры и устройства.

Основатели компании – программисты, ведь для создания такого продукта нужны опыт и знания в сфере разработки технологий. Например, сервис должен быть совместим с самыми разными компьютерными платформами и операционными системами: Windows, Macintosh, iPhone, Android и т. д. Такая интеграция происходит на глубинном уровне системы и требует специализированных ноу-хау, чтобы пользователям было удобно работать. Одно из основных конкурентных преимуществ Dropbox заключается в том, что эта программа работает невероятно незаметно и гладко, и конкурентам до сих пор не удалось создать ничего подобного.

Программистов не назовешь гениями маркетинга. Фактически ни один из членов команды Dropbox никогда этим не занимался. Они заручились поддержкой известных венчурных капиталистов, и все ожидали, что команда будет следовать стандартной модели разработки технологических продуктов: просто сделай это, и клиенты придут сами. Но Dropbox поступила иначе.

Параллельно с процессом разработки продукта основатели решили получить обратную связь от пользователей, чтобы выяснить, что для них действительно ценно. В частности, Dropbox нужно было проверить свой главный «прыжок веры»: если мы сможем сделать так, что людям понравится наша программа, дадут ли они ей шанс? Они предполагали – и как оказалось, вполне обоснованно, – что люди часто даже не подозревают о проблемах с синхронизацией файлов. Но стоит раз испытать на себе, что такое отсутствие таких проблем, и вы уже не сможете представить, что может быть по-другому.

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

Проблема была в том, что опытный образец не мог продемонстрировать, как работает новая программа. Продукт нуждался в решении серьезных технических проблем, и в нем был компонент онлайн-сервиса, требовавший высокой надежности и доступности. Чтобы не рисковать и не потратить слишком много времени на разработку продукта, который окажется никому не нужен, Дрю нашел очень простой выход: создал видеопрезентацию.

Это простая трехминутная демонстрация того, как работает новая технология. Но она предназначена для сообщества ранних последователей. В презентации Дрю сам рассказывает о продукте, а зритель при этом смотрит на экран своего компьютера. Дрю описывает, как происходит процесс синхронизации файлов, и пользователь видит, как Дрю работает мышью, выполняя это действие. И вдруг пользователь видит, что файлы, с которыми работает Дрю, полны забавных ссылок и шуток, популярных в сообществе ранних последователей. Дрю говорит: «Эта презентация привлекла на наш сайт сотни тысяч людей. Список тех, кто заказал бета-версию, почти мгновенно вырос с 5000 до 75 000 человек. Мы были счастливы!» [11]11
  «Для случайного зрителя видеопрезентация Dropbox ничем не отличалась от обычной демонстрации продукта, – говорит Дрю, – но мы вставили в нее с десяток „фишек“ – ссылок и аллюзий, – рассчитанных на определенную аудиторию. Это были „тайные знаки“, предназначенные специально для этой тусовки, и началась цепная реакция. Через 24 часа у видео было больше 10 000 просмотров». – Прим. авт.


[Закрыть]

Сегодня Dropbox – одна из самых популярных компаний Кремниевой долины, и ее стоимость составляет более $1 млрд.

В этом случае минимально рабочим продуктом оказался видеоролик. MVP подтвердил «прыжок веры» Дрю: клиентам оказался нужен его продукт. И они не просто сказали об этом на фокус-группе – они подписались на него.

MVP для одного клиента

Рассмотрим еще один вариант MVP: минимально рабочий продукт для одного клиента. Чтобы понять, как это работает, давайте познакомимся с Мануэлем Россо, генеральным директором стартапа под названием Food on the Table из Остина, штат Техас. Сервис Food on the Table позволяет создавать еженедельные меню и списки покупок на основании того, какие продукты любите вы и члены вашей семьи. А затем он просматривает ассортимент местных продуктовых магазинов и находит самые выгодные цены на указанные продукты.

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

Конечно, это сложный и тщательно продуманный сервис. Целая команда профессиональных поваров разрабатывает рецепты, где используются продукты из местных продуктовых магазинов, расположенных в разных регионах страны. Эти рецепты с помощью компьютерного алгоритма соотносятся с уникальными потребностями и предпочтениями каждой семьи. Только представьте себе всю эту работу: нужно поддерживать базу данных почти каждого продуктового магазина в стране и постоянно обновлять ее, чтобы знать, что продается в каждом из них на этой неделе. Ассортимент магазинов должен соответствовать рецептам, а потом все продукты нужно выбрать, тегировать и рассортировать. Если для рецепта нужна брокколи определенного сорта, можно ли найти этот сорт на местном рынке?

Прочитав это описание, вы можете не поверить, что сервис Food on the Table (FotT) начинался с единственного клиента. Прежде чем создать базы данных тысяч продуктовых магазинов по всей стране, FotT начала обслуживать одного человека. Найдя первого клиента, компания выбрала первый магазин. Точно так же в начале у них не было ни одного рецепта – до тех пор, пока первый клиент не стал планировать свое меню. Фактически компания обслуживала своего первого клиента безо всякого программного обеспечения, не заключая никаких партнерских соглашений и не пригласив ни одного повара.

Мануэль и вице-президент по разработке продукта Стив Сэндерсон обошли местные супермаркеты и познакомились с молодыми мамами из своего родного города Остин. Они хотели, во-первых, просто понаблюдать за поведением потребителей, а во-вторых – постараться привлечь первого клиента.

Они знакомились с потенциальными клиентками в местных магазинах и брали у них интервью – как это сделал бы любой хороший маркетолог. А в конце каждого интервью пытались продать свой продукт. Они описывали преимущества FotT, называли еженедельную плату за пользование сервисом и приглашали зарегистрироваться на сайте. Чаще всего им отказывали. Как бы там ни было, очень немногих из нас можно назвать ранними последователями. Люди не станут пользоваться новым сервисом, не увидев сперва, как он работает. Но в конце концов один человек все же заинтересовался их предложением.

Этот единственный ранний последователь был окружен поистине королевским вниманием. Первой клиентке не нужно было разбираться с безличными программами. Каждую неделю ей наносил визит лично генеральный директор компании. Мануэль и вице-президент по разработке продукта сами выясняли, что продается в том магазине, где она чаще всего делала покупки, и тщательно подбирали рецепты на основании ее предпочтений. Они даже выяснили, каковы ее любимые блюда, и узнали, из каких продуктов она регулярно готовит еду для своей семьи. Каждую неделю они вручали ей пакет, содержащий список покупок и соответствующих рецептов, спрашивали, что ее устраивает или не устраивает, и если нужно, вводили изменения. И каждую неделю они получали от нее чек на $9,95.

Что уж тут говорить об эффективности?! Если подходить с традиционной меркой, это было просто пустой тратой времени. Генеральный директор и вице-президент вместо того, чтобы создавать свой бизнес, занимались ерундой – обхаживали единственную клиентку. Не продавали свои услуги миллионам, а «бегали» за одним человеком. Какие тут могли быть результаты?! У них не было ни продукта, ни доходов, ни баз данных рецептов, да и самой компании тоже не было.

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

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

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

Важно отметить, что FotT не похожа на те небольшие фирмы, где генеральный директор, президент и владелец компании всегда лично обслуживают клиентов. MVP для одного клиента устроен так, что индивидуальное обслуживание необходимо для обучения и проверки «прыжков веры» в модели роста компании. Довольно часто MVP для одного клиента показывает, что нужен другой подход. Такое может случиться, даже если первоначальный MVP приносит компании прибыль. А компании, не имеющие модели роста, часто попадают в ловушку: они удовлетворяются небольшим прибыльным бизнесом, хотя могли бы добиться гораздо более впечатляющих результатов. Единственный способ понять, возможен ли такой рост, – систематически тестировать модель роста, получая обратную связь от реальных клиентов.

И восемь человек за сценой…

Знакомьтесь: Макс Вентилла и Деймон Хоровиц. Они компьютерщики, которые хотят создать поисковую программу нового типа, способную отвечать на запросы, с которыми до сих пор не могут справиться самые современные компании, например Google. Google не может с чем-то справиться? Даже трудно себе такое представить. Google и другие поисковики превосходно отвечают на вопросы, связанные с фактами: какая гора самая высокая в мире? Кто был 23-м президентом Соединенных Штатов? Но вопросы, связанные с личными предпочтениями, даются Google с трудом. Спросите «Куда лучше всего зайти выпить пива после футбола в моем городе?», и Google вам не ответит.

Запросы такого типа интересны тем, что другому человеку ответить на них довольно легко. Представьте себе, что вы находитесь на вечеринке с друзьями. Сумеют ли они ответить вам на такой вопрос? Почти наверняка. В отличие от запросов, связанных с фактами, у таких субъективных вопросов нет единственного правильного ответа, и поэтому они так трудны для современных технологий. Тут ответ зависит от личного опыта и предпочтений отвечающего, от того, как он оценивает то, что вы ищете.

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

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

Вот эти сервисы, созданные в период разработки:

Rekkit. Сервис, собирающий отзывы с различных сайтов и дающий на их основе лучшие рекомендации.

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

The Webb. Номер телефона, куда можно позвонить и пообщаться с оператором, который может сделать для вас все, что можно сделать онлайн.

Web Macros. Сервис, позволяющий записывать последовательность действий на веб-сайтах, чтобы можно было повторять одни и те же действия на разных сайтах и делиться «рецептами» выполнения тех или иных задач онлайн.

Internet Button Company. Сервис, позволяющий «запомнить» действия, сделанные на веб-сайте, и создать на основе этого последовательность функций. Можно кодировать кнопки и использовать их как закладки.

Видение Макса и Деймона состояло в том, что компьютер станет виртуальным личным ассистентом, которого пользователь сможет спрашивать почти что о чем угодно. Ассистент будет отвечать на вопросы, связанные с личными предпочтениями, а они требуют способности к оценке и суждению. Первые эксперименты Aardvark тестировали разные вариации этой темы. Была создана серия опытных образцов, предлагавших пользователям разные способы взаимодействия с виртуальным ассистентом и получения ответов на свои вопросы. Но ни один из этих первых образцов не заинтересовал пользователей.

Макс говорит: «Мы сами финансировали компанию, и опытные образцы почти не требовали затрат. Aardvark создан на основе шестого опытного образца. Разработка каждого из них занимала от двух недель до месяца. Мы приглашали от 100 до 200 друзей и просили их протестировать и оценить опытные образцы. Потом мы выясняли, как часто эти люди заходят на сайт снова. Результаты были однозначно негативными, пока не появился Aardvark».

Чтобы тестирование отнимало как можно меньше времени, ни один из опытных образцов не содержал сложных технологий. Эти MVP были предназначены для того, чтобы получить ответ на более важный вопрос: что нужно сделать, чтобы люди стали пользоваться продуктом и рассказывать о нем друзьям?

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


    Ваша оценка произведения:

Популярные книги за неделю