Как понять потребности пользователей внутреннего ИТ-продукта и создать продукт, который решит задачу пользователей?

Вот вам типовой кейс: внутренняя продуктовая команда создает внутренний IT продукт для своей компании. На текущий момент они для извлечения требований к продукту используют:

1. описание процессов (в нотации BPMN, например)
2. интервью с участниками процесса.

Мой вопрос к вам: насколько полезно им будет начать использовать JTBD или QFD для проведения исследований потребностей пользователей IT продукта?

На мой взгляд, это будет очень полезно. Для внутреннего IT-продукта внедрение JTBD (Jobs To Be Done) даст существенное преимущество перед текущим подходом (описание процессов + интервью), потому что методология фокусируется не на том, как люди работают сейчас, а на том, какую задачу они реально пытаются решить и зачем.

**Ключевые обоснования пользы JTBD смотрите на картинке под постом.

Специфика для внутренних продуктов:** 1. Внутренние пользователи — тоже пользователи. Они имеют свои мотивы (сократить время, избежать ошибок, упростить отчётность), которые не всегда совпадают с бизнес-целями компании. 2. JTBD помогает перевести требования в метрики. Вы сможете измерить: «job решён, если время снижено с X до Y, ошибок с A до B».

Итак, моя рекомендация всем, кто создает внутренний продукт:

Начните с JTBD-исследования для поиска Main Job (ключевая задача продукта) . Это позволит:

• Сформулировать требования в формате Job Stories (ситуация → изменение → результат)
• Приоритизировать функционал по критичности работы и неудовлетворённости текущим решением
• Показать измеримую ценность продукта для бизнеса (ROI в времени/деньгах)

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