Проблема конкретная
Понятно, кто пользователь, какую работу он пытается сделать и где текущий обходной путь ломается.
MVP и запуск продукта
MVP и запуск продукта для основателей
Помогаем превратить идею в первую версию, которую можно дать живым пользователям. Объём, инженерия, запуск, обратная связь. Первый релиз должен ответить на один жёсткий вопрос: что правда стоит строить дальше?
Объём с основателемРабочий MVPЗапуск и первая обратная связь
01 / Проверка смысла
Хороший MVP начинается с давления, а не со списка функций
Лучше всего это работает, когда основатель уже чувствует проблему. Пользователи просили. Текущий процесс держится на ручной работе. Продажи ждут продукт, которого ещё нет.
Первые пользователи близко
Для запуска нужны люди, которые попробуют продукт и честно скажут, что не так. Абстрактный рынок слишком мягкий.
Объём расползается
Направление понятно, но первая версия тяжелеет каждый раз, когда кто-то открывает документ.
Скорость важнее комфорта
Лучше выпустить аккуратную первую версию, чем месяцами полировать продукт, которым никто не пользовался.
02 / Что собираем
То, что основателю нужно для запуска
Одним MVP нужен код. Другим сначала нужен прототип. Иногда часть работы честнее оставить ручной за кулисами. Мы выбираем минимальную рабочую версию, которую не стыдно дать людям.
Продуктовый объём
Первый сценарий, список отсечений, пользовательский путь, граница релиза и сигнал успеха.
Кликабельный прототип
Нужен, когда главный риск в UX, продажах или ясности идеи до начала разработки.
Рабочий MVP
Продукт с основным сценарием, авторизацией, данными, платежами или интеграциями, если они входят в ставку.
Базовая админка и аналитика
Достаточно контроля, чтобы видеть пользователей, ошибки, обратную связь, платежи, контент и узкие места.
Материалы для запуска
Позиционирование, первые инструкции, письма пользователям и простая история продукта для команды.
Итерация после релиза
Короткий цикл после запуска: смотрим использование, читаем обратную связь, исправляем непонятное и выбираем следующий шаг.
03 / Определения
Прототип, MVP, v1. Разные задачи.
Страница про MVP, но первым полезным артефактом не всегда будет MVP. Выбираем формат по вопросу, на который нужно получить ответ.
Прототип
MVP
V1
Показать сценарий и проверить, понятно ли предложение.
Дать ранним пользователям пройти главный путь и увидеть, где ломается продукт.
Обслуживать больше пользователей с меньшим количеством шероховатостей.
В основном интерфейс и продуктовая логика.
Настоящий продуктовый путь, реальные данные там, где это важно, и честные упрощения в остальных местах.
Больше ролей, биллинг, настройки, поддержка и крайние случаи.
Пользователь, покупатель или инвестор понял обещание.
Кто-то использовал продукт для реальной задачи и спросил, что дальше.
Использование повторяется без того, чтобы основатель держал каждый контакт вручную.
Есть продуктовая идея, которая расползается в документе? Приносите черновую версию. Найдём первый выпуск, который можно показать людям.
Начать с первого среза04 / Путь запуска
Этапы с точками остановки
На каждом этапе появляется результат, который можно посмотреть. Если сигнал слабый, режем или меняем направление до того, как проект станет дорогим.
01
Discovery
2-4 дняРезультат: Описание проблемы, путь пользователя, риски, первый объём, ставка запуска.
Решение: Собирать, сначала прототипировать или остановиться.
02
Объём
2-5 днейРезультат: Путь пользователя, модель данных, карта экранов, линия отсечения, план релиза.
Решение: Зафиксировать границу MVP.
03
Сборка
3-6 недельРезультат: Рабочий продукт, интеграции, базовая админка, аналитика, чеклист запуска.
Решение: Выпустить первым пользователям.
04
Запуск
1 неделяРезультат: Раскатка на первых пользователей, первые инструкции, сбор обратной связи, правки явных блокеров.
Решение: Итерировать, поставить на паузу или поменять ставку.
05
После запуска
дальшеРезультат: Разбор использования, следующий объём, операционные улучшения, план v1, если сигнал держится.
Решение: Усиливать только то, что подтвердилось в реальном использовании.
05 / Роль основателя
Что нужно от вас
Быстрый MVP всё равно требует решений. Лучше всего работают проекты, где есть один основатель или владелец продукта: он приносит контекст и режет лишнее без комитета.
Проблема
У кого она возникает, когда, что люди делают сейчас и почему текущий обходной путь болезненный.
Первая аудитория
Люди, которые скоро смогут попробовать продукт: клиенты, операторы, партнёры, waitlist или узкое сообщество.
Реальные примеры
Чаты, таблицы, скриншоты, звонки, счета, формы: всё, что показывает работу как она есть.
Владелец решений
Человек, который выбирает линию отсечения, принимает компромиссы и быстро отвечает во время сборки.
Доступ к обратной связи
Способ видеть первых пользователей: аналитика, звонки, сообщения в поддержку, записи сессий или прямые интервью.
06 / Релевантная работа
Продукты, которые должны были дойти до пользователей
Рынки и форматы разные, но работа похожая: сузить первую версию, выпустить что-то настоящее и улучшать по использованию.
Обсудим ваш проект.
Начать с пары деталейОтвечаем в течение одного рабочего дня. На первом созвоне Азамат подключается лично: честно разбираем объём работ, бюджет и риски с человеком, который отвечает за поставку.