Что такое mvp: этапы создания, типы, примеры

8 ярких примеров MVP

Плодотворность этого подхода подтверждена историей развития больших компаний. В 2006 году Мартин Лорентсон совместно с Даниэлем Эком открыли небольшой однофункциональный сервис Spotify. Он обеспечивает стриминг музыкального контента. Сейчас проект оценивают в 21 млрд долларов. Его партнерами являются известные студии звукозаписи, а сам веб-сайт насчитывает 50 млн действующих юзеров.

Дальше еще приведем примеры разных MVP стартапов, которые переросли в преуспевающее направление бизнеса.

Uber

В 2010 году Т. Каланик и Г. Кэмп создали приложение UberCab, рассчитанное на iPhone. С его помощью люди могли заказывать поездки на машинах premium-класса. Это стоило на 50 % больше тарифа всем привычного такси. Идея пришла в голову создателям после того, как стало очевидным, что расценки у таксистов непомерно возросли. Сначала сервис охватывал набольшую территорию с узкой ЦА, но после проведения бета-тестинга, который занял почти 12 месяцев, поступили первые большие вклады от инвесторов.

ShowApp

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

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

Foursquare

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

Virgin Air

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

Groupon

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

Wildberries

Татьяна Бакальчук, хозяйка популярного в России маркетплейса, вначале заказала партию одежды из Германии. Потом сделала сайт и начала рекламную кампанию в модном онлайн-журнале Passions.ru. Товары выбирались по каталогам Quelle и Otto, которые работали в стране через агентов и не были опубликованы в Сети. Т. Бакальчук не стала брать комиссию 15 %, как делали агенты, установив агентское вознаграждение 10 %. Причем покупки шли без предоплаты.

Airbnb

Как-то два приятеля Д. Геббиа и Б. Чески, которым не хватало денег на оплату лофт-жилья в городе Сан-Франциско, задумали проверить спрос на аренду квартир непосредственно от их владельцев. Это произошло в 2008 году. Создав в Сети одностраничник, они разместили там фото своего чердачного помещения и попытались его сдать. Идея прижилась, и молодые люди выплатили все долги. А в следующем году их MVP понравился П. Грэму, владельцу венчурного фонда Y Combinator, который вложил деньги в перспективный бизнес.

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

Двум программистам – Я. Куму и Б. Эктону – в 2009 году пришла идея о создании телефонной книги мобильного формата с текущим статусом контактов (занят, свободен, на собрании и др.). Пользователи приложения все время получали всплывающие уведомления. Но вскоре многие из них стали общаться через статусы. Тогда специалисты обновили версию WhatsApp, добавив функцию отсылки сообщений.

Как оно бывает: примеры

Самый простой пример: нам нужно понять будет ли наш сервис пользоваться популярностью. Мы создаем мобильное приложение для передержки собак. Вы уезжает в Бангкок, а пекинеса с собой взять не получается. Заходите в приложение GavSave и выбираете человека, которые за вознаграждение готов взять вашу зверушку на сохранение.

Нужно проверить эту идею, но как это сделать?

Создаем 2-3 лендинга (одностраничный сайт) куда выносим свою идею сервиса.
В центре ставим кнопку “заказать передержку” или “найти предержку”. Можно с разными цветами и сообщением оформить каждый из вариантов.
Определяем тестовый бюджет на рекламную кампанию и время для замера результатов.
Настраиваем рекламу (контекст, социальные сети или ещё что-то) под заранее выбранную целевую аудиторию.
Запускаем поток на лендинги.
Смотрим сколько человек нажимают на кнопку и делаем вывод.

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

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

Важность MVP в продвижении бизнеса

Запуск продуктов и услуг в минимально функционирующей версии имеет множество преимуществ. Среди главных плюсов:

