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

Модель не видит разницы между этими значениями, пока пользователь её не обозначит. Поэтому слово «эффективно» стоит заменить наблюдаемым результатом:

«Сравни три способа проверить интерес аудитории за четырнадцать дней. Для каждого укажи необходимые действия, срок, показатель сигнала и основной риск».

Теперь ответ можно оценить по содержанию. В нём должны быть три варианта, сроки, показатели и риски. Обсуждать, был ли он «достаточно эффективным», уже не придётся на уровне вкуса.

Одной универсальной роли достаточно

Запрос «Ты — опытный маркетолог, помоги с курсом» звучит убедительно, но роль здесь слишком широкая. Маркетолог может исследовать сегменты, предложить каналы продвижения, написать рекламное сообщение или раскритиковать идею. От модели неясно, какую операцию выбрать.

Роль задаёт не статус, а угол зрения и способ работы.

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

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

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

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

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

Нужно сразу сообщить модели всё

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

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

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

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

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

Рабочая формулировка для такого случая выглядит так:

«Не предлагай решение сразу. Сначала задай не более пяти вопросов, ответы на которые могут изменить вывод. После вопросов перечисли предположения, которые можно временно принять, если я не отвечу».

Ограничения мешают хорошему результату

На самом деле ограничения отсекают неподходящие результаты. Просьба «напиши текст» оставляет модели почти без ориентиров. Просьба «подготовь сообщение для специалистов, которые впервые стали руководителями, объёмом до 900 знаков, спокойным деловым тоном, без обещаний гарантированного результата, с призывом записаться на короткую встречу» уже очерчивает рабочее поле.

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

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

Хороший результат понятен сам по себе

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

Критерий качества превращает впечатление в проверку. Вместо «сделай полезно» можно сказать:

«В каждом выводе укажи, на каком факте он основан».

«Раздели подтверждённые наблюдения, интерпретации, гипотезы и пробелы в данных».

«Для каждого шага укажи срок, ожидаемый сигнал и риск».

«Не используй внешние цифры, которых нет во входных материалах».

«Покажи не менее двух сегментов аудитории и объясни, чем они различаются по потребности».

Такой ответ можно проверить, не полагаясь на гладкость текста. Если сегментов нет, сроки не названы, а факты смешаны с догадками, критерий не выполнен.

Лестница конкретизации

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

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

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

Желание

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

Оно нужно как исходная точка, но ещё не является заданием.

Истинная цель

Истинная цель отвечает на вопрос: что должно измениться после ответа модели? Это не психологическая разгадка и не попытка найти единственное правильное желание. Речь идёт о ближайшем рабочем результате.

«Хочу хороший курс» может превратиться в несколько разных целей:

«Мне нужно проверить, есть ли у конкретной аудитории проблема, за решение которой она готова платить».

«Мне нужно собрать программу из шести модулей».

«Мне нужно набрать пятнадцать участников в первый поток».

«Мне нужно подготовить три варианта сообщения для приглашения».

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

Полезная проверка звучит так: «Какое решение я приму после ответа?» Если ответ — «решу, стоит ли запускать пилот», текущая цель связана с проверкой спроса. Если ответ — «выберу структуру программы», это уже проектирование продукта.

Роль модели

После цели нужно определить, какую функцию выполняет модель. Не «кем она является вообще», а что именно делает в этой задаче.

Формула роли может быть короткой:

«Ты — аналитик, работающий с исследовательскими материалами».

«Ты — редактор делового текста для руководителей».

«Ты — консультант, который сравнивает варианты по срокам, ресурсам и рискам».

«Ты — критик проекта; твоя задача — найти неподтверждённые предположения и условия провала».

Роль не создаёт у модели реального опыта и не делает её источником истины. Она задаёт приоритет внимания. Поэтому роль нужно связывать с операцией и ограничениями: «работай только с предоставленными материалами», «не меняй факты», «не подменяй критику общими советами».

Входные данные

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

Для аналитического запроса особенно важно указать источник и объём данных. «Люди заинтересовались» — слабая информация. «Двадцать семь человек из собственной рассылки ответили на короткий опрос, восемнадцать отметили интерес, но ни один не внёс оплату» — уже пригодная отправная точка. Она всё ещё не доказывает спрос, но показывает, что именно можно и чего нельзя заключить.

Ограничения

Ограничения отвечают на вопрос: в каких рамках должен работать ответ? Здесь появляются аудитория, объём, тон, сроки, доступные ресурсы и запреты.

Запрос можно уточнить так:

«Ответ предназначен для рабочей встречи команды, а не для публикации».

«Нужен план на четырнадцать дней, а не стратегия на год».

«Объём — не более 1200 слов».

