Что такое MVP

Если у вас возникла идея отличного сервиса или приложения, которые решают проблему пользователей, не спешите вкладывать деньги в разработку полнофункционального продукта и готовиться к месяцам кропотливой работы за закрытыми дверями. Согласно концепции «бережливого стартапа» (lean startup) Эрика Риса гораздо эффективней будет найти ответ на вопрос: «Нужен ли этот продукт пользователям?». В этом вам поможет MVP.

Что такое MVP?

MVP (minimum viable product, иногда ошибочно расшифровывается как minimum valuable product или minimal valuable product) - это минимально жизнеспособный продукт, который позволяет получить осмысленную обратную связь от пользователей, понять что им нужно и не создавать то, что им неинтересно и за что они не готовы платить.

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

1. Четко сформулировать гипотезу.
2. Определить критерии, по которым будет определяться ее жизнеспособность.
3. Сделать минимально жизнеспособный продукт для подтверждения гипотезы и запустить его.
4. Измерить показатели эффективности.
5. Сделать выводы и проверить следующую гипотезу, если это необходимо.

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

При этом все не заканчивается получением обратной связи. В основе методологии lean startup, к которой принадлежит концепция MVP, лежит цикл разработка–измерение–изучение фидбека. Поэтому за получением фидбека следует доработка удачных фич и их повторное тестирование. В случае успеха можно создавать полноценный продукт и выходить на рынок.

Зачем стартапу MVP?

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

1. Сэкономить деньги, не вкладывая их в провальный проект.
2. Проверить, интересует ли ваш продукт потенциальных пользователей.
3. С помощью итераций узнать, какое направление развития будет самым оптимальным.
4. Собрать базу потенциальных клиентов и найти ранних приверженцев (early adopters) своего продукта.

Компании, которые начали свой путь с MVP

Spotify

Разработчики MVP Spotify сконцентрировались на единственной функции: потоковой передаче музыки. Изучив данные закрытого бета-тестирования приложения для Windows основатели смогли заключить контракты с большими рекординговыми лейблами и получить значительное финансирование для своего проекта. Сейчас у сервиса 60 миллионов пользователей , а его стоимость оценивают в 8,4 миллиарда долларов США.

Spotify также является одним из на PHP-фреймворке Symfony2.

Foursquare

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

Groupon

До того, как проверить идею сервиса коллективных ссылок, создатели Groupon сделали сайт The Point, предназначенный для того, чтобы люди, которые не могут выполнить что-то в одиночку, могли найти единомышленников. Однако, идея оказалась слишком общей, поэтому они запустили кастомизированный блог на платформе Wordpress, в который вручную добавляли информацию только о возможностях коллективных скидок. Когда пользователи подписывались на определенную скидку, PDF-файл с информацией о ней отправлялся им на электронную почту с помощью Apple Mail. Таким образом, основателям Groupon удалось протестировать свою гипотезу (людей интересуют коллективные скидки) с минимальными затратами.

CourseYard

MVP для компании CourseYard представлял собой инструмент для создания онлайн-публикаций с набором функций форматирования, вставки интерактивного контента и создания опросов для проверки знаний учащихся.

Мы также подготовили пример публикации и написали Android-приложение для удобного созданных материалов. Подробнее о проекте CourseYard читайте в нашем .

Согласно исследованию , в ходе которого было изучено 3200 быстрорастущих мобильных и интернет-стартапов, в 74% случаев причиной неудачи стартапа становится преждевременное масштабирование, т. е. доход компании от новых пользователей ниже, чем затраты на их обслуживание. Эта проблема является производной от недостаточного знания потребностей целевой аудитории. Но ее можно избежать, создав минимально жизнеспособный продукт (MVP) и откорректировав первоначальную гипотезу в соответствии с полученными с его помощью данными.

Мы, студия , создаем MVP для стартапов и будем рады разработать эффективное решение для вашего бизнеса.

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

Минимально жизнеспособный продукт имеет только те основные функции, которые позволяют продукту быть развёрнутым и не более того. Продукт обычно запускается для подмножества возможных клиентов, например на первопроходцах (early adopters), которые, как считается, более либеральны и более вероятно готовы дать обратную связь, а так же в состоянии понять концепцию продукта с раннего прототипа или маркетинговой информации. Эта стратегия направлена на предотвращение создания продуктов, которые не нужны клиентам, то есть на максимизацию количества информации, полученной от клиента за израсходованную денежную единицу.

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

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

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

