Будущее без сложностей: Как освоить ИИ за короткое время

Из запроса в результат

В понедельник в 9:17 Марина открыла рабочий чат и написала: «Помоги запустить онлайн-курс за четыре недели: придумай программу, подготовь тексты, составь письма, сделай расписание и подскажи, что ещё нужно».

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

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

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

Цель не равна списку действий

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

«Запустить курс» — цель.

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

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

Марина переписала исходную просьбу в рабочую цель:

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

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

Для этого полезно пройти пять вопросов.

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

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

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

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

В-пятых, кто и по каким признакам примет результат? Не «Марине понравится», а «в тексте есть дата старта, формат, три конкретных результата обучения, ограничения курса и ссылка на регистрацию; все сведения совпадают с исходной таблицей».

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

Сигнал: ответ длинный, но непонятно, с чего начать

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

Что это значит? Задача была передана ИИ как тема, а не как проект. ИИ перечислил связанные действия, но не построил порядок их выполнения.

В такой ситуации лучше попросить не итог, а карту работы:

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

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

Сигнал: каждый пункт вроде бы полезен, но все пункты требуют разных решений

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

Это значит, что один запрос объединил материалы, которые должны проходить разные проверки.

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

Сигнал: ИИ уверенно заполняет неизвестные места

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

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

В запросе нужно прямо запретить догадки и ввести режим вопросов:

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

Со словом «пример» тоже нужно обращаться осторожно. Если ИИ пишет «цена — 15 000 рублей», читатель может случайно принять это за утверждённое значение. Безопаснее просить обозначать переменные: «[цена], [дата старта], [количество мест]».

Сигнал: финальный текст приходится полностью переделывать

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

Это означает, что промежуточные результаты пропустили.

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

Четыре потока вместо одного комка

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

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

Карта Марины выглядела так.

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

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

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

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

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

Аудитория: сначала не «все, кому интересно»

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

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

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

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

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

«Кто это» — роль и рабочий контекст без вымышленных подробностей.

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

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

«Что мешает записаться» — нехватка времени, сомнение в практической пользе, страх получить теорию без инструментов.

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

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

Содержание: программа до красивых описаний

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

Марина запросила структуру в виде таблицы:

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

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

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

После второго — собрать недельный план с ограниченным числом приоритетов.

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

После четвёртого — ввести короткий цикл пересмотра планов и правила работы с изменениями.

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

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

Последний критерий особенно полезен. Он связывает содержание с коммуникациями и не даёт рекламному тексту жить отдельно от продукта.

Коммуникации: сообщения как набор решений

Когда программа готова, возникает соблазн попросить: «Напиши все письма для запуска». Марина разделила эту просьбу на матрицу сообщений.

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

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

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

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

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

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

Только после создания матрицы Марина попросила ИИ написать черновики. В запросе она указала:

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

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

Сроки: календарь не должен появляться последним

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

Марина сначала создала черновой календарь. В нём были не все тексты, а контрольные точки.

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

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

К середине второй недели — согласованы даты, стоимость, порядок регистрации и ответственные.

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

В начале четвёртой недели должна была пройти тестовая проверка пути участника: от первого сообщения до получения подтверждения.

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

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

Промежуточный результат как контракт

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

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

Например:

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

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

Когда нужен один итог, а когда — цепочка

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

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

Например, у Марины уже есть согласованный текст страницы курса. Ей нужно получить три варианта заголовка для первого экрана. Она может написать:

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

Это локальная задача. У неё один тип результата и ясные границы.

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

Конец ознакомительного фрагмента.

Текст предоставлен ООО «Литрес».

Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.