Когда создаёшь собственный продукт, самое сложное: быть строгим к себе. Наш первый MVP это доказал. Делимся ошибками, чтобы вы их не повторяли.
Ошибка 1: слишком много функций до тестирования
Нам хотелось, чтобы продукт выглядел завершённым уже на запуске. Результат: мы опоздали, а пользователи задействовали лишь малую часть того, что мы сделали. Некоторые функции не открыли ни разу.
Ошибка 2: отсутствие системы обратной связи
У нас не было аналитики по отдельным функциям и простого способа для пользователей сказать, что не работает. Решения принимались на интуиции.
Ошибка 3: недооценили онбординг
Нам продукт был понятен, новым пользователям нет. Многие уходили в первые пять минут, потому что не знали, какой шаг следующий.
Что мы изменили
- Сфокусировались на трёх ключевых функциях, которые дают ценность, а остальные скрыли или убрали.
- Упростили регистрацию и навигацию.
- Добавили аналитику по каждой функции и короткие опросы внутри приложения.
- Начали относиться к MVP как к минимально полезному, а не минимально функциональному.
Результат
После второй версии число активных пользователей заметно выросло, а показатель отказов упал более чем на 35%. Что важнее, решения о разработке стали приниматься на основе данных.
Как мы сегодня создаём MVP для клиентов
Мы применяем те же уроки: воркшоп для определения одной главной ценности, кликабельный прототип до начала разработки, аналитика с первого дня и запуск за 4-8 недель. Подробнее в материале MVP за 6 недель и на странице разработка программного обеспечения на заказ.
Частые вопросы
Сколько функций должно быть в MVP?
Столько, сколько нужно, чтобы пользователь получил главную ценность продукта. Обычно две-три ключевые функции, всё остальное уходит в следующие версии.
Расскажите, что тормозит ваш бизнес
Отвечаем в течение одного рабочего дня. Первый созвон и оценка бесплатны.
Отправить запрос
