Нейросеть как ассистент для бизнеса: правила и свежие данные
Нейросеть ассистент для бизнеса: как разделить правила проекта и текущие сведения в LibraChat. Порядок работы проката, контекст задачи и приёмка ответа.
Ольга
Основатель малого бизнеса, партнёр
6 мин чтения
Ответ клиенту проката декора я готовлю из трёх слоёв: правил выдачи, описания комплекта и свежей доступности на нужную дату. Тогда понятно, какое обещание подтверждено и кем. Под запросом «нейросеть ассистент для бизнеса» я понимаю такую подготовку текста: собрать основания, сохраняя решение о брони за сотрудником.
Постоянную инструкцию удобно держать в одном месте. А сведения о конкретной субботе приходится обновлять после каждого бронирования. Эти задачи различаются. Ни длинная памятка, ни хорошо сохранённая переписка сами по себе не сообщат о заказе, который появился позже. Поэтому я сначала определяю, какой слой сведений нужен ответу.
Нейросеть ассистент для бизнеса: что хранить в проекте?
В проект я помещаю устойчивый порядок: кто подтверждает выдачу, что нужно согласовать с клиентом, какие обещания нельзя добавлять без основания. Сюда же подходит справка о составе комплектов. Она может меняться, но не после каждого обращения. У конкретной даты другая скорость обновления.
Для общей инструкции я выбрала проект. «Проекты» включены в платные тарифы, поэтому до переноса памятки я сверяю условия доступа с нужным способом работы. Это решение о рабочем пространстве стоит принять до подготовки постоянных материалов.
Рабочее пространство «Проект» в LibraChat объединяет чаты, инструкции, базу знаний и файлы. Материалы учитываются в разговорах внутри него и не становятся общим контекстом всех посторонних чатов. Так общее правило можно использовать в нескольких поручениях, но само поручение всё равно формулируется заново.
Я собрала сведения проката в такую схему:
Слой · Пример для проката · Основание для обновления
Правила — Кто подтверждает бронь — Изменился порядок работы
Справка — Какие элементы входят в комплект — Изменился сам комплект
Текущее обращение — Нужная дата и доступность — Проверили наличие для этого заказа
Таблица помогает выбрать место для каждой записи. У нас обычная выдача была рассчитана на 3 дня. Пока порядок действует, это правило. Конкретные даты выдачи и возврата — сведения отдельного обращения. Одинаковые слова о сроке не делают эти записи взаимозаменяемыми.
Я также обозначаю действующую версию справки. Если старое описание комплекта осталось рядом с новым, красивое оформление не объяснит, какое брать. Архив полезен для истории работы, но его нужно отличать от материалов, по которым готовят сегодняшний ответ.
Почему свободную дату нельзя оставить в постоянной памятке?
Потому что она описывает состояние на момент проверки. Позже появится бронь. Состав арки от этого не изменится, а возможность выдать её на субботу изменится сразу. Для ответа понадобится новая запись о наличии, даже если вся остальная справка осталась прежней.
На столе у меня лежали две одинаково аккуратные распечатки: правила выдачи декора и список свободных дат. Первой можно было пользоваться дальше, вторая устарела за утро. Я проверила, почему их так легко перепутать: обе выглядели законченными документами, а момент актуальности у списка никак не выделялся.
Фразу «на субботу свободна» я убрала из постоянной инструкции. Для нового обращения передаю нужную дату вместе с актуальной выдержкой из своего учёта. В этом маршруте сведения добавляются вручную. Проект не получает доступ к новым событиям только потому, что однажды в него положили список.
Не стоит и считать более поздний разговор автоматически правильным источником наличия. Клиент мог лишь спросить о дате, а сотрудник ещё не подтвердил бронь. Мне важно знать статус записи: обсуждение, предварительное согласование или подтверждённый заказ. Этот статус задаёт наш процесс, его нельзя выбрать по уверенности формулировки.
Если для нужного обращения нет проверенной доступности, клиентский черновик должен сохранять это условие. Например, сообщать, что наличие требуется подтвердить. Само хорошее описание комплекта не даёт оснований обещать выдачу на выбранный день.
Как передать новое обращение и получить полезный черновик?
Передаю данные, которые относятся именно к этому заказу. Общие правила уже находятся в проекте; новое сообщение должно объяснить, к какому случаю их применить. Мне не нужна вся история проката для подготовки одной фразы о времени выдачи.
Для поручения я указываю:
обозначение комплекта и состав, о котором спрашивает клиент;
нужную дату и время, если оно известно;
результат актуальной проверки наличия;
какое решение ещё должен принять сотрудник.
Если работа касается только текста, личные контакты клиента не помогают сформулировать условия. Я оставляю обозначение обращения и сведения, влияющие на ответ. Так легче увидеть, что действительно связано с задачей, и не передавать лишние данные.
Попробуй подготовить общую инструкцию в LibraChat по своему процессу. Для проката я бы начала с такого поручения:
Помогай готовить тексты ответов проката декора. Опирайся на согласованные правила и отдельно переданные сведения обращения. Не подтверждай бронь и доступность по старой переписке. Если для ответа требуется решение сотрудника, собери вопросы отдельно. Клиентский черновик должен содержать только условия, которые я дал для этой задачи.
После инструкции добавь само обращение и актуальные сведения. Перечень правил не сообщает, какой комплект нужен клиенту сегодня. В ответе на конкретный вопрос я хочу увидеть подтверждённые условия и отдельно то, что ещё предстоит выяснить.
Я попробовала прочитать подготовленное поручение без постоянной справки. Дата и предмет обращения оставались понятны. Затем посмотрела на общую инструкцию без поручения: она описывала порядок, но не обещала свободную субботу. Такой просмотр помогает проверить разделение ещё до работы с черновиком.
Кто подтверждает доступность и завершает ответ?
Сотрудник, который имеет актуальные сведения и право подтвердить заказ в нашем процессе. Чат готовит текст; подтверждение брони остаётся отдельным действием. Я не считаю задачу завершённой лишь потому, что клиентский абзац уже звучит вежливо и уверенно.
При чтении ищу обещания: доступно, включено, доставим, подтвердим. Для каждого должно находиться основание в текущих сведениях или правилах. Если его нет, уточняю условие. Хороший тон ответа этого пропуска не исправляет.
Моя приёмка состоит из нескольких действий:
Сопоставить черновик с обозначением обращения.
Проверить состав комплекта по действующей справке.
Найти подтверждение нужной даты в актуальном учёте.
Отделить вопросы сотруднику от клиентского текста.
Передать ответ на утверждение по принятому порядку.
После изменения правил я пересматриваю связанные заготовки. Иначе новая инструкция будет лежать рядом с шаблоном, где осталось старое условие. Полезно отмечать, какие тексты уже обновлены, а какие пока нельзя использовать для нового обращения.
Следующие поручения можно выбирать по материалу про помощь нейросети. Когда три слоя разделены, проще понять, какие сведения понадобятся другой повторяющейся задаче. Но сначала стоит назначить владельца самой изменчивой части: кто в твоём процессе подтверждает актуальную доступность перед ответом клиенту?
