Как делать MVP без кода. И зачем вообще делать MVP

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

И сможем НЕ делать MVP там, где в нем нет нужды:)

Итак, для чего нужен MVP?

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

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

На какие вопросы отвечает MVP?

«Будут ли за это платить» — делаем MVP, получаем первые платежи, можем привлекать инвестиции и строить воронку.
«Сможем ли мы дать пользователю ценность, реально довести его до результата» — делаем MVP, дотаскиваем пользователя до результата, получаем повторные платежи и достраиваем юнит-экономику.
«Можем ли мы работать с технологией, которую от нас хочет получить B2B-заказчик» — делаем MVP, получаем контракт, пилим полный проект.
И ещё 100 500 разных вопросов.

Надо ли объяснять, что все это будут очень разные MVP?

Задачи, которые решает MVP

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

MVP может решать разные задачи:

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

Отталкиваясь от задачи, мы находим способ создания MVP.

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

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

Вот несколько примеров из моей практики, которые я делал сам и помогал/советовал делать моим ученикам в последнее время:

MVP EdTech-проекта, состоящий из пары часов разговоров и пары файлов с текстами и картинками.
MVP веб-сервиса, состоящий из нескольких телефонных звонков.
MVP блокчейн проекта — из Вордпресс + Zoom.

Итак, MVP бывают очень разными. И очень часто нам нужен вообще не MVP.

Что делать вместо привычного MVP:

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

Посмотрите, как Иван Замесин объясняет, как решенческое интервью позволяет проверить гипотезы — то есть играет роль MVP.

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

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

А вот наш собственный пример. Это лендинг собран и вовсе на Notion, и он отлично работает.
Промопосты. Можно написать классный текст, адресовать его ЦА, получить большое количество реакций, комментариев, споров, трафика.

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

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

А ещё можно писать не посты, а комментарии, если вы точно видите перед собой представителя ЦА.
Реклама на Facebook, в Google, Яндекс или рассылки с А/Б тестированием. Так можно протестировать, на ту ли аудиторию направлена идея. Вариантов месседжей для разной аудитории может быть масса, и этими каналами легко и быстро проверяется их вариативность.

Здесь вы найдёте 11 примеров того, как можно провести А/В-тест для рассылки (подойдут и для рекламы).

А если захотите лучше разобраться, как работает этот метод, почитайте советы команды Tilda — они пригодятся и для тестирования лендингов и краудфандинг-кампаний.
Краудфандинг. Кампания на Kickstarter или его аналогах, подходящих для вашей аудитории позволяет не только (а порой и не столько) получить средства на разработку, но еще и собрать отзывы и оценить востребованность продукта.

Просто посмотрите, как украинская команда разработчиков ретрокамеры Jollylook Auto собрала целевые $40 000 за первые сутки, и вдохновитесь. Тут есть всё: и успешное подтверждение гипотезы, и деньги на запуск, и пресса.
Видео с презентацией возможностей продукта. Яркий пример: Dropbox запускался именно с видео. После просмотра люди пишут в комментариях под видео, что готовы купить, как только проект будет запущен.
Вот та самая первая презентация Dropbox: простая, скромная и... продающая.
Вордпресс, Тильда. 99% функционала уже написано другими, используйте готовые конструкторы. Вы сможете сэкономить на разработке каких-то решений, так как человеческий фактор — это и денежные расходы, и баги.
Опросы с помощью различных сервисов. Дадут понять ответную реакцию, собирать заявки, а на некоторых сервисах опросов даже принимать оплаты в конце опроса, когда человек уже «готов».
Закрытое сообщество в соцсети. Два в одном: сразу и коммьюнити менеджмент и живые идеи для разработки - собираете сообщество, привлекая людей интересной идеей или контентом, и в процессе общения делаете проект.

Так запускался самый успешный на сегодня российский настольный варгейм — киберпанк «Гидрофилия». Бумажный прототип, краудфандинг и личные «презентации» были уже позже, когда стало понятно, что идея востребована.
Ручное моделирование функционала. Какой-либо сервис можно протестировать через мессенджер или sms. Например, одна моя ученица сейчас планирует поехать к пользователям и побыть их "голосовым помощником с AI". А Facebook запустил чат-бота, за которым сидели реальные люди, моделируя искусственный интеллект. Facebook смог понять, нужен ли пользователям этот ассистент, без дорогостоящей разработки.
Бумажный прототип. С ним можно быстро и дешево протестировать сложный технический объект на людях. Самый яркий пример — Google Cardboard, картонные VR-очки.

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

Вообще если вы занимаетесь дизайном, то концепция такого прототипа вам наверняка знакома и вы не раз делали подобное. Теперь пора использовать эти наброски в качестве MVP.
Предзаказ с гарантией возврата. Оплата — единственный честный способ проверить спрос. Даже если вам пришлось вернуть деньги, вы проверили востребованность продукта, и получили бесценный опыт и знания, которые никаким другим способом не приобрели бы.
Бесплатная помощь и мероприятия. Личные консультации, вебинары, открытые уроки на TimePad или других сервисах. Так вы сможете собрать аудиторию, пообщаться с ней вживую и затем, например, организовать сообщество в соцсети.
Гостевые посты на известных площадках. Например, если вам нужны предприниматели — они уже собраны на vc.ru.
Парфюмерный стартап «Душу» — самый успешный пример на VC за последнее время.

Можете смело ориентироваться на опыт весёлого и самокритичного «серийного предпринимателя-неудачника», как называет себя создатель проекта. Кажется, что он рассказывает про уже работающий продукт, но нет, присмотритесь — это очередной этап MVP.
Бесплатные доски объявлений. Если вы можете с первого дня выложить что-то, что вы продаете, на Авито, то почему бы это и не сделать? Пример: Airbnb начинал на досках объявлений.

Чек-лист создания MVP

Шаг 1. Выделить одну гипотезу для проверки

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

Шаг 2. Продумать инструменты для MVP

Какой минимальный набор событий должен произойти, чтобы вы получили ответ на свой вопрос? Можно ли провести день на работе у пользователя, и записывать его "голосовые заметки" на бумаге или в ноутбуке, а не по-честному писать голосового помощника?

Главная идея — минимальные затраты временных и денежных ресурсов. Лучше сосредоточиться на одной простой функции, чем распыляться сразу на все.

Шаг 3. Определить критерии тестирования

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

Шаг 4. Действовать

Вы всё придумали, осталось сделать :)

Какие скиллы нужны для создания MVP

Способность задавать вопросы, думать и работать. Не нужно быть разработчиком.

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