Если обобщить, то минимальный жизнеспособный продукт имеет минимальный набор функций.

Зачем так делать?

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

Тестирование

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

Вы продаёте видение и представляете минимальный набор функций визитерам, а не для всех.

Стив Бланк

Техники

Минимальный жизнеспособный продукт может быть прототипом, целым продуктом или подмножеством продукта (например, особенности).

Для продуктов

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

Для сервисов

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

Для функций

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

Различие

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

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

MVP — стратегия, которая может быть использована в качестве части потребительской методологии развития Бланка, которая сосредотачивается на непрерывном повторное продукта и обработке, основанной на обратной связи с потребителями. Кроме того, презентацию несуществующих продуктов и функций можно усовершенствовать, используя метод статистического тестирования гипотезы, например в виде A/B тестирования.

В начале 90-х годов компания Microsoft ввела в обиход статус под названием Microsoft MVP. Аббревиатура MVP расшифровывается как Most Valuable Professionals или говоря простым языком – это наиболее ценные профессионалы и эксперты в своей области. Статус Microsoft MVP присуждается сроком на один год и каждый новый год, человек, имеющий данный статус обязан подтверждать это звание своими делами. Кроме этого каждый человек, имеющий определенный вес в сообществе и славящийся своими достижениями по линии Microsoft, может претендовать на статус MVP. Чтобы побольше узнать о том кто такие MVP, как в Microsoft ведется работа с MVP и что нужно сделать, чтобы стать MVP, мы решили встретиться с Юлией Беляниной, MVP Lead Microsoft, которая отвечает за это направление в русском представительстве компании.

Наше досье

• В 1996 году окончила филологический факультет Московского Государственного Открытого Педагогического университета.
• С 1996 по 2004 год работала системным администратором, а затем руководителем IT-департамента в компании Grand Vision (один из крупнейших поставщиков контактных линз и средств ухода за ними).
• С 2004 года по 2007 год работала в ритейл-подразделении компании Телефон.Ру в должности руководителя IT-департамента головного офиса, затем в должности CIO.
• В 2007 году начала карьеру в российском офисе Microsoft на должности MVP Lead, каковую и занимает по настоящее время.

Станислав Горнаков: Юлия, здравствуйте! Очень рад, что вы согласились дать интервью. Юлия, как давно вы работаете в Microsoft и, как и откуда пришли на эту работу?

Юлия Белянина: В Microsoft я работаю с 2007 года, куда пришла из компании Телефон.Ру, одного из самых ярких и известных брендов на рынке сотового ритейла. В тот момент я приняла для себя стратегическое решение о том, что хочу попробовать работать в Microsoft, т. к. в должности CIO уже принимала участие в масштабных IT-проектах со стороны заказчика, и не видела для себя перспективы развития, которая бы была мне интересна с точки зрения дальнейших шагов в карьере.

Вопрос: В Microsoft сразу начали работать по линии MVP или до текущей должности попробовали себя и в других ролях?

Ответ: Я сразу начала работать в текущей должности, и единственное изменение состоит в том, что в момент прихода в Microsoft Россия эта должность предполагала работу по контракту, который продлялся на ежегодной основе. Спустя какое-то время это положение дел изменилось, и должность стала постоянной.

Вопрос: Чем вы конкретно занимаетесь и что курируете по линии MVP в Microsoft Россия?

Ответ: По сути дела я – account manager, только я работаю не с клиентами или партнерами, а с представителями сообщества, с лучшими, не побоюсь этого слова, представителями. Что обычно делает account manager? Если исключить коммерческую составляющую, каковая в моем случае отсутствует, то останется следующее – поддержка предоставления официальных привилегий, которые доступны участникам MVP Award Program, сопровождение участия MVP в различных проектах для сообществ, решение проблем, возникающих в процессе взаимодействия MVP с локальным офисом или штаб-квартирой в Редмонде, проведение мероприятий для MVP, а также привлечение их к работе на наших ключевых конференциях, таких, как TechEd Russia или DevCon, которые все MVP могут посетить абсолютно бесплатно.