«Пиши ясным деловым языком, без рекламных обещаний».

«Не придумывай данные о рынке и не объявляй гипотезу фактом».

Критерии качества

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

Для плана проверки спроса критериями могут стать наличие нескольких сегментов, связь каждого вывода с данными, последовательность шагов, сроки, показатели сигнала, риски и разделение фактов с гипотезами.

Для редакторской работы критериями будут сохранение смысла, отсутствие неподтверждённых обещаний, соответствие аудитории, заданный объём и ясный призыв к действию.

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

Формат ответа

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

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

Короткая рабочая схема

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

Желание: чего я хочу в широком смысле.

Решение: что я должен понять, выбрать или получить после ответа.

Роль: какую операцию выполняет модель.

Входные данные: на каких фактах, текстах или наблюдениях она работает.

Ограничения: для кого, в каком объёме, каким тоном, к какому сроку и в каких пределах.

Критерии качества: что я проверю глазами.

Формат: в каком виде результат будет удобен для следующего действия.

Эта схема работает не только при запуске продукта.

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

Человек пишет: «Помоги поговорить с родителями о переезде». Истинная цель может быть не в том, чтобы «убедить их», а в том, чтобы подготовить спокойный разговор, сообщить решение, объяснить причины и ответить на тревожные вопросы. Роль модели — консультант по структуре разговора или редактор реплик, но не судья родителей. Входные данные — что уже известно семье, какая информация вызывает напряжение и какие решения окончательны. Ограничения — без обвинений, простыми словами, в формате живой беседы. Критерий — в сценарии есть сообщение о решении, признание чувств собеседников и ответы на ожидаемые вопросы.

В чате жильцов человек пишет: «Сделай объявление, чтобы все наконец начали сдавать деньги на ремонт». Истинная цель — получить нужное число ответов до пятницы, а не просто выразить раздражение. Роль модели — редактор сообщения. Входные данные — сумма, срок, способ передачи денег и контакт ответственного. Ограничения — до 500 знаков, без давления и публичного стыда. Критерий — адресат понимает, что сделать, сколько передать, кому и до какого числа.

В каждом случае текст запроса становится не просто длиннее. Он меняет предмет: от общего желания к конкретному изменению.

Как Марина собирала задание

Светлана вернулась к проекту курса и попросила Марину не начинать с формулировки программы.

— Какое ошибочное решение сейчас обойдётся нам дороже всего? — спросила она.

— Потратить месяц на запись курса, который никому не нужен.

— Значит, первая цель?

— Проверить востребованность.

— Среди кого?

— Среди людей, которые хотят расти в управлении.

Илья Соколов, аналитик проекта, поднял голову от ноутбука.

— Это пока описание намерения. Кто именно эти люди?

Марина помолчала.

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

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

На доске возникли четыре возможных направления работы:

Проверить спрос и понять, какая проблема наиболее острая.

Собрать программу курса из модулей и практических заданий.

Набрать первый пилотный поток.

Подготовить описание, приглашение и серию сообщений.

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

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

Следом Светлана задала вопрос о роли модели.

— Если мы напишем «ты — специалист по образовательным продуктам», что должна сделать модель?

— Наверное, предложить план запуска, — ответила Марина.

— А нам нужно понять, что подтверждается материалами. Это работа аналитика. План проверки можно запросить отдельным следующим шагом.

Они сравнили четыре варианта одного и того же исходного желания.

В роли консультанта модель получила бы такое задание:

«Предложи три способа проверить спрос на пилотный курс за четырнадцать дней. Сравни их по требуемым усилиям, скорости получения сигнала, рискам и необходимым материалам».

Такой ответ помог бы выбрать способ проверки.

В роли редактора запрос выглядел бы иначе:

«Отредактируй описание курса для специалистов, которые недавно стали руководителями. Сохрани факты, убери общие обещания, сделай текст ясным и спокойным. Подготовь две версии: для короткого сообщения и для страницы с подробностями».

Такой ответ улучшил бы текст, но не доказал востребованность курса.

В роли аналитика задача звучала бы так:

«Проанализируй заметки по интервью и ответы на опрос. Выдели повторяющиеся проблемы, различия между группами, подтверждённые наблюдения, гипотезы и пробелы в данных. Не делай выводов, которых нет в материалах».

Здесь модель должна была бы искать закономерности.

В роли критика запрос менялся ещё сильнее:

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

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

— Значит, один запрос не обязан заменять всю команду, — сказала Марина.

— Он должен честно выбрать одну операцию, — ответила Светлана. — Сначала аналитик помогает понять материалы. Затем консультант проектирует проверку. После этого редактор готовит сообщения. А критик проверяет план перед запуском.

