Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами

СтрахованиеСтоит ли автоматизировать

Стоит ли автоматизировать проверку документов при урегулировании убытков?

Робот на проверке комплектности: где он окупается, а где просто переносит очередь на следующий этап.

Что дал расчёт

Срок урегулирования
было1,30,9дней
−32%

Что за процесс и где он ломался

Урегулирование убытков по КАСКО: приём заявления, проверка комплектности документов, оценка ущерба, согласование выплаты. Проверкой заняты шесть специалистов, поток — около 900 дел в месяц.

Вендор предложил распознавание документов с обещанием «в четыре раза быстрее». Бюджет проекта сопоставим с годовым ФОТ двух специалистов.

Вопрос, на который отвечали

Стоит ли автоматизировать проверку документов при урегулировании убытков?

Признаки, по которым стало понятно: дело не в людях

Обещание вендора относилось к одной операции, а решение принималось про весь процесс. Ускорить этап вчетверо и ускорить процесс вчетверо — разные вещи, если дальше по маршруту стоит оценщик с очередью.

Как процесс превратили в имитационную модель

Модель описывает процесс урегулирования убытков по КАСКО: приём заявления, проверка комплектности, оценка ущерба и согласование выплаты. Ключевой элемент — петля возврата: если оценщик выявляет некомплект (вероятность 19% в базе), дело уходит на дозапрос документов (2 дня) и возвращается на повторную оценку.

В сценариях автоматизации длительность проверки сокращается с 22 до 5 минут, а доля возвратов снижается до 11%. В сценарии решения (s3) количество специалистов проверки уменьшается с 6 до 4 человек. Календарь работы — стандартный пятидневный, 09:00–18:00.

Какие данные взяли и что честно допустили

Поток
экспоненциальное распределение, среднее время между заявками 11,3 мин в рабочие часы (09:00–18:00, пн–пт).
Ресурсы
6 специалистов проверки (450 ₽/ч), 14 оценщиков (600 ₽/ч), 3 согласующих (500 ₽/ч).
Длительности
приём 10 мин, проверка 22 мин (5 мин с авто), оценка 180 мин, согласование 30 мин.
Логика возвратов
19% дел возвращаются на дозапрос (2 дня ожидания) в базе, 11% — при автоматизации.
Не моделировали
сложные дела с выездом эксперта и нештатные ситуации.

Отчёт симуляции: что показал расчёт

Живой отчёт симуляции

Отчёт удобнее смотреть на большом экране — откройте его отдельной страницей.

Тот же отчёт, который видит пользователь Storm после симуляции. Открывается по ссылке и листается по вкладкам.

Какие сценарии прогнали и чем они отличались

Сценарии, просчитанные в модели
СценарийЧто меняли
Как есть БазовыйОтчёт Базовый сценарий: средний срок обработки дела 1,3 дня, загрузка оценщиков 87%.
Автоматизация проверки Отчёт Внедрение распознавания документов без сокращения штата. Срок снижается до 0,9 дня, загрузка оценщиков падает до 85%.
Автоматизация и −2 специалиста РешениеОтчёт Выбранный сценарий: автоматизация + сокращение команды проверки до 4 человек. Срок 0,9 дня, стоимость на дело 2 783 ₽.
Только снижение возвратов Отчёт Снижение доли возвратов до 11% без автоматизации скорости. Срок сокращается до 1,0 дня, загрузка оценщиков 84%.

Было и стало

Сравнение «было / стало» по каждой метрике. У метрик разные единицы, поэтому каждая пара показана в своём масштабе.
  • Было
  • Стало
  1. Срок урегулирования , дней

    1,3
    0,9−32%
  2. Срок, 95-й процентиль , дней

    5
    3,1−37%
  3. Загрузка оценщиков , %

    87
    84−2,7 п.п.
  4. Стоимость обработки дела , ₽

    3 099
    2 783−10%
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Срок урегулирования , дней1,30,9−32%
Срок, 95-й процентиль , дней53,1−37%
Загрузка оценщиков , %8784−2,7 п.п.
Стоимость обработки дела , ₽3 0992 783−10%