1. Возможность проверить на практике, нужен ли целевой аудитории новый продукт – до того, как на разработку полнофункциональной версии будут затрачены месяцы (годы) труда и огромный бюджет.
2. Ранний выход на рынок, который даст конкурентное преимущество.
3. Шанс протестировать продукт в реальных условиях.
4. Получение обратной связи от первых пользователей, которая поможет эффективно доработать продукт.
5. В случае параллельной разработки нескольких продуктов запуск MVP дает возможность быстрой проверки гипотез с одновременной минимизацией ошибок и экономией бюджета.

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

Типы MVP

Запуск тестового проекта делают в самых разных форматах. К самым популярным относятся:

1. Посадочная страница. Это презентация сервиса и средство для сбора данных о ЦА одновременно. Airbnb начался именно с простого лендинга.2. Промо-видео. Видеоролик, наглядно и интересно представляющий идею сервиса, поможет привлечь пользователей на самой ранней стадии развития проекта. Так поступил стартап Dropbox: видеопрезентация обеспечила платформе 75 тысяч пользователей в первый же день.3. Волшебник Страны Оз. Формат подходит для стартапов, начинающих свою деятельность с дропшиппинга. Так был запущен онлайн-магазин обуви Zappos, приобретенный позже Amazon за $1,2 млрд.4. Консьерж. Подходит для проектов, которые в случае успешного принятия аудиторией планируют автоматизировать. На первом этапе заказы обрабатываются вручную. По такому пути пошел сервис по составлению инвестиционных планов Wealthfront.5. Конструктор. При этом подходе используются готовые инструменты – CMS вместо разработки сайта с нуля, скрипты, конструкторы приложений. Этот формат выбрала для первоначального запуска популярная e-commerce платформа Groupon.6. MVP с одной функцией. Этот подход с успехом использовал сервис Foursquare, который составляет персонализированный список мест для посещения, исходя из интересов пользователя.

Проблемы и решения при разработке MVP в банковском деле

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

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

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

Генеральный директор и соучредитель N26 Валентин Сталиф в одном из интервью рассказал, как их компания использует подход MVP для создания банковских финтех-решений для своей компании.
Линдси Дэвис из Atomic Financial поделилась в Open Banking Rearchiteting the Financial Landscape исследованием того, как их компания использовала MVP для создания своего финтех-решения для необанков во время пандемии Covid-19.
Ведущий специалист по банковскому делу Ларс Маркулл в своей статье о создании MPV в банковской сфере рассматривает основные проблемы создания банковского MVP и объясняет, почему этот подход является жизнеспособным для разработки банковских приложений.

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

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

Типичные ошибки при запуске MVP

Запуская свой проект на рынке, многие стартаперы и вкладчики совершают следующие ошибки:

Избыток функций отпугнет клиента. Люди не любят разбираться в незнакомом, просматривая гайды (или гиды) на «Ютубе». Их не интересует тот ресурс, который не показывает, в чем его полезность.
MVP не устраняет трудность посетителя. К примеру, кто-то ищет финансовый помощник с вычислением кредитных ставок и созданием напоминаний. Но у вас есть лишь контроль за поступлениями и расходами. Поскольку человек не видит решения своих проблем, он покидает сайт.
Предложение разрешает только часть проблемы. Не стоит вкладывать в проект, который бесполезен для людей.
Неверное определение ЦА. Фраза «наш продукт рассчитан на широкую аудиторию» ошибочна. Например, учет финансов необходим тем, кто контролирует свои расходы. Точно обозначайте категорию своих клиентов, иначе ваш товар будет предложен «чужим» потребителям.
Продукт, созданный не для людей, а для себя, не принесет бизнесу прибыли. Ваша цель – полезность для клиента, только это даст компании свою аудиторию и отзывы реальных покупателей.
Отсутствие стратегии развития и плана – верный путь к провалу. Зная все преимущества и недостатки метода MVP, вы запустили свой стратап. Что дальше? А дальше – мониторинг отзывов по тестам, доработка всех ошибок, новые версии продукта, поиск плейсмента (рекламного ресурса). Если запустить проект и понадеяться на трафик самотеком, это глупая затея и зря потраченные деньги.
Отсутствие бюджета может вызвать сложности. MVP запущен для тестирования программы (сервиса услуг). Если все время масштабировать рекламу и набирать в команду новичков, то заключительная версия не выйдет никогда. Либо доход не компенсирует вложений.
Отсутствие мероприятий для обратной связи. Клиенты, мнение которых игнорируют, уходят к конкурентам.
Путь к идеализации продукта закончится провалом. Сделать совершенную программу (площадку) невозможно, так как доработки всегда будут. Сосредоточившись на незначительных поправках, можно спустить все деньги вхолостую. Гораздо проще вывести стартап на рынок, собрать все отзывы и сделать улучшения.

