ИИ для страховой компании: с чего начать внедрение

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

Почему нельзя начинать с решений по выплатам

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

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

Что окупается первым

Обработка обращений. Клиент пишет про продление полиса, вопрос по условиям или статус заявки — модель готовит черновик ответа по шаблону компании, сотрудник проверяет и отправляет. Это снимает самую механическую часть работы колл-центра и отдела поддержки.

Проверка комплектности документов. При урегулировании убытка нужен конкретный набор бумаг под конкретный тип случая. Нейросеть сверяет присланный пакет со списком требований и указывает, чего не хватает, — это ускоряет первый круг переписки с клиентом, но не заменяет решение по существу.

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

Объяснение условий полиса простым языком. Частый вопрос клиента — что именно покрывает его полис в конкретной ситуации. Модель помогает сформулировать понятный ответ на основе текста договора, который сотрудник проверяет перед отправкой.

Ответы на жалобы и претензии. Черновик ответа на претензию, где признана проблема без лишних оправданий и названо конкретное следующее действие, — экономит время юриста или специалиста по работе с претензиями на формулировке, не на решении.

Данные клиентов: отдельный регламент до старта

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

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

Отдельный пункт регламента — кто отвечает за проверку перед отправкой клиенту. Черновик от модели — это черновик, а не готовый ответ, и подписывает его сотрудник, который видит полную картину случая, а не только фрагмент переписки.

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

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

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

Как встроить сценарии в систему урегулирования убытков

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

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

Как измерить результат внедрения

До старта пилотной группы стоит зафиксировать время на пять-семь типовых задач: сколько уходит на черновик ответа клиенту, на проверку комплектности документов, на подготовку сводки по звонку. Через месяц тот же замер повторяется на тех же задачах и в той же группе.

Такой замер не требует сложной аналитики — достаточно таблицы на несколько строк и секундомера. Зато он даёт руководителю отдела конкретный аргумент для решения, расширять практику на весь штат или нет, вместо пересказа общих впечатлений участников пилота.

Сопротивление внедрению

Сотрудники страховой компании часто настороженнее к ИИ, чем в других отраслях: слишком высока цена ошибки в их повседневной работе, и опасение «модель решит за меня и я буду отвечать за её ошибку» — вполне обоснованное. Снимается это не убеждением, а чётким правилом: модель готовит черновик, решение и подпись — за сотрудником, всегда.

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

Помощь агентам при продаже полиса

Отдельная зона применения — не урегулирование, а продажа. Агент часто получает от клиента вопрос в духе «а что если» — о случае, который прямо не описан в типовой презентации продукта. Модель помогает агенту быстро собрать понятный ответ на основе текста условий конкретного продукта, вместо того чтобы звонить в методический отдел или откладывать ответ до следующей встречи.

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

Ошибка: внедрять во всех филиалах сразу

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

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

Руководителю, который отвечает за несколько филиалов, стоит заранее решить, кто в головном офисе отвечает за сопровождение регламента и обновление шаблонов, когда практика расширяется, — без этого каждый филиал начинает дописывать собственные правила, и через полгода разные подразделения компании работают с ИИ по несовместимым стандартам.

Где ИИ ошибается

Уверенно ссылается на условие полиса, которого там нет, если не дать модели точный текст договора — любую формулировку об условиях покрытия нужно сверять с документом, а не доверять памяти модели.

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

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

Не видит истории взаимодействий клиента с компанией, если её не дать явно, и может предложить тон ответа, не учитывающий, что это уже третье обращение по одному случаю.

Что дальше

С чего начинается внедрение ИИ в компании в целом — в статье внедрение ИИ в компанию: с чего начать. Как оформить регламент по работе с данными — в статье регламент использования ИИ в компании: образец. Как проходит обучение сотрудников работе с нейросетями — в статье корпоративное обучение искусственному интеллекту.

Ярослав Сажнев — преподаватель ИИ в РАНХиГС, внедрение ИИ в компании. Подробнее об авторе