Как делать 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 им нужны и начали их создавать.