Как создать успешный минимально жизнеспособный продукт

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

По моему опыту, один из самых мощных инструментов в наборе инструментов Силиконовой долины — это способность сбалансировать скорость и глубину при запуске новых продуктов. Бестселлер Эрика Риса «Бережливый стартап» воплощает эту философию в концепции минимально жизнеспособного продукта (MVP).

Почему MVP полезны как никогда

Одной из основных причин, по которой понятие MVP получило широкое распространение в последние годы, является беспрецедентная скорость и масштаб, с которыми мы теперь можем получать отзывы клиентов и действовать в соответствии с ними. В 2009 году моя игра для iPhone Slingshot Cowboy была загружена миллионами людей в течение недели после ее запуска и быстро достигла вершины чартов (за время своего существования она несколько раз занимала позицию № 1 среди бесплатных игр). . Большая часть этого успеха, возможно, была связана с удачей, но если бы я не собрал быструю обратную связь и не применил основные принципы MVP на раннем этапе, я бы не смог долго поддерживать этот импульс.

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

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

Убедитесь, что ваш MVP — «V»

Если ваш продукт нежизнеспособен, усилия вашей команды по развитию напрасны. Для успешного создания минимально жизнеспособного продукта вам нужна ранняя обратная связь с инсайдерами, чтобы дать ему широкое определение, постоянная обратная связь, чтобы правильно сформировать его, и такие инструменты, как A/B-тестирование, чтобы поддерживать его процветание.

Получите раннее мнение от нужных людей

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

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

Соберите окончательные отзывы пользователей

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

Введите аналитику. Сбор исчерпывающих данных является ключом к достижению одной из основных целей вашего MVP — «подтвержденного обучения», процесса, в котором человек учится, пробуя первоначальную идею и измеряя ее, чтобы подтвердить (или опровергнуть) эффект. Это не означает, что вы хотите отслеживать все, что только возможно, об UX — вместо того, чтобы перегружаться огромными объемами необработанных данных, определите наиболее важные показатели.

Используйте A/B-тестирование для быстрой итерации

A/B-тестирование стало основным продуктом предприятия, когда дело доходит до доработки продукта. Всякий раз, когда вам нужно выбрать альтернативное поведение продукта, A/B-тестирование — это способ сделать это в режиме реального времени без необходимости развертывания новой версии.

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

Для дальнейшего чтения Стивен Доу из Стэнфорда исследует варианты этой концепции в книге «Как методы прототипирования влияют на результаты проектирования».

Следите за пространством вашего продукта

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

Поиск баланса между «минимумом» и «жизнеспособным» является интуитивным навыком, и вам придется постоянно тренироваться, особенно если рынок изменится до того, как вы выпустите свой MVP.

В поисках буквы «М»

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

Определите свой продукт

MVP похож на матрешку: внутри всегда есть MVP меньшего размера. Определение продукта состоит из поиска наиболее практичного минимума в зависимости от ваших целей.

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

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

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

Поиск баланса между «минимумом» и «жизнеспособным» — это интуитивный навык, который вам придется постоянно тренировать.

Управляйте дисциплиной

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

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

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

Инженер с дисциплиной

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

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

Принципы бережливого производства в действии

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

Используйте сторонние компоненты

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

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

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

Сократите время разработки, но не жертвуйте прочной основой для будущего

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

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

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

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

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

Четыре дня работы стажера (960 долларов) плюс один день переписывания (960 долларов) = 1920 долларов. Если бы опытный разработчик работал над функцией в первую очередь, она была бы сделана правильно в пятую часть времени и стоила бы меньше половины денег, даже без учета других затрат.

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

Обострите свои инстинкты и наслаждайтесь приключениями

Здесь мы затронули лишь несколько аспектов разработки MVP. Но даже при наличии исчерпывающего руководства в процессе всегда будет больше, чем вы предполагали, больше работы, чем вы предполагали, и больше проблем, чем вы ожидали.

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