Теперь дошла очередь до входных данных. Марина сначала предложила написать: «У нас есть интерес аудитории». Илья остановил её.

— Откуда вы это знаете?

— Двенадцать интервью. Люди рассказывали, что им трудно управлять командой.

— Кто именно участвовал?

— Подписчики моей рассылки и бывшие коллеги. Все работают в российских компаниях, у большинства команды от трёх до восьми человек. Ещё был опрос на двадцать семь ответов.

— Что показал опрос?

— Восемнадцать человек отметили, что им интересна практическая программа для начинающих руководителей. Пять попросили сообщить о старте. Три человека спросили о цене, но оплаты не было.

— Тогда факт звучит так: часть опрошенных выразила интерес, а несколько человек запросили детали. Гипотеза звучит так: аудитория готова платить за шестинедельную программу. Это пока не одно и то же.

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

Входные данные для текущего запроса они собрали так.

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

Предполагаемая проблема — участникам трудно распределять задачи, давать обратную связь и проводить рабочие встречи. Это гипотеза, основанная на интервью, а не установленный факт для всей аудитории.

Материалы — краткие заметки по двенадцати интервью, ответы двадцати семи участников опроса и три запроса о цене или дате старта. Все участники пришли из собственной базы Марины, поэтому выборка может быть смещённой.

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

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

Ограничения зафиксировали отдельно.

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

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

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

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

Объём — до 1200 слов, чтобы команда могла разобрать выводы на одной встрече.

Оставалось определить критерии качества. Илья предложил составить их до того, как модель даст ответ.

Ответ будет пригоден, если в нём есть от двух до трёх сегментов или чётко объяснено, почему разделение пока невозможно.

Каждый вывод связан с конкретным наблюдением из интервью или опроса.

Факты, интерпретации, гипотезы и неизвестные разделены.

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

Для каждого шага названы срок, ожидаемый показатель и риск.

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

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

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

Собранный промпт

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

Роль:

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

Цель:

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

Контекст и входные данные:

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

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

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

Есть ответы двадцати семи участников короткого опроса. Восемнадцать человек отметили интерес к практической программе для начинающих руководителей. Пять попросили сообщить о старте. Три человека уточнили возможную цену или дату начала. Оплат не было.

Выборка собрана из собственной аудитории и не является доказательством спроса среди всех начинающих руководителей. Полная расшифровка интервью будет добавлена после первичного анализа.

Задача:

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

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

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

Ограничения:

Ответ предназначен для рабочей встречи команды. Пиши ясным деловым русским языком, без внешних статистических данных и общих маркетинговых обещаний. Объём — до 1200 слов. Не скрывай противоречия и не сглаживай отсутствие данных.

Критерии качества:

В ответе есть от двух до трёх сегментов либо объяснено, почему сегментацию пока нельзя обосновать.

Каждый существенный вывод связан с указанным наблюдением.

Факты отделены от гипотез и интерпретаций.

План содержит последовательные шаги, сроки, показатели и риски.

В конце есть список из пяти вопросов, ответы на которые могут изменить решение о пилотном запуске.

Формат:

1. Краткий вывод для команды — не более семи предложений.

2. Возможные сегменты: проблема, подтверждающие наблюдения, степень уверенности.

3. Факты, интерпретации, гипотезы и пробелы в данных.

4. План проверки на четырнадцать дней.

5. Показатели и рабочие пороги.

6. Риски и способы их проверить.

7. Пять вопросов перед решением о запуске.

После этого Светлана попросила Марину прочитать запрос так, будто она впервые видит проект.

— Понятно ли, что модель должна сделать?

— Да. Она не должна писать программу или рекламу. Ей нужно разобрать наши материалы и предложить план проверки.

— Понятно ли, на каких данных она работает?

— Да. Названы источники, объём, содержание и ограничение выборки.

— Можно ли проверить результат глазами?

— Да. Я увижу сегменты, факты, гипотезы, сроки, показатели и риски.

— Понятно ли, чего модель не должна делать?

— Не разрабатывать весь запуск и не придумывать рыночные цифры.

Это и есть проверка рабочего промпта. Его качество видно ещё до отправки модели. Если пользователь сам не может назвать ожидаемые разделы, данные и границы ответа, модель тоже не сможет надёжно догадаться.

После этого запроса команда действительно могла перейти к следующему действию. Если анализ покажет, что все сигналы исходят от одной близкой к Марине аудитории, нужно будет проверить гипотезу на людях за её пределами. Если окажется, что интерес есть только к теме обратной связи, а не ко всей шестинедельной программе, предложение стоит сузить. Если сигналы окажутся слабыми, команда сэкономит время на записи полного курса. Любой из этих результатов полезнее общего вывода «идея хорошая».