Для всех MVP я – главное контактное лицо в Microsoft, и они могут обращаться ко мне по любым вопросам, касающимся наших технологий, организации работы с сообществом, продвижения и разработки наших продуктов. В мои обязанности также входит продвижение бренда MVP на территории России. Все вопросы, касающиеся PR и имиджа MVP Award Program в данном регионе также находятся в моем ведении. Кроме всего вышеперечисленного, я занимаюсь поиском новых MVP и принимаю решения о продлении статуса MVP на уровне регионального менеджера, прежде чем финальное решение будет принято в штаб-квартире.

Вопрос: В целом команда MVP Award Program Russia по составу большая? Кто вам еще помогает и работает в этом направлении в российском офисе?

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

Вопрос : Вы работает только с российскими MVP или ведете это направление и по всем странам СНГ?

Ответ : Я отвечаю не только за Россию, но и за все страны СНГ за исключением Прибалтики.

Вопрос: Сколько у нас MVP по России и по всему СНГ в частности?

Ответ: На данный момент в регионе 132 MVP, из них 100 – в России, 25 – в Украине, 4 – в Казахстане, 2 – в Беларуси и один в Молдове.

Вопрос: А в целом по миру какова статистика?

Ответ: В целом в мире более 4000 MVP, проживающих более чем в 100 странах и говорящих на более чем 40 языках.

Вопрос: Что такого дают эти люди и почему Microsoft очень сильно ценит своих MVP?

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

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

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

MVP включены практически во все сферы нашей деятельности, начиная от мероприятий и заканчивая тестированием продуктов, с одним единственным ограничением – все, что делают MVP в рамках MVP Award Program, не должно касаться продаж или получения иной коммерческой выгоды от результатов их деятельности.

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

Вопрос: Каким образом происходит обратная связь между MVP и Microsoft?

Ответ: Как я уже упомянула, обмен мнениями происходит в рамках различных мероприятий – как offline так и online, при помощи сервиса MS Connect, путем участия в тематических рассылках, доступных MVP по каждой экспертизе. Интенсивность такого взаимодействия зависит от потребностей продуктовой команды в получении обратной связи, но в целом ее можно оценить как высокую.

Вопрос: Можно утверждать, что для MVP по некоторым вопросам «тайные» двери Microsoft открыты несколько шире, чем для других людей?

Ответ: Безусловно. Прежде всего, это касается более тесных контактов с разработчиками в Редмонде, среди которых довольно много наших соотечественников а также программистов из других стран СНГ, где широко распространен русский язык. Кроме того, как я уже сказала, о большинстве важнейших анонсов MVP информируются заранее, они также получают доступ к бета-версиям наших продуктов значительно раньше других. Это элита технического сообщества, интересы которой Microsoft всегда учитывает в работе с сообществом.

Вопрос: Много ли примеров MVP, которые впоследствии устроились и успешно работали в компании Microsoft?

Ответ: За последние 2 года только в том регионе, за который я отвечаю, более 10 человек перешло на работу как в российский офис Microsoft, так и присоединилось к нашим продуктовым командам в Редмонде. В США этот показатель еще выше, но Россия в данном контексте далеко не на последнем месте, как одна из стран с большим потенциалом.

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

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

Вопрос: А есть ли какой-то рецепт или требования, гарантирующие получение MVP? Не знаю, например, написать 1000 сообщений в блоге, 1000 сообщений в форуме или где-то еще. То есть, имеются какие-то четкие критерии отбора кандидатов для номинации в MVP?

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

Вопрос: Кто может предложить новую кандидатуру на статус MVP?

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

Вопрос: А сами работники Microsoft могут предлагать кандидатов на MVP?

Ответ: Любой сотрудник Microsoft может заполнить специальную форму на внутреннем сайте чтобы порекомендовать кандидата на получение MVP Award. В таких случаях в приоритетном порядке рассматриваются заявки от сотрудников групп разработки наших продуктов.

Вопрос: Каким образом в Microsoft происходит та самая закулисная процедура оценки кандидата с последующим его награждением или отказом?