Идея Minimal Viable Product относится к теории «бережливого стартапа». Цель его создания – тестирование на рынке. По этим результатам выносится решение о производстве (выпуске). Стив Бланк, который написал методику развития клиентов, считал, что основной причиной краха удачных по параметрам проектов является неполное исследование ЦА.

Об этом также пишут бизнес-аналитики компании CB Insights. Согласно их исследованию 42 % провалов происходит из-за недостатка рыночного спроса. А разработка MVP поможет выявить потребности ЦА еще в начале продвижения продукта, чтобы не выводить на рынок никому не нужный товар (услугу).

Концепция Minimal Viable рассчитана не только на стартапы, ее используют на предприятиях в создании инноваций. Нередко разработка новых предложений сопряжена со сложностями, а изменения – с большими рисками. Метод MVP построен на постепенных мелких коррективах. Они довольно безопасны и помогают вводить функции и делать обновления без дискомфорта для ЦА.

Пошаговое руководство по созданию MVP

Мы разобрались с тем, что такое MVP. Но главный вопрос — как его создать?

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

Обозначить проблему, которую вы хотите решить. Например, проблема: людям без опыта трудно найти работу в IT.
Определить целевую аудиторию: образование, возраст, пол, интересы, привычки и так далее.
Проанализировать конкурентов.
Составить список функций, который вы будете реализовывать, чтобы показатель пользователям ценность продукта. А после составления плана сократить функциональность до минимума.
Проанализировать слабые и сильные стороны продукта по .
Выбрать вид MVP. Как вы будете показывать функциональность продукта — сделаете лендинг, будете выполнять работу вручную или постараетесь использовать уже существующие решения?
Получить первых пользователей через личные контакты, с помощью рекламы.
Собрать и проанализировать обратную связь.

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

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

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

Этапы создания MVP

Для создания успешного продукта необходимо соблюсти последовательность действий:

Поставить проблему «ребром» и найти пути его решения. Кратко – стоит поставить вопрос «Для чего нужен продукт?»
Выявить круг целевой аудитории и сократить его до минимальных параметров. Следует определить возраст, пол потребителя, сферу его интересов, уровень доходов. При необходимости, можно включить в список хобби и увлечения.
Провести анализ конкурентной среды. Стоит выявить сильные и слабые стороны конкурентных продуктов, провести анализ своего продукта с этих сторон. Определить 3-ёх самых сильных конкурентов, изучить исторические и статистические данные.
Провести SWOT- анализ. Данный метод используют крупные компании для правильного формирования бизнес-политики на будущее.
Определить карту путей пользователя. Этот тот путь, который проходит потребитель при пользовании продуктом от начальной до завершающей стадии. Это необходимо для того чтобы более чётко сформулировать требования к контенту.
Составить более точный перечень функций. Градацию стоит строить по приоритету по отношению к потребителю от самых востребованных до менее обязательных.
Определить объём МВП. То есть, создать такой продукт, в котором не будет «лишних» функций.
Выбрать тип МВП, который максимально подходит в данной ситуации.
Провести альфа- и бета-тестирование. В понятие альфа-тестирование входит использование продукта близким окружением. Бета-тестирование – возможность реальных пользователей попробовать продукт и дать обратную связь.

Основной целью соблюдения последовательности действий – сокращение расходов до минимума, ровно, как и усилий на создание.