Что показал расчёт

  1. Срок урегулирования сократился на 32%, а не в 4 раза

    Хотя проверка документов стала в 4 раза быстрее (22 → 5 мин), общий срок дела снизился с 1,3 до 0,9 дня. Это связано с тем, что основную часть времени занимает ожидание оценки и возвраты, а не сама проверка.

  2. Главный драйвер эффекта — снижение возвратов

    Сценарий «только снижение возвратов» (без ускорения проверки) дал сокращение срока до 1,0 дня. Сценарий полной автоматизации дал 0,9 дня. Разница в 0,1 дня показывает, что устранение ошибок комплектности важнее скорости сканирования.

  3. Загрузка оценщиков снизилась, а не выросла

    В отличие от ожиданий, загрузка оценщиков упала с 87% до 84% (в сценарии решения). Это произошло за счёт сокращения количества повторных оценок: меньше возвратов означает меньше нагрузки на узкое место.

  4. Стоимость обработки дела снизилась на 10%

    Средняя стоимость одного дела упала с 3 099 ₽ до 2 783 ₽. Экономия достигнута за счёт сокращения фонда оплаты труда специалистов проверки (с 6 до 4 человек) и уменьшения времени простоя дел в очереди.

Что оказалось не так, как считали

Автоматизация проверки документов не создала «пробку» у оценщиков, а наоборот, разгрузила их. Загрузка оценщиков снизилась с 87% до 84%, потому что автоматизация сократила долю возвратов с 19% до 11%. Меньше ошибок на входе — меньше повторных циклов оценки.

Стоит ли автоматизировать проверку документов при урегулировании убытков?

Что решили сделать и что получилось

Выбран сценарий «Автоматизация и −2 специалиста». Внедрение распознавания документов позволило сократить штат проверяющих с 6 до 4 человек без ухудшения сроков. Целевым KPI стала доля возвратов, а не скорость сканирования.

Средний срок урегулирования снизился с 1,3 до 0,9 дня (−32%). 95-й процентиль срока сократился с 5 до 3,1 дня. Загрузка оценщиков упала с 87% до 84%, что снизило риски срывов. Стоимость обработки одного дела уменьшилась с 3 099 ₽ до 2 783 ₽.

Приёмы оптимизации, которые здесь сработали

Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет

Автоматизация одного этапа меняет весь процесс: очередь не исчезает, а переезжает туда, где мощности меньше. Расчёт в таблице этого не показывает — он умножает длительность на количество и радуется экономии.

Модель показывает, где окажется узкое место после внедрения, и позволяет усилить его заранее, а не по факту жалоб.

Так и вышло: проверка ускорилась с 22 минут до 5, а загрузка оценщиков поднялась с 88% до 93% — очередь переехала к ним.

Где этот вывод не работает

Мы не моделировали сложные дела с выездом эксперта: у них другой маршрут и другая экономика. Для них расчёт нужно делать отдельно.

Оценка вендора «5 минут» взята на веру. Если распознавание окажется хуже на плохих сканах, эффект сократится, а доля возвратов вырастет.

Частые вопросы по этому расчёту

Можно ли посчитать окупаемость проекта автоматизации до внедрения?

Да, если считать эффект правильно. Вендор обещал ускорение проверки, но модель показывает, что снижение возвратов с 19% до 11% даёт основной выигрыш по срокам (с 1,3 до 0,9 дня). Стоимость дела падает с 3 099 ₽ до 2 783 ₽. Окупаемость считается на основе экономии ФОТ (2 специалиста) и снижения операционных издержек, а не только на скорости сканирования.

Что если вендор ошибся в оценке скорости?

Модель показывает, что даже если скорость проверки не изменится, а снизится только доля возвратов (сценарий s4), срок всё равно сократится с 1,3 до 1,0 дня. То есть проект устойчив к ошибкам в оценке скорости сканирования, если работает качество распознавания.

Почему снижение возвратов дало больше эффекта, чем ускорение проверки?

Возврат означает полный повтор цикла: дозапрос (2 дня) + повторная оценка (3 часа) + ожидание. Снижение возвратов на 8 п.п. убирает эти многодневные циклы для 8% дел. Ускорение проверки с 22 до 5 минут экономит всего 17 минут на каждом деле, что в масштабах всего процесса (1,3 дня) даёт меньший вклад.

Стоит ли начинать найм оценщиков до внедрения автоматизации или после?

Нет, найм не требуется. Модель показывает, что загрузка оценщиков снижается с 87% до 84% благодаря уменьшению количества повторных оценок. Автоматизация разгружает узкое место, а не создаёт новую очередь.

Ваш процесс, ваши числа

Покажем на вашем процессе

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

  1. Присылаете диаграмму и три-четыре цифры про поток
  2. Собираем модель и прогоняем сценарии, которые вы назовёте
  3. Разбираем отчёт вместе и обсуждаем, что из него следует
Показать на моём процессеПосмотреть другие кейсы

Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.

Поддержка