ИИ на подхвате: Как фрилансеру успевать больше и отдыхать без чувства вины

Второе. Понятно, для кого создаётся результат и какое действие или решение он должен поддержать.

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

Четвёртое. Факты, гипотезы и пробелы не смешаны.

Пятое. Заданы ограничения: объём, тон, сроки, запреты, допустимые обещания и границы самостоятельного заполнения.

Шестое. Описан формат ответа, а не только желаемое качество.

Седьмое. Есть критерий приёмки, который можно проверить без спора о вкусе.

Восьмое. Понятно, нужен один вариант, несколько вариантов или промежуточная проверка перед полным результатом.

Возьмите любую реальную просьбу из сегодняшней работы — например, «подготовь план публикаций на месяц» — и перепишите её по этим восьми пунктам. Не пытайтесь сразу сделать формулировку длинной. Сначала назовите аудиторию, цель, доступный материал и признак готовности. Затем решите, что можно доверить ИИ, а что всё равно придётся проверить самостоятельно.

Качество поручения не требует особого таланта к формулировкам. Это навык разбирать работу на решения, факты, ограничения и контрольные точки. Один раз проделав такую разборку, вы обнаружите, что часть «сложности» задачи раньше скрывалась не в самом тексте или плане, а в неясности задания.

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

Контекст, который не приходится объяснять заново

Катя в третий раз открыла тот же файл перед созвоном с Артёмом. В нём были логотип, несколько экранов сервиса и заметка на полстраницы: «Для небольших студий. Тон спокойный, понятный, без обещаний золотых гор». Этого вроде бы хватало, пока не требовалось подготовить новый вариант текста или объяснить ИИ, почему слово «прибыль» здесь неуместно.

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

«Мы же это уже обсуждали», — сказала Катя, когда Артём снова попросил убрать бодрый рекламный тон.

«Обсуждали, — ответил он. — Но сейчас нужно чуть смелее».

Катя передала ИИ обновлённую формулировку задачи. Через минуту получила текст с фразами «увеличьте выручку», «забудьте о потерянных клиентах» и «управляйте бизнесом без усилий». Артём нахмурился:

«Слишком громко. Мы не можем это обещать».

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

Почему повторения не превращаются в систему

ИИ не может опереться на намерение, которое осталось у вас в голове. Он работает с тем материалом, который вы передали в текущем поручении. История переписки может быть доступна, но она не обязательно служит актуальной инструкцией. В ней перемешаны старые варианты, случайные идеи, отменённые решения и фразы, сказанные в момент раздражения.

Даже если сервис сохраняет историю или отдельные сведения, это не заменяет рабочую карточку проекта. История отвечает на вопрос «что когда-то обсуждалось». Контекст должен отвечать на другой: «на что можно опираться сейчас».

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

У хорошего контекста есть четыре свойства.

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

Он проверяемый. У существенных утверждений есть источник или пометка о том, что это предположение.

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

Наконец, он изменяемый. У контекста есть дата, версия и журнал обновлений. Если поменялись аудитория или цель, старая версия не должна незаметно влиять на новые задачи.

В проекте Кати этих свойств не было. Материалы имелись, а структуры не было. Поэтому каждая новая формулировка начиналась со слов «напомню, что…», а каждая правка исправляла только один результат, не устраняя причину ошибки.

Развилка: что записывать, а что оставлять в задаче

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