Суть задачи

Начните с карты очереди

Нарисуйте путь одной заявки от формы до ответственного. Отметьте места, где сотрудник повторяет одно решение: выбрать отдел, запросить поле, поставить срочность. Не автоматизируйте всё сразу. Один маленький участок даёт измеримый результат и сохраняет привычный путь, если модель остановится.

Исходные данные

Сформулируйте классы

Оставьте три-пять различимых вариантов. Для каждого напишите положительный признак, исключение и пример «данных нет». Не используйте категории, которые различаются интуицией одного старшего сотрудника. Если классификатор получает два равноправных намерения, он должен вернуть эскалацию, а не играть в угадайку.

Рабочий маршрут

Соберите честный тест

Исторические заявки обезличивают и размечают до запуска модели. Возьмите обычные и неприятные примеры: пустое поле, опечатку в номере, два вопроса, позднее дополнение. Один человек ставит класс, другой оспаривает границу. Получившийся набор храните как тест, не меняйте его под удачный результат.

Проверка

Опишите контракт

Вход содержит минимум данных, выход — класс, уверенность, основание и флаг проверки. Код допускает только известные значения. Полезно хранить фрагмент, на котором основано решение, но не публиковать его широкой команде. Контракт упрощает замену поставщика: бизнес-правило остаётся, меняется лишь исполнитель.

Практический пример

Запустите тенью

Первую неделю модель ничего не меняет в очереди. Она предлагает маршрут, а сотрудник работает как раньше. Затем сравните итог, задержку и ошибки. Не поправляйте одновременно инструкцию, порог и модель: иначе не поймёте, что помогло. Для каждого расхождения фиксируйте тип причины, а не только галочку «неверно».

Риски

Выберите действие по порогу

Высокая уверенность может сразу назначить безопасный отдел; средняя — показать подсказку оператору; низкая — оставить ручной путь. Пороги задаёт владелец риска. В финансовом вопросе даже один неверный маршрут важнее экономии пары минут. В справочном запросе допустим более смелый эксперимент.

После запуска

Подготовьте сбой

Тайм-аут, лимит API, сломанная схема и слишком большой файл имеют одинаковый итог: заявка не теряется. Покажите оператору понятную причину и верните её в очередь. Ограничьте повторы, включите мониторинг и периодически проверяйте аварийный маршрут руками. Автоматизация без отказоустойчивости создаёт долг, а не скорость.

Внедрение

Проверьте права

Классификатор не получает доступ к действиям только потому, что знает их названия. Вызовы ограничиваются белым списком, аргументы валидируются, внешняя отправка подтверждается. Минимизируйте персональные данные и срок хранения логов. Технически маленький маршрут всё равно может стать точкой утечки.

План на день

FAQ

**Нужна ли своя модель?** Нет, сначала важнее правила и тест. **Сколько заявок взять?** Начните со ста разнообразных случаев. **Когда отключать пилот?** При опасной ошибке или неясной причине расхождения. **Кто отвечает?** Владелец бизнес-процесса, а не только разработчик. **Как понять, что получилось?** Сократилось время до верного решения без роста рисковых промахов.