Ответ : Процедура не настолько закулисная, как это может показаться на первый взгляд. Раз в квартал, в начале номинационного цикла (циклы начинаются соответственно 1-го января, 1-го апреля, 1-го июля и 1-го октября) мы собираем заявки кандидатов, желающих продлить свой статус, а также заявки тех, кто претендует на получение MVP Award в первый раз. Каждый кандидат заполняет специальную форму, в которой перечисляются все его достижения за предыдущий календарный год. Далее данная форма рассматривается на региональном уровне при участии MVP Award Program Team в регионе, а также, при необходимости, технических специалистов, работающих в региональном офисе страны проживания кандидата, если таковой офис существует. Оценивается количество активностей, релевантность экспертизе, в которой кандидат желает получить MVP, качество контента и некоторые другие параметры. Далее информация вносится в специальную базу данных, и на следующем уровне ревью проводят наши коллеги из MVP Award Program Team в Редмонде при участии сотрудников из групп разработки наших продуктов. Далее каждая продуктовая группа, исходя из своих стратегических приоритетов, решает, сколько MVP по данному продукту/технологии достаточно для плодотворного взаимодействия с сообществом. И вот тут как раз начинаются те самые различия, о которых я упоминала выше – одна из групп может решить, что им нужно N кандидатов, где в одном случае N= 200, а в другом – N=10, при этом в отборе участвуют как новички, так и те, кто реноминируется уже не в первый раз. Далее из общего количества заявок отбирается TOP-N по каждой экспертизе в соответствии с потребностями продуктовой команды, и именно эти кандидаты получают статус, а остальные заявки отклоняются. Именно поэтому (таковы особенности программы) не существует общего руководства с конкретными цифрами на тему «Как получить MVP Award».

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

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

Ответ: Нет, таких обязательств не существует, и каждый MVP Lead руководствуется исключительно соответствием уровня знаний и волонтерских активностей конкретного кандидата статусу MVP. Финальное решение о количестве кандидатов, а также о том, получит ли конкретный кандидат MVP Award, принимается на уровне штаб-квартиры, и никаких бонусов за количество кандидатов не предусмотрено.

Вопрос: MVP не получают за свой статус каких-то денежных вознаграждений или зарплату, но Microsoft конечно же поощряет таких людей. Какие именно бонусы Microsoft предлагает своим MVP?

Ответ: Прежде всего, я хотела бы заострить внимание на том факте, что MVP Award Program – это дорога с двусторонним движением. Нельзя сказать, что в рамках взаимодействия MVP и Microsoft выгоду получает только Microsoft, несмотря на то, что никаких материальных бонусов для MVP не предусмотрено. Люди, которые делятся знаниями о наших продуктах, существовали задолго до появления MVP Award Program, и в Microsoft просто создали программу поддержки таких волонтеров. Если бы MVP Award Program никогда не существовало, такие люди все равно бы делились знаниями с теми, кому эти знания нужны, мы же просто стараемся создать для них режим наибольшего благоприятствования, помогать им в тех областях, где нужна наша помощь, делиться с ними информацией (во многих случаях – конфиденциальной) и с их помощью делать наши продукты лучше. Поэтому главный бонус MVP Award Program – это возможность влиять на будущее наших продуктов, на стратегию их развития, на то, по какому пути движется Microsoft.

В списке бонусов также есть бесплатные подписки MSDN и TechNet, три бесплатных обращения в нашу службу поддержки (для России и Украины при поддержке локальных офисов мы предоставляем неограниченное количество support-инцидентов для MVP), это также возможность участия на льготной основе в глобальных и региональных конференциях, таких как TechEd и многие другие, а также мероприятия, которые мы проводим только для MVP – ежегодные конференции MVP Open Days и MVP Global Summit. И если на MVP Open Days приезжают MVP из одного региона (такого, например, как Россия и СНГ), и у них есть возможность пообщаться друг с другом и с сотрудниками регионального офиса/представительства, то на MVP Global Summit они могут напрямую задать вопросы разработчикам, получить ответы, предложить новый функционал или обсудить острые вопросы использования продукта/технологии Microsoft. MVP Summit – крупнейшая технологическая конференция, которая проходит непосредственно в кампусе Microsoft в Редмонде, и она уникальна с точки зрения контентной составляющей – многие участники неоднократно отмечали, что нельзя даже сравнить TechEd с MVP Summit, т. к. именно на последнем предоставляется огромное количество конфиденциальной информации, которой нет в открытом доступе, и она предоставляется на условиях NDA.