Как разработать MVP?

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

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

Идея в том, чтобы сервис проверил ваши основные предположения. Может ли это быть чем-то, чем люди интересуются? Если да, то дальше стартап может развивать свою деятельность: набирать команду, искать финансирование.

Итак, по шагам, нужно:

1. Определить проблему, которую решает продукт, его основную задачу.
2. Проверить свою гипотезу через общение с потенциальными клиентами. Провести исследование рынка.
3. Создать список всех функций, которые должен включать продукт для признания его «жизнеспособным». В идеале должна быть стадия, на которой вы знаете, что это уже MVP проекта, и дальше можно его выпускать.
4. Создать MVP, минимальную версию вашей идеи, которую можно протестировать на практике.
5. Начать собирать данные, проверять эффективность, добавлять востребованные функции и постепенно двигаться к более полной версии продукта.

Раньше, на «Диком Западе» интернета, всё было попроще. Но сейчас успех стратегии MVP во многом зависит от продуманного бизнес-плана. В США для этого сейчас любят использовать канву бизнес-модели. Этот полезный инструмент был предложен в 2005 году Александром Остервальдером, швейцарским предпринимателем и бизнес-теоретиком. Почитать о нём подробнее можно в интернете, для этого есть десятки специализированных сайтов. Но если вкратце, такая канва позволяет на одной странице описать все основные бизнес-процессы компании. В том числе:

Ключевые процессы
Ключевые ресурсы
Предлагаемая ценность
Ключевые партнеры
Сегменты пользователей
Структура расходов
Структура доходов

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

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

Взять, к примеру, первый iPhone. Все телефоны в то время имели ряд функций, которые Apple специально не включила в свой девайс. В нём не было функции копирования и вставки (!), не было SDK, не было 3G-связи. Даже нельзя было отправлять текстовые сообщения сразу нескольким контактам.

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

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

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

1. https://instapage.com/ — быстрое создание неплохих лендингов. Один лендинг, если его правильно использовать, вполне может стать MVP.
2. https://sumo.com/ — набор базы клиентов через ввод e-mail у вас на сайте; повышение конверсии, очень простая настройка.
3. https://www.google.com/analytics/ — анализ аудитории и в целом состояния вашей ниши на рынке.
4. http://quickmvp.com/ — быстрая проверка бизнес-идеи. Сервис запущен в 2014-м, позволяет за несколько минут создать лендинг и рекламу для него в Google, чтобы оценить, как реальные клиенты будут реагировать на вашу бизнес-идею. Вот о принципах работы на Entrepeneur.
5. https://proto.io/ — создание прототипа для приложения, опять же, даже без привлечения программистов. Проверка на реальном девайсе, возможность поделиться результатами для сбора отклика от потенциальных пользователей.

Можно обратиться к опытной компании, предлагающей свои услуги по разработки MVP для стартапов. У неё должно хватать дизайнеров и программистов с опытом в этой сфере. Заказчики с идеей и определенным количеством денег сейчас обычно так и делают. Не обязательно искать разработчиков, решать легальные вопросы, с нуля создавать команду. Если есть хорошая идея и вариант её продвижения — найдется достаточно опытных фирм, которые возьмутся за работу за вас. Это будет намного дешевле, чем начинать с нуля, а временные затраты несопоставимы.

Этапы создания MVP

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

Выделяют несколько этапов проверки идеи и превращения ее в продукт.

