Если каждая обычная заявка ждёт разрешения владельца, бот и ИИ могут быстро подготовить её к той же очереди. До разработки полезно выяснить, где работа останавливается, каких сведений не хватает сотруднику и что он вправе решить сам.
Представьте сервисную команду с записью клиентов. Клиент просит перенести визит. Администратор нашёл подходящее время и написал ответ. Осталось получить «ок» руководителя. Руководитель на встрече, потом забыл сообщение. Администратор напоминает, клиент спрашивает снова.
Это условный пример. Он показывает паузу, которую легко пропустить при обсуждении автоматизации: ответ уже готов, а клиент его ещё не получил.
Куда уходит время между действиями
В выступлении «AI-агенты, продуктовые метрики и рост бизнеса» Илья Красинский разбирает переписку дизайнера и продакта. Один занят другой задачей, второй сидит на встречах. Каждый короткий вопрос создаёт новое ожидание. Этот эпизод находится на отметках 03:35:00–03:36:45. Его полезная для нашей задачи идея: посмотреть на промежутки между действиями людей.
Когда обсуждают ускорение ответа, внимание обычно достаётся самому действию: прочитать сообщение, найти сведения, написать текст. Но заявку стоит проследить от обращения до результата для клиента. Иначе можно улучшить подготовку ответа и оставить нетронутым согласование, на котором он остановился.
У ожидания бывают разные причины. Сотрудник не знает правила переноса. Свободное время видно только руководителю. Или правило известно, но подтвердить изменение вправе лишь владелец. В каждом случае следующий шаг будет своим.
Возьмите одну завершённую заявку
Для первой проверки достаточно восстановить путь недавнего обращения по переписке и записям. Выберите обычную задачу, которая затянулась, и отметьте:
- Когда клиент обратился и когда сотрудник начал работать.
- Какие действия сотрудник выполнил до первой остановки.
- Чего он ждал: сведений, ответа коллеги или разрешения.
- Кто мог продолжить работу и когда это произошло.
- Когда клиент получил подтверждённый результат.
Рядом с каждой паузой запишите её причину. «Ждали руководителя» слишком широко. «Администратор не вправе подтвердить перенос даже при свободном месте» уже указывает на конкретное правило.
Переписка не всегда показывает время самой работы. Такие промежутки оставьте неизвестными; при следующем обращении их можно записать отдельно. Один случай помогает найти вопрос для проверки. Чтобы понять, повторяется ли остановка, просмотрите несколько похожих заявок.
Договоритесь, где сотрудник действует сам
Вернёмся к условному переносу записи. Владелец процесса может заранее определить, какие изменения администратор подтверждает самостоятельно. Например, перенос в доступное время при сохранении услуги и согласованных условий. Случаи с возвратом денег, изменением стоимости или конфликтом расписания можно оставить на отдельное решение.
Границы выбирает компания. Их нужно описать так, чтобы сотрудник мог узнать свой случай: какие сведения проверить, где смотреть актуальное расписание, когда остановиться и кому передать вопрос. Если решение всё равно требует согласования, полезно заранее определить, кто ответит при недоступности владельца и как сотрудник узнает результат.
Ускорение подготовки текста само по себе не меняет полномочия. ИИ-черновик тоже не разрешает перенос записи и не подтверждает, что место свободно.
Автоматизируйте один понятный участок
После договорённости можно выбрать небольшую часть работы. Например, обращение появляется у ответственного сотрудника вместе с нужными сведениями. Обычный случай проходит по согласованному правилу, исключение получает понятную причину остановки и адресата.
Бот может собрать недостающие сведения и напомнить об открытом вопросе. ИИ может подготовить черновик ответа. Подтверждение клиенту должно опираться на фактическое изменение записи в принятой системе. Если расписание недоступно или изменение не сохранилось, это нужно показать сотруднику. Красиво написанный ответ не заменяет результат операции.
Начать можно с существующей таблицы и короткой инструкции. Новый инструмент нужен там, где понятен повторяющийся шаг, который он выполнит.
Проверяйте ожидание и ошибки вместе
После изменения сравните похожие обращения: время до первого действия, ожидание согласования, общий срок и число вмешательств владельца. Отдельно посмотрите на ошибочные подтверждения и случаи, которые пришлось исправлять. Для сравнения важно сохранять похожие условия, включая рабочие часы и сложность заявки.
Если обычные обращения проходят быстрее и не требуют больше исправлений, можно рассмотреть соседний шаг. Если очередь осталась, вернитесь к её причине. Возможно, сотруднику по-прежнему не хватает сведений или разрешения.
Для первого разговора о такой задаче подготовьте одну обезличенную цепочку: обращение, действия, паузы, результат. На бесплатной встрече по диагностике процессов обсудим, где работа остановилась и какой небольшой участок стоит разобрать дальше.
