Бизнес с нуля

Бизнес с нуля

Эрик Рис

MVP и качество

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

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

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

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

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

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

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

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

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

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

Так что же такое качество продукта?
Создавая MVP, нужно набраться смелости и не бояться проверять свои предположения. Если клиенты реагируют так, как вы ожидали, это можно считать подтверждением того, что ваши предположения верны. Если же вы выпускаете на рынок не слишком качественный продукт и клиенты (даже ранние последователи) не понимают, как им пользоваться, значит, вам нужно еще немного потрудиться. Но всегда нужно спрашивать себя: что если для клиентов качество не так важно, как для нас?

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

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