Первая версия продукта не обязана быть маленькой во всех измерениях, но должна давать возможность проверить один существенный пользовательский результат. Список «всё, что когда-нибудь пригодится» — не MVP-спецификация.
1. Выберите один основной сценарий
Опишите цепочку действий пользователя от входа до измеримого результата: триггер → действие → подтверждение → ценность. Например, владелец сайта загружает CSV, проверяет предварительный импорт и получает созданные черновики. Регистрация, отчётность и приглашения в команду могут не входить в первый тест, если не являются необходимыми.
2. Разделите функции по назначению
- Обязательные: без них основной сценарий не работает или становится небезопасным.
- Вспомогательные: повышают удобство, но не нужны для проверки гипотезы.
- Позже: гипотезы для следующих итераций.
- Запрещённые упрощения: безопасность прав доступа, целостность данных, резервное копирование при рисковых изменениях, корректное обращение с личными данными.
Для каждой функции спросите: «Какую неопределённость это снимает в ближайшем тесте?» Если никакую — перенесите.
3. Зафиксируйте критерий завершения
Не пишите просто «есть загрузка файла». Напишите, что именно пользователь должен увидеть после импорта, какие ошибки обрабатываются и как откатить неправильный результат.
Проверьте пустые состояния, мобильный экран, доступность ключевого действия без мыши и поведение при недоступности внешнего API.
Шаблон 06-MVP-SPEC.md
## MVP-SPEC
- Версия и дата:
- Кто основной пользователь:
- Проблема и гипотеза:
- Один основной сценарий:
- Измеримый результат для пользователя:
## In scope
1. Функция — зачем нужна — критерий приёмки
2. ...
## Out of scope
1. Функция — почему отложена
2. ...
## Обязательные нефункциональные требования
- Безопасность и роли:
- Работа с данными / приватность:
- Ошибки / восстановление:
- Доступность / мобильный экран:
## Проверка гипотезы
- Что наблюдаем:
- Где получим сигнал:
- Как решим go / iterate / stop:Готовность шага
Другой человек может прочитать спецификацию и перечислить, что войдёт в релиз, чего там не будет и как проверить итог. После этого переходите к архитектуре WordPress MVP.
Источник: https://www.ycombinator.com/library/Gh-yc-guide-to-business-models
Материал был полезен?
Помогите нам сделать материалы точнее и понятнее.