Список бонусов включает в себя еще несколько пунктов, таких как, например, Award Gift, или Executive Recognition Letter, возможность использования всемирно известного логотипа MVP на своих визитках, в блогах и на форумах. Их состав периодически меняется, но одно остается неизменным – признание Microsoft, признание сообщества и возможность активного участия в работе над нашими продуктами, настолько активного, насколько оно возможно для человека, не являющегося сотрудником компании – это и есть самый главный бонус для кандидата, получившего MVP Award.

Юлия, большое спасибо за интересное интервью, удачи вам и всего самого наилучшего.

——————

На заметку

Если вы хотите продвинуть свой сайт, и не уверены в своих силах, то всегда можете обратиться к профессионалам, которые помогут вам сделать качественную раскрутка сайта , а также выполнить любые работы по поисковому продвижению Интернет-проектов.

Мне навсегда запали в душу слова коллеги по цеху: “Ко мне как-то пришёл парень за помощью - продать 300 плюшевых негров, которых он купил оптом, но идея не пошла”.

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

И в этой статье мы поговорим о способе не стать обладателем ненужного продукта, на которого Вы потратили массу денег, времени и сил.

А если конкретно, рассмотрим MVP. Что это такое и как оно может помочь бизнесу в состоянии старта или масштабирования.

Звук на минимум

Не так давно компания CB Insights провела анализ стартапов на основе и обнародовала свои исследования.

Они выявили общую картину в провале большого количества стартапов. Если быть точным, эта цифра ровняется 42%.

Именно такая часть новых компаний терпела неудачи только по одной причине - на их продукт не было спроса.

Грубо говоря, они тратили годы на исследование и создание продукта, а он оказывался никому не нужен.

А все это потому, что продукт чуть ранее не прошел проверку на жизнеспособность, даже в своей минимальной комплектации.

И в этом простом действии спасение могут найти далеко не только стартаперы. Действующему бизнесу тоже нужно это. Но обо всём по порядку. Что означает MVP?

MVP или minimum/minimal viable product - дословный перевод звучит как минимально жизнеспособный продукт.

Minimum viable product - это продукт в своей минимальной разработке, которая показывается покупателям/инвесторам, чтобы протестировать спрос.

Есть более точная расшифровка, которая характеризует MVP - это прототип Вашего будущего продукта.

Но при прочтении этой статьи Вы можете слово “продукт” легко заменить на любое действие в бизнесе. Почему я так говорю, Вы поймёте буквально через пару абзацев.

Сам термин был придуман в уже далеком 2001-м году бизнес-консультантом Фрэнком Робинсоном и довольно быстро принял популярность в кругах стартаперов.

Чуть позже он был включен в методологию “сustomer development”. Это когда идея или прототип продукта создается в минимальной комплектации и тестируется на потенциальных потребителях.

Возможно Вы слышали его другое название - . Так вот MVP - это конкретный инструмент клиентоориентированного подхода.

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

Я бы не даже не стал называть его продуктом, так как в правильном подходе - это процесс, который, основываясь на новых данных, позволяет дорабатывать финальный продукт необходимым образом для Вашей . То есть зацикленный процесс.

От ума, а не от бедности

Мне очень понравилась цитата Дмитрия Калаева, директора Фонда Развития Интернет-Инициатив: “MVP - это не от бедности, это от рациональности”.

И наверное это самое точное и правильное определение, которым только можно описать данный подход.

Благодаря этому Вы можете минимизировать свои затраты на разработку основного продукта, доработать его или своевременно прекратить его разработку.

Кроме того, создание MPV - это еще и огромная экономия времени на создание основного продукта.

Согласно исследованиям The Standish Group, 64% пользователей не используют дополнительные фишки в различных приложениях, сервисах и продуктах в принципе.

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

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

Хотя должны делать совершенно наоборот - сначала протестировать, понять что нужно, и только потом двигаться дальше.

MVP ДЛЯ ВСЕХ

Очень часто, когда говорят о MVP, подразумевают исключительно онлайн-продукт (читать мобильное приложение).

Но это совершенно не так - это может быть и приложение, и онлайн-сервис. А также сайт, программа лояльности и даже авиакомпания.

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

Думаю у Вас есть сомнения в том, что MVP можно применить в офлайн бизнесе.

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

