Сократить возвраты неполных заявок и ожидание согласующего. Заявки неполны, дублируются и долго ищут согласующего.
Система находит пропуски, возможные дубли и предлагает маршрут. Рабочий результат должен быть проверяемым: исходные данные, предложенное действие и решение сотрудника сохраняются вместе.
Что важно для решения о пилоте
| Процесс | Проверка и маршрутизация заявок на закупку |
| Основной эффект | Трудозатраты; стоимость; качество |
| Точка внедрения | Между этапами |
| Модель работы | Типовые операции автоматически, исключения человеку |
| Данные | Заявки, каталог, правила согласования, бюджеты |
| Интеграции | Учётная система, документооборот |
| Сложность пилота | 2 из 5 |
| Уровень риска | 3 из 5 |
Баллы сложности и риска — предварительная экспертная оценка описанного пилота. Они не показывают готовность вашей компании или вероятность успеха.
Когда внедрение имеет смысл
- Есть обязательные поля и стабильные правила маршрутов.
- Процесс повторяется, имеет владельца и измеримый результат. Его объём и потери оправдывают стоимость проверки и внедрения.
- Есть способ проверить результат и передать неоднозначный случай ответственному человеку.
Порядок согласования не определён или бюджетные данные неактуальны. В этом случае первым проектом становится устранение этой причины: автоматизация не исправит её сама.
Процесс до и после
Сотрудник возвращает неполные заявки и вручную выбирает согласующего.
- Проверить обязательные поля
- найти возможный дубль
- определить маршрут
- уточнить пропуск
- подтвердить спорное решение.
Маршрут и лимиты лучше задавать обычными правилами. ИИ полезен для свободного описания потребности и поиска похожих заявок, а не для обхода бюджетного контроля.
Что выполняет система, что решает человек
| Автоматизация | Находит пропуски, возможные дубли и предлагает маршрут. |
| Человек | Подтверждает потребность, бюджет и исключения. |
| Технология | Обычные правила. Языковая модель для свободного текста. |
Автоматизируйте только необходимые действия. Цифры, лимиты и точные проверки выполняются воспроизводимыми правилами. Генеративный ИИ полезен там, где нужно разобрать текст или сформулировать черновик.
Какие данные подготовить
Заявки, каталог, правила согласования, бюджеты. Для каждого источника определите владельца, актуальную версию и доступ. Сохраните примеры правильного результата и случаи, где сотрудник должен вмешаться.
Системы: Учётная система, документооборот. До разработки проверьте возможность чтения и записи, идентификаторы объектов и обработку повторной операции. Запись в рабочую систему включайте отдельно от режима наблюдения.
План первого внедрения
- Измерьте исходный процесс: объём, средние минуты человека, полный цикл, ошибки и переделки. Единица учёта здесь — заявка на закупку.
- Опишите правильный результат и исключения. Согласуйте, что система может предложить, а что требует подтверждения.
- Один тип заявки. Маршрут по правилам, смысловые сомнения человеку.
- Проверьте решение на отложенных примерах, не использованных для настройки. Включите неоднозначные случаи и отсутствующие данные.
- Запустите ограниченный поток. Сохраняйте исходник, результат, исправления и основание передачи человеку.
- Сравните с исходным замером. Масштабируйте только при подтверждённом эффекте и соблюдении ограничивающих показателей.
Какие показатели измерять
| Цикл согласования | Согласовать определение и период с владельцем процесса. Сверять итог с исходными записями, включая исключения. |
| возвраты неполных заявок | Согласовать определение и период с владельцем процесса. Сверять итог с исходными записями, включая исключения. |
| время проверки | Измерять на сопоставимых случаях до и после пилота. Отдельно учитывать работу человека и ожидание между этапами. |
Ошибочные дубли; обход лимитов; необоснованный отказ. Порог допустимого ухудшения и критерии остановки задаются до пилота. Улучшение скорости не компенсирует критичную ошибку.
Экономика: пример расчёта
Ниже условный пример арифметики, а не прогноз стоимости или результат внедрения. Для своей компании замените объём, время, ставку и затраты. Время после включает проверку, исключения и переделки.
| Объём в месяц | 500; единица — заявка на закупку |
| Минут человека на единицу | 10 до → 4 после |
| Часы в месяц | 83,3 до → 33,3 после |
| Полная стоимость часа | 1 100 ₽ |
| Высвобождённое время | 50 ч; стоимость ресурса — 55 000 ₽/мес. |
| Доля с денежной экономией | В примере 50%: меньше оплачиваемых часов, подрядчиков или реально избегаемого найма |
| Денежная экономия труда | 27 500 ₽/мес. |
| Текущие затраты решения | 18 000 ₽/мес. |
| Чистый эффект по труду | 9 500 ₽/мес. |
| Разовые затраты | 220 000 ₽ |
| Простая окупаемость | 23,2 мес. |
Высвобождённые часы не равны снижению расходов. Если оплачиваемые затраты не уменьшаются, денежная доля равна нулю. Полезный эффект тогда выражается в дополнительной мощности команды или качестве процесса.
Что дополнительно считать: Часы проверки и задержки согласования. Закупочную экономию считать отдельно. Дополнительные продажи учитывайте по валовой прибыли, а предотвращённые потери — по подтверждённым событиям. Не складывайте один эффект в нескольких автоматизациях.
Риски и границы автономности
- Проверять: ошибочные дубли; обход лимитов; необоснованный отказ. Пропущенные случаи и ложные срабатывания анализируйте отдельно.
- При отсутствии нужных данных или уверенного основания передавать случай человеку. Самооценка уверенности языковой модели не доказывает правильность ответа.
- Действия ограничены утверждёнными правилами. Есть передача человеку и журнал. Для любого разрешённого действия нужен журнал и возможность остановки.
- При критичной ошибке или нарушении доступа остановить соответствующий сценарий, сохранить исходные данные и исправить причину до повторного запуска.
Следующий практический шаг
Один тип заявки. Маршрут по правилам, смысловые сомнения человеку. Решение о расширении примите по показателям и полной экономике, а не по привлекательности демонстрации.