Откуда приходит задача: интервью и вопросы, которые вскрывают настоящую потребность
Заказчик просит выгрузку в Excel. Через месяц выясняется, что файл открывают, чтобы посчитать одно число, — и это число можно было показать на экране. Просьбу выполнили, потребность пропустили.
Задача почти никогда не приходит как задача. Она приходит как готовое решение: «нужна кнопка выгрузки в Excel», «добавьте поле комментария», «сделайте уведомление». Человек, который просит, уже подумал за всех и принёс результат размышлений. Сами размышления — какая проблема за этим стоит — остались у него в голове.
Если записать просьбу как есть, разработка сделает именно её. Через месяц выяснится, что выгрузку открывают, чтобы руками посчитать одну цифру, и эту цифру можно было показать на экране за день вместо недели.
Просьба, потребность и проблема
Полезно различать три слоя. Просьба — то, что произнесли. Потребность — что человек хочет получить в результате. Проблема — что мешает ему сейчас. Заказчик почти всегда говорит на уровне просьбы, и в этом нет ошибки: он знает свою работу, а не устройство системы. Задача аналитика — спуститься на два слоя ниже и вернуться с решением, которое закрывает проблему, а не воспроизводит просьбу.
Это не значит, что просьбу надо отвергать. Часто она и есть лучшее решение. Но узнать это можно только после того, как проблема названа.
Вопросы, которые спускают на уровень ниже
| Как сформулирована просьба | Вопрос | Что обычно выясняется |
|---|---|---|
| «Нужна выгрузка в Excel» | Что вы делаете с файлом после выгрузки? | Считают одну сумму или сверяют с другой системой |
| «Добавьте поле комментария» | Что пишут в комментарий и кто его потом читает? | Там живёт статус, которого нет в системе |
| «Сделайте уведомление» | Что человек должен сделать, получив его? | Ничего — уведомление нужно, чтобы не звонили в поддержку |
| «Нужен отчёт по продажам» | Какое решение принимается по этому отчёту? | Решение одно, и для него хватает трёх чисел |
| «Сделайте как в старой системе» | Что в старой системе работало хорошо, а что терпели? | Половина старого поведения — обход её ограничений |
Общий приём во всех строках — спрашивать о том, что происходит после выполнения просьбы. Ответ на этот вопрос и есть потребность.
Последний случай вместо общего правила
Вопрос «как вы обычно оформляете возврат?» даёт идеальный процесс — тот, каким он должен быть. Вопрос «расскажите про последний возврат, который вы оформляли» даёт настоящий: с исключениями, обходными путями и звонком коллеге, без которого ничего не сработало.
Конкретный случай почти всегда богаче обобщения. В нём есть детали, которые человек не считает важными и поэтому не упомянул бы: «тогда я посмотрел в почте номер договора» — значит, номера договора в системе нет, а он нужен.
Лучше один раз увидеть. Если есть возможность посидеть рядом, пока человек делает работу, — это стоит трёх интервью. Люди описывают свою работу так, как её понимают, а делают так, как удобно; разница между этими двумя версиями и есть материал для постановки.
Как построить разговор
До встречи. Прочитать всё, что уже есть: прежние задачи, обращения в поддержку, переписку. Записать свои гипотезы о проблеме — не чтобы их подтвердить, а чтобы заметить, когда ответ им противоречит.
Во время. Задавать открытые вопросы — «как», «что происходит, когда», «расскажите про последний раз». Не предлагать решения: как только аналитик говорит «а если сделать так?», собеседник переходит к оценке чужой идеи и перестаёт рассказывать о своей работе. Выдерживать паузу после ответа: самое важное часто говорят вторым предложением, после короткой тишины.
После. В тот же день записать коротко — проблема, потребность, найденные исключения, открытые вопросы — и отправить собеседнику с просьбой поправить. Записанное своими словами и подтверждённое другой стороной — уже выявленное требование. Записанное и не отправленное — версия аналитика.
Что мешает услышать
- Наводящие вопросы. «Вам ведь нужна фильтрация по дате?» — на такой вопрос почти все отвечают «да». Ответ ничего не значит.
- Список пожеланий. Если спросить «что ещё хотелось бы», получится длинный список, в котором нельзя отличить необходимое от приятного. Лучше спросить «без чего это нельзя запускать».
- «Все пользователи хотят». За этой фразой обычно стоит один пользователь или сам говорящий. Полезно спросить, от кого конкретно это слышали.
- Один собеседник. Тот, кто вводит данные, и тот, кто по ним отвечает, хотят разного. О том, как найти второго, — в разборе границ задачи.
Признак, что потребность не выяснена: после релиза функцией пользуются не так, как задумано, — и всё равно довольны, потому что нашли обходной путь.
Проверка за пять минут
Возьмите задачу, которую сейчас пишете, и ответьте на один вопрос: что человек будет делать иначе, когда она будет сделана? Если ответ — «сможет нажать новую кнопку», вы записали просьбу, а не потребность.
Что дальше
Найденная проблема ещё не даёт ответа, когда задача решена. Для этого нужна цель, записанная так, чтобы после релиза было с чем сравнить, — и число, по которому сравнивать.