Нейросеть-ассистент для бизнеса: обучение на трёх заказах
Нейросеть-ассистент для бизнеса: обучение на заявках магазина. Соберём правила, проверим три ситуации и научим сотрудника замечать лишние обещания покупателю.
Ольга
Основатель малого бизнеса, партнёр
8 мин чтения
«Ответь как внимательный продавец» — неплохая просьба о тоне. Но она не объясняет, можно ли выдать подарочный набор сегодня. Когда я готовила новую сотрудницу к переписке магазина, начала именно с этого различия. Нейросеть-ассистент для бизнеса, обучение команды и настройка правил оказались связаны одним вопросом: на каком основании мы обещаем покупателю следующий шаг?
Мне нужен был черновик, который сотрудница сумеет принять или отклонить. Красивое обращение не помогало понять, откуда взялся срок. Поэтому для занятия я выбрала три заявки и заранее выписала, какие сведения позволяют на них отвечать. Покажу этот порядок: его можно повторить с правилами своей небольшой компании.
«Нейросеть-ассистент для бизнеса: обучение начнём с роли»
Я действительно начала с описания хорошего продавца. Доброжелательный, внимательный, не спорит, отвечает коротко. Потом перечитала карточку глазами новичка. Продавец получился приятный. Магазина в ней почти не было.
Мы выдаём наборы с 12:00 до 18:00. Срочную выдачу в день обращения обсуждаем, если запрос пришёл до 16:00. Но сама возможность зависит от наличия: её подтверждает сотрудник. Если человек написал в 15:40, это ещё не означает, что его набор собран и ждёт на полке.
Я разделила подготовку на три части. Роль задаёт манеру разговора. Сведения описывают магазин. Полномочия определяют, что можно обещать без дополнительного согласования. Пока всё лежало одним абзацем, эти части легко подменяли друг друга.
В карточку одного процесса у меня вошли:
Название задачи: подготовить черновик ответа о получении подарочного набора.
Актуальные часы выдачи и правило срочного обращения.
Источник подтверждения наличия: ответ ответственного сотрудника.
Запрет обещать готовность заказа только по времени обращения.
Действие при отсутствии сведений: уточнить, а не дописать ответ по привычке.
С такой карточкой уже можно попробовать подготовить ответ для одной заявки. В LibraChat можно передать правила в сообщении и продолжать обсуждение в том же чате. Здесь под обучением я понимаю настройку контекста и освоение рабочего приёма сотрудником. Мы не разрабатываем и не дообучаем собственную модель.
«Если правила записаны, сотрудник уже не нужен»
Вторая ошибка обнаружилась ещё до работы с черновиками. Я сама написала: «Отвечать по наличию». Сотрудница спросила, где это наличие взять. В памятке ответа не было.
Полезный вопрос. Открытый чат не получает сведения нашего склада просто потому, что мы назвали его помощником магазина. Если данные не переданы и отдельная работающая интеграция не настроена, рассчитывать на такой доступ нельзя. В нашем занятии сведения приносит человек.
Я приготовила три сообщения покупателей. Это учебные заявки, по которым мы обсуждаем допустимый ответ, а не результаты настоящего теста сервиса.
Учебная заявка · Что известно · Что проверяем в черновике
«Заберу сегодня, пишу в 15:40» — Обращение до 16:00, наличия ещё нет — Не выдано ли временное окно за подтверждение готовности
«Можно оформить сейчас и забрать завтра?» — Вопрос о следующем дне, состав набора не назван — Есть ли уточнение состава и желаемого времени
«Вчера говорили, что всё готово» — Есть ссылка на прошлый разговор, самого подтверждения нет — Не признано ли пересказанное сообщение проверенным статусом
У третьей строки оказалась особенно неприятная особенность. Покупатель может совершенно точно помнить разговор. Но сотрудник всё равно должен найти, к какому заказу он относился. Вежливость требует не обвинять человека в ошибке; проверка требует не подменять историю заказа чужим пересказом.
Рядом с черновиком мы оставляем короткую служебную пометку: какие сведения подтверждены и что нужно уточнить. Покупателю её целиком отправлять не требуется. Она нужна сотруднице, чтобы видеть основание собственного ответа.
«Нейросеть-ассистент для бизнеса: обучение закончили за день»
Одно занятие может научить действию. Оно не доказывает, что человек перенесёт его на похожий случай. Я хорошо помню, как легко самой принять узнаваемую формулировку за понимание правила.
Поэтому у нашего учебного разбора есть второй круг. Сначала сотрудница видит все три строки таблицы. Затем получает изменённую заявку без подсказки. Например, покупатель пишет в 16:10, но готов забрать товар завтра. Если механически искать слово «сегодня» или знакомое число, можно отказать в том, о чём человек вообще не просил.
Мне нужен такой порядок занятия:
Прочитать правила магазина и назвать, кто подтверждает наличие.
Самостоятельно ответить, каких сведений не хватает в первой заявке.
Подготовить запрос к чату с этими правилами.
Сопоставить черновик с исходными сведениями и отметить каждое обещание.
Разобрать изменённую заявку и объяснить решение своими словами.
Шаблон для третьего пункта у меня такой:
Подготовь черновик ответа покупателю. Правила магазина: [вставь действующие сведения]. Подтверждённые данные о заявке: [вставь только известное]. Сообщение покупателя: [текст]. Не подтверждай наличие, оплату или готовность, если в данных этого нет. После черновика отдельной строкой перечисли вопросы сотруднику. Не дописывай условия магазина самостоятельно.
Это заготовка, а не обещание определённого ответа LibraChat. Получившийся текст нужно читать. Даже подробная инструкция не исключает ошибку или лишний вывод.
Ошибку при этом разбираем по двум направлениям. Если нужного условия нет в карточке, сначала уточняем правило у ответственного. Просьба написать строже этот пробел не заполнит. Если правило есть, но черновик его потерял, возвращаем в запрос конкретное ограничение и снова проверяем весь ответ. Иначе после исправления срока можно пропустить добавленное обещание о составе набора. Я прошу сотрудницу показать исходную строку, которая разрешает каждый следующий шаг покупателя. Такой разбор позволяет исправить причину, а не накопить папку всё более длинных просьб к чату.
Если сотрудница вычеркнула обещание, я прошу объяснить причину. Не «так в памятке сказано», а «мы знаем время обращения, но не знаем наличие». Вот это объяснение можно перенести на другой товар и другую смену.
«Одна удачная смена разрешает отвечать без проверки»
Сначала мне хотелось считать успехом любую аккуратную заготовку. Потом я поменяла единицу оценки. Мы смотрим не на общее впечатление от письма, а на решения, которые после него примет покупатель.
Фраза «ваш набор будет ждать» запускает поездку. «Уточним наличие и вернёмся с подтверждением» оставляет человеку другое ожидание. Разница небольшая на экране и существенная у закрытой двери.
В работе с ИИ возможны уверенные, но неверные утверждения. Поэтому я не предлагаю выдавать черновику право подтверждать сделку или отправлять его автоматически. В нашем порядке сотрудник принимает текст и отвечает за соответствие известным условиям.
Для наблюдения за первыми сменами достаточно записывать конкретные затруднения. У нас это могут быть пропущенный вопрос о составе, неподтверждённое наличие или перепутанный день выдачи. Так видно, где поправить инструкцию, а где человеку нужно ещё одно упражнение.
Количество удачных писем само по себе меня не успокаивает. Десять одинаковых вопросов могут не затронуть ни одной развилки. Лучше разобрать одну заявку с неизвестным условием, чем ещё раз похвалить десять знакомых приветствий.
О том, как строить сам текст после такой проверки, пригодится материал о работе нейросети в поддержке клиентов. В нашем занятии оформление идёт после решения, что сотрудник вообще вправе сообщить.
«После запуска достаточно пополнять папку»
Правило меняется быстрее, чем исчезает старая памятка. Если окно выдачи сдвинулось, недостаточно положить новый файл рядом с прежним. Сначала нужно понять, какой документ теперь действует и какие учебные примеры он меняет.
Я оставляю у карточки процесса дату проверки и ответственного за содержание. Когда меняются часы или порядок подтверждения, обновляю саму карточку, затем возвращаюсь к трём заявкам. Устаревшее условие не должно продолжать жить в удобном примере.
Для повторяющейся работы в LibraChat есть проекты с инструкциями и базой знаний. Общий контекст действует в разговорах внутри проекта; обычный отдельный чат не означает такую общность для всех остальных. Наличие проекта также не гарантирует, что ответ правильно применит каждое правило.
Если выбираешь этот формат для регулярных занятий, посмотри условия работы с проектами. Текущие возможности и ограничения уточняются после входа. Для первой карточки процесса сложная настройка не нужна: достаточно одного разговора и понятных исходных сведений.
Попробуй сейчас подготовить одно учебное сообщение. На сегодняшнее занятие я бы взяла один вопрос покупателя, на который нельзя честно ответить сразу. Попроси сотрудника назвать недостающее условие, подготовить запрос и проверить черновик. Если после этого он умеет объяснить, почему не обещает лишнего, обучение дало более полезный результат, чем ещё одно уверенное письмо.
