Хорошая задача имеет понятные границы
Для первого прототипа подходит повторяемый процесс с известным входом и проверяемым результатом. Например, классификация одного вида обращений обычно удобнее, чем универсальный помощник для всей компании.
- Есть владелец процесса
- Доступны примеры входных данных
- Сотрудник может проверить результат
- Ошибку можно безопасно обработать
Критерий полезности нужен до разработки
Зафиксируйте, что должно измениться в работе пользователя: станет ли проще найти источник, подготовить черновик или выделить исключение. Финансовая оценка может появиться позже, но операционный критерий нужен сразу.
Прототип не обязан сразу стать продуктом
Его задача — проверить данные, качество и реакцию пользователей. После этого архитектуру можно уточнить перед подключением критичных систем и масштабированием.