Всегда ли нужно проектировать то, что просит пользователь?

Представим: инженер говорит, что ему нужно быстрее собирать данные из нескольких систем в Excel. Буквальное решение - упростить выгрузку. Но его настоящая задача может звучать иначе: понять, что изменилось в процессе и почему произошло отклонение. Тогда проблема не в неудобном экспорте, а в том, что нужный контекст приходится восстанавливать вручную. В сложных B2B-продуктах пользователь часто описывает решение, к которому привык в рамках существующих ограничений. Но и сразу оспаривать его запрос опасно. За привычным сценарием могут стоять реальные требования производства, регламенты или цена ошибки.

По каким признакам вы отличаете настоящее ограничение процесса от привычного обходного пути?