Обозначить проблему для решения. Необходимо в нескольких словах ответить на вопрос: для чего нужен этот продукт.
Определить целевую аудиторию и сузить ее. Для начала нужно подготовить развернутое описание клиента или покупателя: определить его возраст, пол, образование, сферы работы и уровень доходов. Можно указать конкретные привычки и хобби.
Проанализировать конкурентов. Выяснить сильные и слабые стороны их продуктов, чтобы определить функциональность своего собственного. Проанализировать трех главных игроков рынка, исследовать их прошлые и текущие стратегии, объем продаж, доходы, финансовые и маркетинговые цели. Информацию можно брать на сайтах компаний, в блогах, журналах и газетах, а также посещать деловые мероприятия с участием конкурентов. подойдут и инструменты программной аналитики, такие как Similar Web, Ahrefs, Quantcast, App Annie или AppFollow, которые собирают данные о сайтах и приложениях.
Провести SWOT-анализ. Этот метод стратегического планирования крупные компании используют для принятия управленческих решений и формирования бизнес-политики. Он позволяет определить сильные и слабые стороны продукта, его возможности и угрозы для MVP.
Определить карту путей пользователя (user flow) — тот путь, который проходит пользователь при взаимодействии с продуктом. Это позволит разработать требования к контенту и дизайну сайтов и приложений.
Составить список функций с градацией по приоритету. Он должен начинаться с обязательных функций для будущего продукта. В этом помогут пользовательские истории — описания полезных функций с точки зрения пользователей.
Определить объем MVP. Для начала нужно создать продукт с самыми необходимыми функциями, отделив их от несущественных.
Выбрать наиболее подходящий тип MVP.
Провести альфа- и бета-тестирование. Первое представляет собой внутреннее тестирование, когда продукт оценивает близкое окружение. В режиме бета можно позволить реальным пользователям попробовать продукт в течение короткого срока и проанализировать обратную связь. Затем продукт обновляется и снова выходит в бета-тестирование. Количество циклов «создания-тестирования» и их временные рамки зависят от типа продукта.

SWOT-анализ проекта

(Фото: stecpoint.ru)

Идея MVP отвечает концепции «бережливого стартапа». Главная цель создания заключается в тестировании концепции или продукта на рынке. Именно по его итогам бизнес может принимать решения о выпуске. Автор методики развития клиентов Стив Бланк говорит, что главная причина провала успешных по многим показателям проектов — это недостаточное знание своих клиентов. Это подтверждает и исследование CB Insights, согласно которому в 42% случаев причиной провала стартапа становится отсутствие рыночного спроса. Создание MVP позволяет понять потребности аудитории на ранних стадиях развития продукта и не выпускать на рынок товар или услугу, которая не будет пользоваться популярностью.

Экономика инноваций

Что такое стартап и как развить его в успешный бизнес

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

Как создать MVP

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

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

оценка спроса;
обратная связи и аналитика;
устранение ошибок;
внесение изменений;
новая итерация.

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

По этой причине классический линейных (Waterfall) подход совершенно не годится для создания прототипов продуктов, поскольку последовательное внедрение функционала исключает или значительно затрудняет возврат к “0” точке разработки для внесения самых кардинальных изменений в саму идею проекта. Для этих целей идеально подходят гибкие методологии разработки и управления Agile и Scrum, которые обеспечивают необходимые возможности “отката” к предыдущему этапу и внесения любых необходимых изменений. Разумеется, у конечного разработчика прототипа должен быть опыт использования таких методов управления проектами. Можно найти программиста для создания MVP самостоятельно, хотя этот способ и занимает довольно много времени, разработчики с высокой степенью вовлеченности и личной заинтересованности в процессе способны создать более качественный продукт чем аутстаффинг сотрудники или выделенная команда разработчиков.

Не путать c PoC, PoC с CustDev

PoC или Proof of Concept — доказательство правильности концепции или проверка осуществимости идеи. Благодаря реакции целевой аудитории на определённые маркетинговые и аналитические импульсы команды: анонсы, исследования, предзаказы, рекламу, интервью — определяется, стоит ли бизнес-задумка усилий.

Важно разделять: PoC — это не работоспособный продукт, как в случае с MVP. Максимум — прототип, но и не «черновик» с рукописными записями карандашом

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

Цели и задачи разные:

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

Но мир не был бы так прекрасен, если бы не возможность выбора. Есть и третий инструмент, которым пользуются продуктовые команды — CustDev. Customer Development — методология, с помощью которой тестируют идеи на целевой аудитории.

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

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