Минимальное полезное предложение

Кому подойдёт: Start — тем, кто слишком долго готовится к первой продаже; System — фрилансерам, чьи услуги постепенно обрастают лишней работой.

Сокращать первое предложение стоит вокруг задачи покупателя. Если убрать то, без чего результат нельзя использовать, вы получите недоделанную услугу. Если убрать дополнительные сценарии, которые пока никому не понадобились, можно быстрее начать работу и меньше вложить до проверки спроса.

В учебном примере специалист собирается помогать небольшим компаниям вести управленческую отчётность. До первого клиента он планирует личный кабинет, библиотеку видео, мобильную версию, автоматические напоминания и двадцать шаблонов. Между тем первый потенциальный заказчик хочет каждую пятницу понимать, сколько денег понадобится на следующей неделе. Для этой задачи часть задуманных возможностей пока не нужна.

Выберите одну законченную рабочую ситуацию

Опишите человека, момент использования и решение, которое он сможет принять. Например: собственник открывает согласованный отчёт, видит предстоящие платежи и решает, какие расходы можно подтвердить. Затем перечислите, что необходимо для этой ситуации: исходные данные, расчёт, понятное отображение и объяснение ограничений.

GOV.UK предлагает расставлять приоритеты с учётом пользовательских исследований, данных о работе сервиса и доступных ресурсов. При этом задачи поддержки и исправления нельзя постоянно вытеснять новыми функциями. Для небольшой услуги это полезное напоминание: простота предложения не означает отказ от необходимой надёжности.

Не включайте в обязательный состав всё, что потенциально повышает удобство. Автоматическое обновление отчёта может быть полезным, но для первой проверки иногда достаточно согласованного ручного обновления. А вот проверка расчётов и понятность исходных допущений обязательны независимо от способа доставки.

Разделите функции по последствиям отказа

Для каждого элемента спросите: «Что случится, если этого не будет в первой версии?» Ответ должен описывать последствие для пользователя. «Конкуренты так делают» или «сервис выглядит солиднее» не объясняет, почему функция необходима сейчас.

Иногда отказ меняет сам продукт. Если покупатель выбирает вашу услугу именно ради автоматизации, ручная передача файла уже не проверяет то же обещание. Тогда нужно честно сузить задачу эксперимента или найти способ показать требуемую автоматическую работу. Нельзя незаметно заменить ключевую ценность более удобной для себя.

Учитывайте весь путь до использования

Урезанный проект может прекрасно работать на вашем компьютере и останавливаться у клиента. Возможно, вы исключили настройку доступа, обучение или перенос данных, считая их «не основным функционалом». Но именно эти действия делают результат пригодным к работе.

Пройдите путь целиком: человек получает предложение, передаёт материалы, получает результат, пробует его использовать, задаёт вопрос. Где он будет вынужден обращаться к вам? Какие ограничения нужно знать заранее? Как закончится ваше участие? Такая проверка помогает сократить украшения, сохранив необходимую поддержку.

Отдельно проверьте требования безопасности, доступности и применимого права. Их нельзя автоматически откладывать под предлогом тестовой версии. Если безопасно выполнить узкую задачу пока невозможно, сузьте её ещё или сначала устраните препятствие.

Составьте отдельный список отложенных возможностей

Небольшой список «вернёмся, если…» полезнее бесконечного перечня улучшений. Например: «Обсудим автоматическое обновление, если ручной перенос данных будет регулярно занимать больше согласованного времени». Условие должно быть связано с наблюдаемой проблемой, а не с наступлением красивой даты.

При появлении новой просьбы сначала выясняйте, нужна ли она для исходной задачи или относится к следующей. Если к следующей, можно предложить отдельный этап. Если без неё текущий результат не работает, возможно, исходный объём был определён неверно. Тогда нужно обсудить исправление, а не автоматически назвать просьбу расширением.

Практическое задание: возьмите своё предложение и подчеркните одну основную ситуацию использования. Для каждого пункта состава напишите последствие его удаления. Уберите или отложите то, что не влияет на эту ситуацию, и пройдите оставшийся путь глазами клиента. Итогом должен стать меньший, но законченный объём работы, который можно честно предложить и исполнить.