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

Рис Эрик

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

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

«Мы выбрали версию Aardvark, —

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

Продукт Aardvark действовал на основе сервиса мгновенных сообщений (IM). Пользователь мог отправить вопрос в виде мгновенного сообщения, и Aardvark сообщал ему ответ, полученный от людей, находящихся в списке друзей этого пользователя в социальных сетях: программа производила поиск по друзьям и друзьям друзей и задавала им вопрос. Получив подходящий ответ, она передавала его пользователю.

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

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

Эта система позволила Максу и Деймону снова и снова совершать виражи и отклонять концепции, которые выглядели перспективными, но оказались нежизнеспособными. И когда пришло время развивать бизнес, у них уже был готовый план того, что нужно делать дальше. В результате сервис Aardvark купила компания Google. Говорят, что сумма сделки составила $50 млн.

MVP и качество

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

Современные производственные процессы основаны на том,

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

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

Если мы не знаем, кто наш клиент, мы не знаем, что такое качество.

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

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

Я часто наблюдал такие ситуации. В IMVU наши первые «аватары» были неподвижными. Ведь мы только начали создавать MVP и еще не добрались до самой трудной задачи: технологии, которая бы позволила «аватарам» гулять по виртуальным пейзажам, где они живут. В отрасли видеоигр трехмерные «аватары» могут ходить, обходить препятствия и перемещаться по сложным маршрутам. По этому принципу устроены многие известные игры, например Electronic Arts Sims. Мы не хотели предлагать клиентам какое-то жалкое подобие этой опции и решили: пусть лучше наши «аватары» не двигаются.

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

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