Шести недель достаточно для полезного релиза, если команда решает одну ясно сформулированную проблему. Этого недостаточно, чтобы сжать годовой план в короткий календарь. Разница — в дисциплине объёма.
До начала дизайна зафиксируйте пользователя, момент потребности и наблюдаемое изменение, которое должен создать продукт. Всё, что не проверяет эту цепочку, можно перенести в следующий релиз.
Сохраните целостный путь
MVP может быть узким, но не сломанным. Пользователь должен понять предложение, выполнить основную задачу и знать, что произойдёт дальше. Лучше полностью убрать второстепенный сценарий, чем оставить все сценарии наполовину готовыми.
Доверие, доступность, аналитика и базовые операционные инструменты — не украшение. Без них команда не сможет безопасно обслуживать пользователей и учиться на релизе.
Пусть данные заслужат новый объём
Определите признаки успеха до реализации. Совмещайте аналитику, обращения в поддержку и прямое наблюдение. Проверяйте их каждую неделю и расширяйте продукт только после понимания текущего поведения.
Сильный шестинедельный релиз — не конец разработки, а убедительная первая версия с качественной основой для следующего решения.
