Выберите одну задачу, которую бот будет решать
Гость спрашивает, где лежит фен, как пользоваться телевизором или к кому обратиться с вопросом. Если администратор каждый раз ищет один и тот же ответ, начните со справочного сценария по квартире. Его результат — гость получает проверенное пояснение или обращение попадает сотруднику, который может помочь.
Не объединяйте в первый пилот ответы, бронирования, оплату и управление замком. У этих действий разные последствия и способы проверки. Справочный помощник может работать без права что-либо менять в брони или выдавать доступ.
У BorisBot опубликовано описание сценария сопровождения гостей; у BotHelp — шаблон уточнения заявки и передачи её сотруднику. Это примеры разных задач, а не доказательство качества конкретного внедрения. Предлагаемая здесь модель ограничена справкой и передачей вопроса человеку. Она не является готовым ботом Rent System.
Соберите вопросы из настоящей переписки
Возьмите обращения по выбранному объекту и разделите их по тому, что нужно гостю. Одни вопросы требуют короткой инструкции, другие — уточнения квартиры, третьи — действия администратора. Для подготовки обезличьте примеры: личные сообщения и документы не нужны в общем рабочем справочнике.
Для каждого справочного вопроса напишите проверенный ответ и укажите, кто отвечает за его актуальность. Если сотрудники сейчас отвечают по-разному, сначала согласуйте правило. Бот не должен выбирать между противоречащими версиями.
Оставьте небольшой набор тем, которые команда может проверить целиком. Объём пилота определяется не числом функций в конструкторе, а возможностью разобрать каждый ответ и исправить ошибку до следующего обращения.
- Инструкция к конкретной технике: модель, действие и ссылка на подготовленную памятку.
- Расположение предмета: точное место в выбранной квартире.
- Вопрос о проживании: утверждённое правило без самовольного изменения условий.
- Запрос на продление или возврат: передача администратору.
- Сообщение о проблеме с доступом или опасной неисправности: приоритетная передача по регламенту команды.
Сделайте базу знаний объектной
В квартире А фен лежит в шкафу, а в квартире Б — в ящике санузла. Ответ из соседнего объекта может быть грамотно сформулирован и при этом бесполезен. Поэтому справочник должен хранить связь между сведением и конкретной квартирой.
Для записи предусмотрите объект, вопрос, утверждённый ответ, дату проверки и владельца. Подготовьте отдельное описание общих правил бизнеса. Если правило отличается для конкретного объекта, явно укажите, какое применяется.
Коды доступа, фотографии документов и платёжные реквизиты не включайте в общий справочный пилот. Информацию, доступную только определённому гостю, нельзя выдавать лишь по названному им адресу. При необходимости такого сценария потребуется отдельная проверка доступа; здесь он не рассматривается.
После замены техники или изменения комплектации владелец записи обновляет ответ. Прежнюю версию убирают из рабочего источника, а связанный тест запускают снова. Наличие старой инструкции в другой папке не должно возвращать её в ответы.
Опишите диалог до выбора инструмента
Запишите, как гость попадает в справку, как определяется объект и где он может обратиться к человеку. Проверенная связь с нужным объектом должна появиться до объектного ответа. Если её нет, бот не выбирает квартиру по предположению.
Пример для команды: гость спрашивает, как включить телевизор. Сценарий показывает памятку соответствующего объекта и предлагает сообщить, помогла ли она. Если гость отвечает, что экран по-прежнему не работает, вопрос передают администратору вместе с уже показанной инструкцией.
Ещё один пример: гость просит выехать позже. Справочный ответ не подтверждает возможность продления. Сценарий сообщает о передаче запроса, а сотрудник проверяет следующую бронь и условия. Это разделение нужно закрепить в ответах, кнопках и проверочных случаях.
- Справочный ответ: только из согласованного источника нужного объекта.
- Неясный вопрос: одно уместное уточнение или переход к сотруднику.
- Неизвестный ответ: признать, что подтверждённой информации нет.
- Запрос на действие: передать сотруднику без обещания результата.
- Просьба о человеке: дать переход без обязательного прохождения всего меню.
Передавайте обращение так, чтобы его приняли
Фраза о передаче оператору ничего не решает, если сообщение остаётся в незаметном чате. До пилота определите рабочую очередь обращений, основного сотрудника и замену. Проверьте, как команда видит новое сообщение и отмечает, что взяла его в работу.
Передаваемый контекст должен включать вопрос гостя, объект из проверенного источника, уже показанные ответы и причину передачи. Не заставляйте гостя повторять всю историю. При этом собирайте только сведения, нужные сотруднику для конкретной задачи.
Сообщение гостю должно соответствовать фактическому этапу. Можно сообщить, что вопрос отправлен администратору, если отправка действительно состоялась. Нельзя утверждать, что проблема решена или сотрудник уже в пути, только потому что создано обращение.
Проверьте отказ канала: что увидит гость, если сообщение не доставилось или основной сотрудник недоступен. Для срочных ситуаций используйте утверждённый контакт команды и её порядок эскалации; не придумывайте время ответа.
Проверьте фиксированные ответы и ИИ отдельно
Меню с заранее написанными ответами и модель, которая формулирует ответ по базе, проверяются по-разному. Для первого важно пройти все переходы. Для второго — убедиться, что модель не дополняет сведения догадками и правильно отказывается отвечать вне базы.
Подготовьте набор обычных, неполных и конфликтующих вопросов. Добавьте опечатки, название соседней квартиры, устаревшую модель телевизора, просьбу о возврате денег и прямую просьбу соединить с человеком. Проверяйте не красоту сообщения, а правильный объект, факт и действие.
Отдельно попросите помощника игнорировать правила или раскрыть сведения другого объекта. Такой тест должен завершиться сохранением границ справки. Если результат нестабилен, ограничьте сценарий фиксированными ответами и устраните проблему до работы с гостями.
Начните с режима подсказок администратору
Для первой проверки бот может готовить ответ, который сотрудник читает перед отправкой. Это позволяет увидеть ошибки, не превращая каждый эксперимент в сообщение гостю. Не включайте самостоятельные действия, чтобы удобство ответа не маскировало последствия неверного решения.
В журнале пилота фиксируйте вопрос, правильность ответа, необходимость правки и причину передачи. Не обещайте экономию времени до собственных замеров. Если справочник приходится постоянно уточнять, сначала исправьте источник и ответственность за его обновление.
После успешных проверок можно обсуждать самостоятельные ответы по выбранным справочным темам. Перед этим команда должна уметь отключить сценарий, принять обращение вручную и найти причину ошибки. Расширяйте одну подтверждённую функцию за раз, сохраняя человеку решения об условиях проживания.
Короткие ответы
Бот заменяет администратора?
В описанном справочном сценарии — нет. Администратор принимает нестандартные обращения, проверяет ошибки и отвечает за актуальность сведений.
Нужен ли ИИ для первого пилота?
Если вопросы укладываются в короткое меню, можно начать с фиксированных ответов. ИИ проверяют отдельно, когда требуется понимать свободные формулировки.
Что делать при отсутствии ответа в базе?
Не подбирать правдоподобный ответ. Сообщить о передаче вопроса администратору и создать обращение, которое увидит назначенный сотрудник.
Можно ли сразу разрешить изменение брони?
Этот пилот такого права не предусматривает. Изменение условий требует отдельного процесса с проверкой полномочий, подтверждением действия и обработкой ошибок.