Правильное MVP
Расскажу о своем опыте и на сколько это действительно важно на примере IT.
Что такое MVP?
Дословный перевод можете найти в интернете, но важен не перевод, а что означает по факту на практике.
Простыми словами это простая версия, цель которой проверить гипотезы и спрос, выявить желание клиента платить за продукт и получить понимаете, что делать дальше.
MVP должно быть сделано максимально быстро, привлекая минимальный ресурс и в идеале вообще без денежных затрат.
Многие могут сказать, что и так все это знают. Но при этом все делают одни и те же ошибки. В жизни мы многое знаем в теории, но почему-то на практике все иначе.
Я тоже «всегда знал», но совершал все эти ошибки десятки раз, пока не потерял на одном из проектов 100 000$ в 2019 году. Но даже после этого я продолжал совершать эти ошибки, только уже в минимальном количестве. Более того, даже сейчас я продолжаю учиться. Вроде все просто и понятно, но почему-то 99 из 100 ошибаются. Я знаю много стартаперов, только единицы действуют более менее правильно.
Если бы в 2020 году мы не сделали правильное MVP, то https://www.marketguru.io/?utm_source=tg-sizon-channel&utm_medium=mvp-post могло не быть вообще, либо результат мог быть другой.
Как начать работу над MVP?
1. Изучаем конкурентов или смежные продукты на рынке, включая зарубежные. Конкуренты есть всегда, а если их нет, то это огромный повод задуматься, ведь в 99% это не просто так и вы точно не первооткрыватели. Конкуренты могут быть смежные.
2. Если считаем себя экспертом в нише и знаем все боли, то забываем все это и пообщаемся с потенциальными клиентами (Cust Dev).
3. Чем больше будет общения с клиентами, тем больше шансов на успех, больше вероятности сделать верные действия или на начальном этапе понять, что не стоит это делать вообще. Пару клиентов с обратной связью недостаточно.
4. Не торопимся с выводами по результатам Cust Dev, если было мало контактов с потенциальными клиентами. В идеале сделать минимум 50 Cust Dev на старте.
5. Если достаточно ресурса и денег, не делаем ничего, пока не сделаем пункты выше и не получим результат. Не тратим ресурс в пустую! Эту ошибку уже тоже совершал несколько раз.
6. Если убедились, что спрос и боли есть, получили подтверждение от клиентов, то можно начать работу над MVP.
7. Забываем за качество при первой версии! Важное правило! Вся команда должна понимать, что нет цели создать идеальный продукт на старте. Нужно создать продукт «на тройку». Сначала делаем MVP и тестируем, потом можем думать за то, чтобы делать «на пятерку».
8. Cust Dev нужно сделать до старта MVP и продолжать делать на всей жизни проекта. Как бы сильно мы не закапывались в рутине и в успехе, всегда нужно это делать.
Наверно мне стоит подробнее раскрыть каждый из пунктов, но тогда я не помещу все это в один пост. Могу сделать отдельные публикация с деталями по каждому пункту, если это вам будет интересно.
Как сделать первое MVP?
На старте даже можно ничего не программировать. Или сделать с минимальным количеством кода.
Способов очень много, самые простые:
⁃ Эксель. Да, часть идей можно протестировать просто в экселе.
⁃ Лендинг на конструкторе. Например Тильда.
⁃ Сайт-пустышка. Создать видимость продукта, что он уже есть и работает.
⁃ Телеграмм бот.
⁃ Кликабельный прототип.
Поверье, в большинстве случаев любую идею можно протестировать каким-то из способов выше. Даже сложные идеи, где казалось бы нужно писать код месяцами.
Где взять пользователей на тест MVP и Cust Dev?
Есть разные бесплатные и платные способы, например:
⁃ Соц. сети среди своей аудитории. У каждого есть хотя бы 100 подписчиков.
⁃ Тематические группы и каналы. Можно сделать рассылки, либо сделать дешевые платные публикации.
⁃ Спам. Не все это любят, но это работает. Все способы хороши.
⁃ Выделить минимальный бюджет на рекламу, например Яндекс Директ.
Еще очень важно понимать, что даже при наличии уже успешного продукта всегда будет потребность создавать что-то новое. Все это должно также начинаться с MVP, там уже немного иной подход, но смысл тот же.
