Какую задачу отдать нейросети первой: фильтр «бесит, боюсь, спрашивают»

Коротко

Почему первая задача решает всё?

Наблюдение с обучений: люди почти никогда не бросают из-за сложности инструмента. Бросают из-за того, что первая задача была выбрана неудачно.

Два типовых промаха. Первый: человек берёт самое больное и самое запутанное место в бизнесе, упирается в отсутствие данных и делает вывод, что технология сырая.

Второй промах зеркальный. Берётся что-то безопасное и мелкое, вроде «сочини поздравление», результат получается, а вера в применимость к работе не появляется.

Есть и третий сценарий, самый обидный. Человек выбирает правильную задачу, но берёт её целиком, вместе со всеми исключениями и краевыми случаями. Через две недели он всё ещё описывает требования и ни разу не увидел результата.

Фреймворк выбора: бесит, боюсь, спрашивают

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

Разберу по частям:

• Бесит. Регулярная ручная работа, от которой портится настроение. Разбор писем, сведение таблиц, перенос данных из одного места в другое.
• Боюсь. То, что ты можешь пропустить и потерять деньги: срок, изменение в законе, заявка в неотслеживаемом канале, нужный лот в общей выгрузке.
• Спрашивают. Вопросы, которые тебе задают по десять раз: где лежит документ, какие условия у клиента, как оформить заявку.

Каждый список даёт свой тип решения. Первый ведёт к автоматизации рутины, второй к наблюдению и оповещениям, третий к внутреннему помощнику по документам компании.

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

Если задача попадает сразу в две категории, берись за неё не думая. Такие задачи и окупаются быстрее, и мотивируют сильнее.

Какие задачи не годятся для первой попытки?

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

Про измеримость добавлю отдельно. Мерить надо то, что видно без специальных отчётов: сколько часов в неделю уходило раньше и сколько уходит теперь, сколько заявок терялось и сколько теряется сейчас.

Отсюда полезное правило: если данные для задачи ещё не собраны в одном месте, первым продуктом становится не автоматизация, а именно эта единая обновляемая база.

Как проверить задачу до старта?

Порядок проверки такой:

1. Данные. Открой и посмотри, в каком они виде. Файл, таблица, выгрузка это хорошо, «где-то в системе» это плохо.
2. Измеримость. Сформулируй, что изменится: часы в неделю, число ошибок, скорость ответа клиенту.
3. Хозяин. Найди человека, которому результат нужен лично. Без него продукт умрёт после запуска.
4. Дубли. Спроси коллег, нет ли этого уже внутри. На одном практикуме участница чуть не собрала инструмент, который в её агентстве давно был.
5. Неделя. Проверь, что за неделю можно получить хоть какой-то полезный кусок. Если нет, режь задачу.

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

Как встроить такую проверку в общий порядок работы с ИИ в компании, разобрано у меня в гайде про пошаговое внедрение.

Ловушка «инструкция вместо результата»

Живой случай с занятия. Участница попросила помочь поставить встречу в календаре, получила подробную инструкцию из пятнадцати шагов и сказала: мне проще саму встречу поставить, чем эти пятнадцать пунктов делать.

Она была права по-своему. Инструкция это не результат, а описание работы, которую всё равно предстоит выполнить руками.

Что снимает ловушку: ответная фраза «а теперь сделай всё это по шагам сам». Эти пятнадцать пунктов не задание для человека, а план действий для ИИ-агента, и просить надо исполнение, а не пересказ.

Внутренние задачи требуют других формулировок

На одном практикуме участница застряла именно на этом. Агент требовал от неё описания выгоды и целевой аудитории, а у неё была внутренняя задача, и она честно сказала: в моём мире таких задач не будет.

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

Такая же поправка нужна и наоборот. Если ты работаешь в агентстве и берёшь пример, написанный под личный проект, агент недооценит согласования и роли, а они и съедают половину времени.

Общий принцип шире. Любой шаблон промпта надо адаптировать под свой тип задач, иначе ты работаешь на чужой сценарий. Как устроен точный запрос, я разбирал в материале про канон промпта.

С чего начать на этой неделе?

Конкретный план на неделю:

1. Выпиши три списка по фильтру: бесит, боюсь, спрашивают. По пять пунктов в каждом, без цензуры.
2. Найди пересечение и выбери одну задачу. Именно одну.
3. Прогони пять проверок из раздела выше и при необходимости сузь задачу.
4. Сформулируй результат к пятнице в одном предложении, начиная с глагола.
5. Сделай первый проход руками вместе с агентом, без автоматизации.
6. Посчитай экономию и реши, стоит ли превращать это в продукт.

Шестой пункт отделяет игру от работы. Считать надо честно, и как это делать по метрикам, разобрано в материале про оценку отдачи от внедрения ИИ.

Частые вопросы

Главный вывод

Соберу в одну мысль. Внедрение начинается не с инструмента и не с обучения, а с честного ответа на вопрос, что именно у тебя болит каждую неделю.

Три списка занимают пятнадцать минут. Пять проверок ещё полчаса. Это дешевле любого совещания про цифровую трансформацию и работает лучше.

И держи в голове различие, которое снимает половину разочарований: инструкция это не результат. Проси сделать, а не рассказать, как делать.