Как подготовить ответы клиентам с ИИ: 12 обращений, одна очередь

Что вы получите — на примере небольшой мастерской

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

В нашем наборе 13 строк доставки, но 12 разных обращений: одно сообщение пришло повторно. После прогона получились очередь из 12 обращений, 12 черновиков и три ответа для FAQ. Десять обращений остаются у администратора, два требуют уточнения у мастера. Это разбор входящих вопросов, не 12 новых лидов или закрытых заказов.

1. 01Данные бизнесаУсловия, заказы, время
2. 02ОчередьВопрос и следующий шаг
3. 03ЧерновикиОтветы по источникам
4. 04Рабочая версияПроверка и правки

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

1. Положите рядом с обращениями условия бизнеса

Скачайте и распакуйте задание. Внутри README с объяснением и шесть файлов для ИИ. Начните с учебного набора: в нём нет настоящих клиентов и контактов.

Условная мастерская обслуживает две модели автоматических кофемашин. Профилактика стоит 4 500 ₽, диагностика — 1 200 ₽; ремонт оценивают после диагностики. Это вымышленные условия упражнения, не прайс реального сервиса и не цены школы. Доступное время и заказы зафиксированы на 12 сентября 2026 года, 07:00 по Москве.

2. Прикрепите шесть файлов и дайте одну команду

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

Прочитайте приложенный prompt.md и выполните задание по остальным пяти учебным файлам. Используйте только этот набор. Сохраните результат отдельным файлом my-inquiry-output.json, если создание файлов доступно; иначе покажите полный JSON в диалоге. Ничего не отправляйте, не бронируйте и не меняйте во входных файлах. Если вложение недоступно, назовите его и остановитесь до загрузки.

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

В нашем отдельном прогоне агент видел только шесть входов. Критерии проверки были подготовлены заранее и ему не передавались. Ниже — его первый сохранённый ответ; повторный запуск может сформулировать тексты иначе.

3. Посмотрите, что делать с каждым обращением

Очередь полезна сама по себе: администратор видит, где можно ответить сразу, где нужен вопрос клиенту, а где — уточнение у мастера. Несколько смыслов одного сообщения остаются вместе. Например, SYN-M008 спрашивает и цену, и возможность выезда.

Повторная доставка SYN-M003 не породила второй ответ. А два разных обращения с похожими вопросами не склеились в одно. В архиве результатов есть queue.csv для таблицы и текстовые файлы с ответами; они сформированы из исходного JSON без переписывания содержания.

4. Прочитайте все 12 черновиков

Раскройте нужный вопрос. Это исходные тексты, включая неудачное order_id в седьмом ответе. Ссылки RULE и SRC позволяют найти основание в учебных файлах; наличие ссылки ещё не доказывает правильность формулировки.

Скачать первый ответ без исправлений · JSON ↓

Посмотрите на SYN-M010: клиент просит 18:00, но в таблице такого времени нет. Ответ предлагает два доступных интервала того же дня. В SYN-M005 срок готовности неизвестен — поэтому подготовлен вопрос мастеру, а не обещание завершить ремонт к понедельнику.

Один интервал встречается в предложениях SYN-M003 и SYN-M012. Это не двойная запись: оба черновика используют один учебный снимок расписания и ничего не бронируют. В работающей системе перед подтверждением нужно заново проверить доступность и зафиксировать выбранное время.

5. Отредактируйте ответ, сохранив условия

Проверка структуры подтвердила количество записей и допустимость ссылок. Затем мы отдельно прочитали ответы и сопоставили их с условиями; второй ИИ-агент выполнил независимый разбор. Это проверка одного учебного прогона, не оценка надёжности на реальных обращениях.

В отдельной редакторской версии сделаны три правки:

• SYN-M001. Убрано «оплачиваются отдельно». Источник говорит, что ремонт и детали не входят в 4 500 ₽, но не задаёт порядок их оплаты. Осталось ровно это условие.
• SYN-M007. Техническое order_id заменено на «номер заказа» и в ответе, и в уточняющем вопросе.
• FAQ-03. Добавлен явный шаг подтверждения выбранного интервала. В первом ответе было сказано, что предложение ещё не запись, но сам шаг подтверждения пропущен.

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

Три заготовки для FAQ на сайте

Из тех же правил можно получить короткие ответы для сайта. Здесь темы FAQ заданы в запросе: это не найденные моделью самые популярные вопросы рынка. Ниже снова исходная версия; в третьем ответе нужен описанный выше шаг подтверждения.

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

Как перенести упражнение на свой бизнес

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

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

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

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

Свежий пример: обращение → данные → черновик

9 сентября 2026 года Make показал плагин для ChatGPT. Среди примеров — входящее письмо потенциального клиента и подготовка ответа с учётом доступности. Мы взяли саму задачу и сделали самостоятельное упражнение на открытых файлах. Make в нашем прогоне не использовался.

Если захотите связать этапы через Make, сначала проверьте доступность в своём аккаунте и условия: официальная справка MCP указывает, что выполнение сценариев расходует кредиты. Наличие бесплатного плана не означает неограниченную бесплатную работу. Доступ из РФ, подключение и оплата здесь не проверялись.