Одна идея этого урока: сеньор не берётся за решение, пока не сформулировал проблему, пользователя и критерий успеха.
Знакомая ситуация
Ты пишешь агенту: «добавь в бота школы кнопку выгрузки всех учеников в Excel». Через двадцать минут готово: красивая таблица, сорок колонок, фильтры.
Через неделю выясняется: на самом деле ты хотел видеть, кто из учеников застрял на третьем уроке – чтобы вовремя написать им и вернуть в курс. Excel открыли два раза и забыли. «Сделай выгрузку» было не проблемой, а решением, которое ты придумал сам – и никто не проверил, решает ли оно что-нибудь.
Прежде чем строить, ответь на три вопроса: какую проблему решаем? для кого? как поймём, что решили? Формулировка проблемы – половина решения. Решение без сформулированной проблемы – лотерея.
XY-проблема: просишь Y, а нужен X
У этой ловушки есть имя – XY-проблема (XY problem). Схема всегда одна: у тебя есть настоящая задача X. Ты сам придумываешь способ её решить – Y. И просишь помочь именно с Y, не упоминая X. Помощник честно делает Y, а X остаётся нерешённым.
1
Настоящая задача X«Ученики бросают курс, я узнаю об этом слишком поздно».
2
Придуманное решение Y«Нужна выгрузка в Excel» – первый способ, который пришёл в голову.
3
Запрос помощнику the trapТы просишь Y, помощник строит Y, а X никто даже не увидел. Правильное решение X могло быть другим: автоматическое уведомление «ученик застрял» прямо тебе в Telegram.
С ИИ-агентом ловушка усиливается. Живой сеньор на форуме переспросит: «а зачем тебе это?». Агент – нет: он охотно и быстро построит любое Y, красиво его оформит и похвалит твою идею. Скорость постройки маскирует бесполезность построенного. Фильтр «а ту ли проблему мы решаем» есть только у тебя.
Инструмент: пять почему
Простой способ добраться от Y до X – пять почему (five whys): задавай вопрос «почему мне это нужно?» к собственному запросу, пока не упрёшься в реальную боль пользователя или бизнеса. Обычно хватает двух-трёх итераций: «выгрузка в Excel» → почему? «смотреть прогресс» → почему? «ловить тех, кто бросает» – вот и X.
После этого проверь три вопроса сеньора: какую проблему решаем (ученики незаметно бросают курс), для кого (для тебя как владельца школы), как поймём, что решили (доля вернувшихся после напоминания). Если хотя бы на один вопрос ответа нет – строить рано.
Как думают три уровня
Джун · делает, что сказалиПолучил «сделай выгрузку» – делает выгрузку. Быстро, аккуратно, бесполезно. Вопрос «зачем» кажется ему невежливым или не своим делом.
Мидл · уточняет детали задачиСпросит про колонки, формат и сортировку. Задача станет точнее, но это всё ещё вопросы про Y. Само решение под сомнение не ставится.
Сеньор · ставит под сомнение саму задачу«Что ты будешь делать с этим файлом?» Один вопрос – и вместо выгрузки появляется уведомление о застрявших учениках. Сеньор спорит не с формулировкой, а с постановкой.
Проверь себя
1. Ты пишешь агенту: «бот тормозит, добавь кэширование ответов». Как на твоём месте подумал бы сеньор?
«Добавь кэш» – готовое решение без диагноза. Если тормозит, например, обращение к базе или внешнему API при каждом сообщении, кэш может не помочь вовсе или помочь не там. Сеньор сначала просит агента замерить, куда уходит время, и только потом выбирает лекарство.
2. Ученица школы просит: «добавьте в личный кабинет тёмную тему». Реакция сеньора?
Пользователи почти всегда приходят с Y – с придуманным ими решением. Это ценный сигнал, но не постановка задачи. За «тёмной темой» может стоять яркость видео ночью, усталость глаз или привычка из другого приложения – и лучшие решения у этих проблем разные. Сначала X, потом Y.
3. По какому признаку можно понять, что ты сам попал в XY-ловушку в работе с агентом?
Уточняющие вопросы и альтернативы – признаки здорового процесса. А вот когда в голове детальный план «как», но нет короткого ответа «зачем» – значит, ты обсуждаешь Y, не сформулировав X. Пауза и «пять почему» здесь дешевле, чем неделя постройки ненужного.
Что говорить агенту уже сегодня
Перед стройкой: какую проблему пользователя мы решаем и как измерим, что решили?
Против XY-ловушки: я прошу конкретное решение – предложи два других способа решить ту же проблему
Диагностика: прежде чем браться, задай мне вопросы «почему», пока не доберёмся до реальной боли
Контроль понимания: сформулируй проблему, пользователя и критерий успеха – проверю, совпадает ли с моим замыслом
Источники
The XY Problem – каноническое описание ловушки «просишь Y, а нужен X» с примерами.