1. Авиакомпания “Virgin Air”

Ричард Бренсон весь бизнес начал всего с одного самолета, который ходил только по одному маршруту.

И делалось это совершенно не потому, что у него не было денег. Таким образом на нем Брэнсон отрабатывал свои бизнес-гипотезы и докручивал их.

Число самолетов увеличивалось исключительно с ростом бизнеса и удачном тестировании всех гипотез.

2. Служба доставки еды “Sprig”

Доставка питания решили создать бизнес на позиционировании “Здоровое питание” и - “Доставим за 20 минут в центре”.

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

Судя по тому, что компания работает с 2014 года и по сей день, тестирование прошло успешно и сейчас у них своё производство.

3. Программа лояльности в “no_name”

Для того чтобы проверить, будет ли виральный эффект от новой программы лояльности (порекомендуйте нас другу), один известный интернет-магазин не стал писать код и перестраивать свою систему.

Он просто разослал своим подписчикам письмо - “Порекомендуйте нас другу и оба получите скидку”.

4. Сервис скидок “Groupon”

Если этого Вам недостаточно, то просто напомню, что весь бизнес компании Groupon разросся из их теста виджета, который отправлял pdf файл со скидкой на почту пользователя.

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

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

Печальные случаи

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

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

И увы, получилось всё наоборот - мир захватил их. Они понесли убытки, один из них чуть больше 2 млн рублей.

1. Крайндфандинговая платформа “Активы и проекты”

Онлайн-сервис, имеющий 2 варианта развития событий: человек размещает на сервисе идею и ищет для нее инвестора или человек с деньгами ищет идею, в которую может вложить деньги.

Идея монетизации - оплата за размещенное объявление о проекте, то есть фактически доступ к базе инвесторов.

Именно такая идея пришла в голову моему знакомому, которую он и стал воплощать в жизнь.

Для этого он заказал довольно функциональный сайт за полмиллиона рублей, снял офис и нанял свой колл-центр, запустил на сайт немалый трафик, дал задание программистам на создание своей .

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

Как это больно...

Как Вы думаете, сколько он заработал на проекте за это время? Порядка 60 тысяч рублей. Идея оказалась провальной в моменте монетизации.

Люди просто отказывались платить за размещение. Я еще не упоминаю о том, что цена доступа за полгода снижалась 4 раза. Так как ее тоже никто не тестировал.

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

А какое могло быть решение? Создать минимальный сервис, где одни выкладывают проекты, а другие могут часть смотреть бесплатно, а оставшиеся открывать за деньги.

При наличии желающих приобрести дополнительную базу процесс можно было бы развивать.

2. Интернет-магазин строй. оборудования

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

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

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

В лучшем случае, запускает по остаточному принципу “на что денег хватило”.

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

Цель - начать продавать не только у себя в городе, но и по всей России. Дополнительно он также заплатил около 50 000 рублей за настройку контекстной рекламы этой же компании.

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

А какое могло быть решение? Создать интернет-магазин на шаблонном решении, или вообще c минимальным количеством самых ходовых товаров.

Запустить на него трафик по горячим запросам с других регионов. Если все проходит хорошо и процесс логистики не сжирает весь заработок, отправлять проект в доработку и масштабирование.

Инструкция по MVP

По идее, если статья рассказывает о том что означает MVP, в ней должна содержаться инструкция как это сделать.

И ниже будет такая инструкция, ликуйте. Только с небольшой поправкой на то, что я не стал расписывать все дословно и чересчур подробно.

Другими словами, я создал инструкции о том, как сделать Minimum viable product в любом бизнесе:

Шаг 0. Вы должны помнить, что в минимальном продукте всегда проверяется ТОЛЬКО ОДНА теория, которая решает конкретную боль будущего потребителя.

Поэтому Вам необходимо выделить одно ударное преимущество в Вашем продукте, которое будет решать боль, и которое Вы будете пытаться “продать”.

Шаг 1. Вы должны составить четкий план того, что Вы будете доработать в продукте, если он покажет положительные результаты после тестирования.

То есть какие фичи Вы будете дорабатывать, какие дополнительные возможности вводить в продукт. Кроме того, у Вас должно быть понимание их приоритетности при создании продукта.

Шаг 2. Продумать инструменты, которые Вы будете использовать для созданиях и проверки прототипа своего продукта.

