Как обновлять ответы бота при изменении цен
Пример расчёта (условные цифры): если за месяц поступает 60 обращений по теме «обновление цены» и каждый шестой требует повторного уточнения, команда возвращается к десяти уже начатым задачам. Проверьте свои числа до выбора решения. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно разобрать процесс и первый пилотный сценарий.
Результат, который нужен по теме «обновление цены»
Отделите частый путь от исключения. В обычном процессе пользователь ждёт понятного следующего шага, но сейчас бот отвечает сохранённой ценой после изменения прайса. Укажите точку, где требуется подтверждение системы или человека.
Ошибки сценария видны в реальных формулировках и переходах, а не в красивом демонстрационном диалоге. Сохраняйте вопрос, версию правила, источник ответа, решение о передаче и итог. Тогда можно выяснить, где возникла проблема: в тексте, данных, правах или обмене с другой системой.
Прайс имеет дату действия и иногда зависит от договора. Бот должен узнать цену из действующего источника перед ответом и показать ограничение, если сервис цен временно недоступен.
Операционный источник здесь - ценовой сервис и дата действия прайса. Определите, какие поля он отдаёт боту и какие изменения принимает обратно. Если данные не получены, ответ должен обозначать ожидание, а не подменять свежую запись старым текстом.
Вопрос к вам: как долго человек сейчас ждёт подтверждённого результата по этой задаче?
Лайфхак: возьмите пять последних обращений и отметьте, какую информацию человек уже сообщил. Из этих данных получится короткий первый экран бота.
Какие данные и решения подготовить
Для каждого поля укажите источник, срок актуальности и рабочую роль, которая его видит. Такой список помогает убрать лишний сбор данных и подготовить проверку доступа.
Прогоните «индивидуальная цена по договору» на тестовом диалоге. Посмотрите на экран пользователя и запись исполнителя: оба должны видеть одинаковый статус, даже если решение ещё не готово.
Для персональных данных выбирайте минимальный доступ и срок хранения по правилам компании. Когда источник недоступен или ответ не подтверждён, бот должен прямо указать ограничение. После обновления базы знаний проверяйте не только новый ответ, но и соседние сценарии.
После ручной передачи у специалиста должны быть исходная формулировка и уже проверенные поля. Заставлять человека проходить тот же опрос второй раз означает, что автоматизация не передала работу.
Перед тестом назначьте владельца исходных сведений и владельца текста бота. Когда правило меняется, оба проверяют одну и ту же цепочку: что введено, что сохранилось, кто получил задачу и каким сообщением она завершилась. Дата обновления без ответственного не защищает от старого ответа.
Два способа обработать запрос
Вручную. Эксперт замечает контекст и тонкую ошибку, которую правило не поймало. Ручной просмотр без журнала охватывает мало случаев и не показывает их частоту.
Через бота. Тесты и мониторинг находят повторяющиеся сбои и дубли. Риск - принять прохождение формальной проверки за доказательство, что пользователь получил верный результат.
Сравнивайте варианты по времени до фактического решения, а не по скорости первой реплики. Бот может ответить мгновенно и всё равно оставить задачу сотруднику без контекста.
Как запустить сценарий по шагам
Шаг 1. Определить источник цены
Сопоставьте ввод с источником «Ценовой сервис и дата действия прайса». Отсутствие записи и несоответствие данных требуют разных сообщений и разного пути к сотруднику.
Шаг 2. Настроить обновление и срок действия
Укажите наблюдаемый результат шага и ответственного за его проверку. Пройдите обычный, ошибочный и повторный вариант до запуска.
Шаг 3. Проверить цену перед ответом
Сопоставьте ввод с источником «Ценовой сервис и дата действия прайса». Отсутствие записи и несоответствие данных требуют разных сообщений и разного пути к сотруднику.
Шаг 4. Обработать сбой источника
Укажите наблюдаемый результат шага и ответственного за его проверку. Пройдите обычный, ошибочный и повторный вариант до запуска.
Пройдите весь маршрут на нескольких реальных ситуациях. В тесте нужны успешный вариант, неполные данные, повтор, изменение исходной записи и исключение «индивидуальная цена по договору». Смотрите одновременно на экран пользователя и запись исполнителя. Если они говорят о разных итогах, сценарий ещё не готов к широкому потоку.
Таблица проверки результата для «обновление цены»
Для этой задачи контролируйте показатель «доля ответов с актуальной ценой». Зафиксируйте его определение, период и источник до запуска. Дополните его временем до результата и числом случаев, которые пришлось исправлять вручную. Иначе отчёт может объявить успехом отправку сообщения, за которой не было нужного действия.
Пример расчёта (условные цифры): если из 50 месячных запросов восемь доходят до человека без исходного контекста и на повторный опрос уходит по пять минут, на него расходуется 40 минут. После запуска часть исключений останется. Это оценка для проверки процесса, а не обещание эффекта внедрения.
Проверяйте записи после запуска выборкой, включая отказ и повтор. Список успешных сообщений без просмотра рабочей системы показывает только работу интерфейса.
Вопрос к вам: сколько похожих задач в месяц завершается без повторного уточнения и сколько возвращается с той же проблемой?
Лайфхак: храните три проверочных случая рядом с описанием сценария. После каждого изменения прогоняйте их заново и добавляйте новый случай, если обнаружили повторяющуюся ошибку.
Что ещё связано
Сценарий опирается на качество исходных данных и понятную передачу исключений. В A3bot можно собрать маршрут вокруг вашей рабочей системы. Стоимость обсуждаем после разбора задачи.
Заметка эксперта
У задачи «обновление цены» есть проверяемое завершение. Бот полезен, когда он приближает к этому завершению и не скрывает задержку или ошибку. Начните с небольшого потока, подтвердите итог в основной системе и только затем расширяйте сценарий.
Напишите, какой процесс хотите автоматизировать: A3bot