📌 Запрос - это не потребность

- Нам нужна кнопка "Экспорт в Excel" на странице отчетов.
- Хорошо. А зачем?
- Ну как зачем. Чтобы выгружать данные.
- А что вы с ними делаете после выгрузки?
- Отправляем руководителю. Он смотрит цифры раз в неделю.
- Подождите. А если сделать автоматическую рассылку ему на почту?
- ... О. Это лучше.

Кнопку мы так и не сделали. Сделали рассылку. Пользователь доволен.

Это и есть "запрос не равен потребности". Пользователь всегда приходит с готовым решением - потому что так проще сформулировать. Он не говорит "у меня проблема с отчетностью", он говорит "сделайте кнопку".

Чем конкретнее запрос - тем опаснее брать его буквально. Конкретика маскирует настоящую проблему под слоем готового решения.

Как докапываться до потребности:
- Спросить "зачем?" - не один раз, а пока не упрешься в реальный сценарий
- Попросить показать, как работает процесс сейчас - не как должен, а как есть на деле
- Уточнить, кто еще участвует и что делает с результатом

Хорошая рамка - Jobs-to-be-done : "Когда [ситуация], я хочу [действие], чтобы [результат]." Пользователь формулирует "действие". Аналитик должен понять "ситуацию" и "результат".

Иначе получите идеально сделанную кнопку, которая никому не нужна.

#SA #процесс #кейс

@fokin_media