Само собой MVP=минимализм. А это значит, что требоваться должно минимальное количество денежных и временных ресурсов как на создание самого прототипа, так и на его тестирование.

Шаг 3. Определиться с критериями тестирования, после изучения которых Вы сможете четко ответить на вопрос: “Продолжать будем?”.

Для этого у Вас должны присутствовать четкие критерии, лучше в денежном выражении, после которых Вы принимаете решение - продолжать или сворачивать всё и идти искать другую идею.

Коротко о главном

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

И готовы “вылизывать” и дорабатывать его до бесконечности. Правда, в большинстве случаев это совершенно ненужная трата времени и сил, даже если Вы создаёте космолёт.

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

Лучше ищите готовые решения. Как говорит : “Все уже давно придумано за нас. Необходимо просто взять работающую модель и довести ее до совершенства”.

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

Только решая проблему Ваш продукт будет успешен. Просто помните про 42% загнувшихся стартапов.

Startup manager Станислав Жуковский рассказывает о том, что такое минимально жизнеспособный продукт и концепция ленивого пользователя, а также объясняет, как правильно применять эти понятия на практике.

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

Но мы не рассмотрели такой важный и актуальный для обеих сторон вопрос, как MVP.

MVP: что, зачем и как

Аббревиатура MVP расшифровывается как minimum viable product - минимально жизнеспособный продукт. В теории данная концепция приносит свою положительную выгоду тем, кто пытается ее внедрить в жизнь. Не всегда это получается удачно (особенно в России), но об этом чуть позднее.

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

Но что вы получите? Сэкономите время на разработку? Может быть. Сэкономите деньги на разработку? Может быть. Даже нервы тоже, казалось бы, сэкономите. Но это далеко не факт.

Но что вы потеряете? Если так примитивно трактовать модель минимально жизнеспособного продукта, то вы потеряете все: и время, и деньги, и нервы.

Давайте рассмотрим конкретный, не метафоричный пример: фирма «А» решила создать сервис по доставке продуктов из сетевых магазинов города. Сервис кросс-платформенный: есть веб-версия, приложения для iOS, Android и даже Windows, а также админ-панель для обработки заказов, сервер и база данных. Но это все в планах. Ребята начитались статей про MVP и решили, что минимально жизнеспособный продукт надо делать только в веб-версии. Правильное решение, на первый взгляд. Таким образом, они серьезно и действительно сэкономили средства и время на разработку приложений, значительно облегчили разработку бэкэнда.

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

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

А какое направление будет нужным? Естественно, пользователь.

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

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

Что такое LUC и с чем его едят

Поговорим о Lazy User Concept или концепции ленивого пользователя. Ее суть сводится ко взгляду на любую бизнес-модель со стороны ленивого пользователя.

Кадр из мультфильма WALL-E

Основные положения LUC:

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

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

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

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

По стандартной пользовательской статистике вы можете исследовать и внедрять любой пользовательский функционал, которым хотите насытить свой сервис: как только более 2% пользователей тыкнут в соответствующую кнопку pre-function - вы тут же бросаетесь реализовывать данный функционал в полном объеме. Не тыкают - ваше счастье: вы ведь все сделали по правилам - деньги сэкономили, время сэкономили и даже пользователя спросили.

Кроме pre-function, есть еще несколько немаловажных моментов, вытекающих из принципов поведения ленивого пользователя:

При разработке и визуализации вам нужно по всем правилам UI/UX эти цели поставить настолько близко к носу пользователя, чтобы он не смог пройти мимо них;

Гиперважный момент: при разработке пункта №2 необходимо убрать все лишнее, что может отвлечь пользователя от поставленной вами пользовательской цели. Про это забывают почти все. Запомните: пользователя нельзя отвлекать.

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

Какую цель я ставлю для себя в первом релизе?

Что я должен сделать для пользователя?

Что пользователь должен сделать для меня?

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

Надеюсь, мои объяснения с примерами помогут вам разобраться в том, как делать первый релиз и в каком направлении его развивать. MVP + Lazy User Concept шикарный инструментарий для создания и выпуска в жизнь любых цифровых продуктов, потому что позволяют вам не только делать предположения, но и проводить анализ поведения целевой аудитории в реальном времени.