Редакция Script Forge
Сначала назовите решение, а не функции
Начните с решения, которое сейчас заблокировано: стоит ли цифровизировать процесс, сможет ли новая аудитория выполнить ключевую задачу или жизнеспособна ли операционная модель. Затем зафиксируйте, какое доказательство изменит это решение. Функция нужна только тогда, когда она помогает получить такое доказательство или поддерживает минимально надёжный сервис.
Проследите один критический сценарий целиком
Выберите путь пользователя, который создаёт наиболее понятную ценность, и опишите его начало, передачи между людьми или системами, исключения и завершение. Учитывайте тех, кто обслуживает сервис, а не только человека у экрана. Так становятся видны необходимые данные, права доступа, уведомления и поддержка, которые легко потерять в списке экранов.
Задайте границы, защищающие первый выпуск
Запишите, что намеренно не входит в MVP, какие предположения нужно проверить и какие требования к качеству нельзя отложить. Конфиденциальность, контроль доступа, восстановление после ошибок и ответственный за работающий сервис часто являются основой, а не улучшением на потом. Короткий документ с границами не даёт новым идеям незаметно менять обязательства.
Превратите следующее решение в практический бриф
Если вы можете описать пользователя, заблокированное решение и текущие ограничения, краткого брифа достаточно, чтобы начать формировать ответственный первый объём.