Ваш первый ИИ-воркфлоу должен быть скучным. Метод «Аудит крошечной задачи»
Большинство выбирает первый воркфлоу неправильно — берут слишком большое. Вот простой аудит, который переводит из «иногда играю с ИИ» в «есть процесс, который реально экономит время».
01 — Скучно — это правильно
Почему первый воркфлоу должен быть скучным?
Большинство начинает со слишком большого: «создай мне контент-стратегию», «автоматизируй продажи», «собери ассистента», «помоги вести бизнес». Это не плохие цели. Это ужасные первые задачи.
Ваш первый ИИ-воркфлоу должен быть скучным. Почти неловко скучным. Достаточно маленьким, чтобы протестировать сегодня, но достаточно полезным, чтобы завтра вы почувствовали облегчение, если он сработает. Это и есть «Аудит крошечной задачи» — способ перейти от «иногда играю с ИИ» к «у меня есть один воркфлоу, который реально экономит время».
02 — Шаг 1
Какую задачу взять первой?
Не начинайте с задачи, в которой вы путаетесь: ИИ не выдаст вам экспертизу, которой у вас нет. Берите задачу, где вы уже знаете, как выглядит хорошо, но делать руками — раздражает.
- превратить запись звонка с клиентом в follow-up заметки;
- переписать одну идею в три угла для постов;
- подготовить вопросы перед стратегической сессией;
- проверить, не звучит ли пост шаблонно;
- разложить сумбурные заметки в бриф;
- сравнить три варианта перед решением.
У лучшей первой задачи три признака: вы её повторяете, вы её понимаете, вы не любите делать её с нуля. Вот это и есть sweet spot.
03 — Шаг 2
Как объяснить задачу ИИ?
Здесь все недообъясняют. Пишут «сделай лучше» — и разочаровываются, что модель выдала среднюю бурду. Вы бы сказали так живому человеку в команде? Вряд ли. Вы бы сказали: вот для чего это; вот кто будет читать; вот что важно; вот чего избегать; вот пример хорошей работы; вот как я буду оценивать результат.
Это не «промпт-инжиниринг». Это базовое делегирование. ИИ просто быстрее делает видимым качество вашего делегирования.— Анжела Петкова
Объясняйте задачу так, будто вводите в курс дела junior-сотрудника. Чем честнее вы это делаете, тем меньше «магии» вам потом нужно.
04 — Шаг 3
Что значит «хорошо» — до того, как просить результат?
Это скрытая часть. У большинства не проблема с качеством ИИ — у большинства проблема с неопределёнными стандартами. Хотите полезный результат — дайте модели критерии.
«Хороший результат: конкретный, прямой, на языке клиента.
Без корпоративных штампов. Называет конкретную проблему,
а не размытую выгоду. Делает следующий шаг очевидным.
Вот пример: …»Один этот шаг меняет всё. Потому что без критериев ИИ выдаёт самую безопасную середину. А безопасная середина — это обычно место, где умирают все интересные идеи.
05 — Шаг 4
Почему тестировать надо «ленивой версией себя»?
Мой любимый тест. Не проверяйте воркфлоу только тогда, когда вы собранны, терпеливы и даёте идеальный вход — такой версии вас помощь почти не нужна. Тестируйте версией, которая устала. Которая шлёт сумбурные заметки. Которая забывает контекст. Которая пишет «сделай юзабельным», потому что до обеда ещё три созвона.
Если воркфлоу работает только когда вы ведёте себя идеально — это не воркфлоу. Это хрупкий перформанс.— Анжела Петкова
Полезная ИИ-система должна выживать в реальной жизни, а не в лабораторных условиях вашего лучшего дня.
06 — Шаг 5
Куда сохранять процесс, который сработал?
Звучит слишком просто — поэтому этот шаг пропускают. А именно здесь ИИ либо становится системой, либо растворяется в истории чата. Сработало — сохраните: промпт, пример, критерии, тот сумбурный вход, что дал хороший результат, улучшенную версию.
База знаний не обязана быть навороченной — она просто должна существовать. Потому что в момент, когда ваш рабочий ИИ-процесс живёт только внутри одного чата, он уже наполовину потерян. Смысл не в том, чтобы коллекционировать промпты. Смысл — выстроить память вокруг вашей работы: идея заходит, а контекст, стандарты и примеры уже на месте. Выход становится лучше, потому что ваше мышление стало проще переиспользовать.
07 — Сдвиг
Как ИИ перестаёт быть игрушкой и становится инфраструктурой?
Вот настоящий сдвиг. Не «я попробовал ИИ один раз», а «я собрал один повторяемый процесс». А потом ещё один. И ещё. Так ИИ тихо перестаёт быть игрушкой и становится инфраструктурой — по одной скучной задаче за раз.
1. Какую задачу я часто повторяю?
2. Какую задачу я хорошо понимаю, но не люблю делать руками?
3. Как выглядит хороший результат?
4. Какие примеры я могу показать модели?
5. На каком ленивом/неполном вводе мне это протестировать?
6. Куда я сохраню процесс, если он сработает?Ответили на эти шесть вопросов — вам не нужен идеальный промпт. У вас уже есть начало системы. Какая самая скучная задача в вашей работе сделала бы неделю заметно легче, если бы ИИ забрал хотя бы 60% её?
Частые вопросы
Почему нельзя начать с большой задачи вроде «автоматизируй продажи»?
Потому что это отличная цель, но ужасная первая задача: слишком большая, чтобы протестировать сегодня, и слишком размытая, чтобы понять, сработало ли. Первый воркфлоу должен быть маленьким и понятным — тем, где вы уже знаете, как выглядит хорошо. Большое собирается из маленьких повторяемых процессов, а не наоборот.
Чем «Аудит крошечной задачи» отличается от поиска идеального промпта?
Это не про формулировку, а про выбор задачи и стандарты. Берёте задачу, которую повторяете и понимаете, объясняете её как junior-сотруднику, задаёте критерии «хорошо», тестируете ленивой версией себя и сохраняете рабочий процесс. Ответили на 6 вопросов аудита — идеальный промпт уже не нужен.
Что значит «тестировать ленивой версией себя»?
Проверять воркфлоу не на идеальном входе в собранном состоянии, а на сумбурных заметках и неполном контексте — как в реальный загруженный день. Если процесс работает только при идеальном вводе, это не воркфлоу, а хрупкий перформанс. Полезная система выживает в реальной жизни.
Зачем сохранять процесс, если ИИ и так под рукой?
Потому что процесс, живущий только в одном чате, наполовину потерян. Сохранённые промпт, критерии, примеры и удачный вход превращают разовый успех в повторяемую систему: идея заходит, а контекст и стандарты уже на месте. Так ИИ становится инфраструктурой, а не набором случайных запросов.
