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

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

Технологии одни и те же. Задачи разные. И путаница стоит денег: под работу посредника покупают решение, написанное под страховщика. Оно не подходит. Вывод после этого делают общий: «нам это не нужно».

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

ИИ для страховой компании: два разных уровня одной отрасли

В отрасли есть два разных участника, и закон их различает. Страховщик - организация с лицензией Банка России, она принимает риск и платит по договору. Страховой агент - посредник, который действует от имени страховщика по договору с ним. У страхового брокера своя лицензия, и работает он в интересах страхователя. Всё это описано в статье 8 закона от 27.11.1992 N 4015-1 «Об организации страхового дела в Российской Федерации».

Разница здесь не формальная. Она прямо отвечает на вопрос «что автоматизировать».

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

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

Что уже делают крупные страховщики

Рынок растёт, и деньги на цифру в отрасли есть. По прогнозу рейтингового агентства АКРА, в 2026 году российский страховой рынок прибавит около 15% и достигнет 4,47 трлн рублей. При таком объёме даже небольшой процент экономии на обработке обращений окупает внедрение.

Что уже работает:

• Урегулирование убытков по фотографиям. Модели компьютерного зрения разбирают снимки повреждений и помогают оценить ущерб. Про связку урегулирования убытков с машинным зрением писал «Коммерсантъ».
• Оцифровка документов. В «СберСтраховании жизни» система компьютерного зрения переводит бумажные документы в данные, а нейросети работают с текстом обращений. Об этом сообщала пресс-служба Сбербанка.
• Электронный документооборот с агентами. «Ингосстрах» в 2026 году завершил переход на электронный документооборот: агенты подписывают агентские отчёты и дополнительные соглашения простой электронной подписью на портале «Ингогейт». Данные приводит TAdviser.
• Обмен данными с АИС страхования. Сведения о договорах страховщики передают в автоматизированную информационную систему, и порядок этой передачи Банк России уточняет своими указаниями, например указанием от 13.01.2026 N 7283-У, которое на момент подготовки статьи в силу ещё не вступило.

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

Поэтому дальше - только про то, что действительно в руках агента, брокера и небольшого агентства.

Семь задач, где ИИ для страховой компании работает на уровне агентства

1. Заявка на расчёт: где теряются обращения

Клиент пишет в мессенджер вечером: «сколько будет ОСАГО на Солярис 2018». Агент видит сообщение утром. За ночь человек написал ещё троим, и один ответил через минуту.

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

Программа закрывает её так. Принимает сообщение в любое время и задаёт недостающие вопросы по списку: марка, год, регион, стаж, число допущенных к управлению. Проверяет, что ответы полные, и складывает готовую заявку в одно место. Утром агент получает не «сколько будет ОСАГО», а карточку с семью заполненными полями.

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

2. Подбор программы по ответам клиента

Человек редко знает, что ему нужно. Он говорит «хочу застраховать квартиру» и дальше ждёт, что спросят его.

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

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

3. Пролонгация: деньги, которые уже ваши

Портфель посредника живёт продлениями. Клиент, который остался на второй год, не стоит ничего в привлечении.

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

Такие письма модель пишет пачками. Агент проверяет их глазами и отправляет.

4. Сбор документов по убытку

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

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

Разбор текста документов нейросетью вынесен в отдельный материал: как работать с документами через нейросеть. Там же про типовые сбои распознавания.

5. Ответы на вопросы по правилам страхования

«А если я не вписал жену, она может ехать?». «Франшиза 15 тысяч - это с каждого случая или один раз за год?».

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

Тот же принцип работает при разборе условий договора - подробности в материале про проверку договоров нейросетью.

6. База клиентов и портфель

У агента с двумя сотнями клиентов база обычно живёт в таблице, в переписке и в голове. Через три года там невозможно найти, у кого из клиентов заканчивается ипотечное страхование и кто год назад спрашивал про НСЖ.

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

7. Сводки по комиссионному вознаграждению

Агент работает с несколькими страховщиками, и отчёты у всех разные. Свести их в одну таблицу вручную - вечер в конце месяца.

Модель складывает разнородные выгрузки в единый вид и пишет короткий комментарий: по какому страховщику выросло, по какому просело. Числа после этого пересчитывают. Всегда: арифметику в длинных списках модель портит тихо.

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

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

Чего ИИ в страховании делать не должен

Не назначает тариф. Цена полиса - результат расчёта страховщика по его тарифам, а по ОСАГО ещё и в границах, которые задаёт Банк России. Языковая модель не считает по таблицам коэффициентов, она воспроизводит похожие числа. Названная ею цифра выглядит уверенно и может быть выдуманной.

Не принимает решение по выплате. Это прямая обязанность страховщика. По пункту 21 статьи 12 закона об ОСАГО у него есть 20 календарных дней, кроме нерабочих праздничных, чтобы заплатить или выдать направление на ремонт. Ни агент, ни его программа в эту процедуру не вмешиваются.

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

Не придумывает пункты правил. Если в базе знаний нет ответа, правильная реакция - сказать, что вопрос уйдёт агенту. Тишина лучше уверенной выдумки.

Отдельно стоит помнить про обязанность раскрывать информацию. Пункт 3 статьи 3 закона N 4015-1 требует по запросу разъяснять положения правил и договора страхования и сообщать размер вознаграждения, выплачиваемого посреднику по обязательному страхованию. Если клиент спросит об этом бота, ответ должен быть по существу.

И ещё один ориентир, свежий. В июне 2026 года Банк России выпустил методические рекомендации N 3-МР по обеспечению информационной безопасности при разработке и применении искусственного интеллекта на финансовом рынке. Документ адресован участникам финансового рынка, но логика в нём общая: модель угроз, правила работы со сторонними сервисами ИИ, политика безопасности. Перед серьёзным внедрением его стоит прочитать в оригинале.

Персональные данные клиентов и сведения о здоровье

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

Статья 10 закона от 27.07.2006 N 152-ФЗ относит сведения о состоянии здоровья к специальным категориям персональных данных, и общее правило для них - обработка при наличии согласия в письменной форме. Отправка такого документа в чужой публичный сервис - это передача данных третьей стороне. Формулировка «просто проверил текст» тут не спасает.

Цена ошибки выросла. С мая 2025 года действует новая редакция статьи 13.11 КоАП. Она ввела крупные штрафы за утечку персональных данных и отдельный состав за утечку специальных категорий. За повторное нарушение предусмотрены оборотные штрафы, привязанные к выручке. Точные суммы и составы смотрите в действующей редакции кодекса: их правили несколько раз, и пересказы в статьях устаревают быстро.

Рабочее правило простое. Разложите документы на три стопки:

1. Уходит как есть - правила страхования, тексты продуктов, шаблоны писем, ваши инструкции. Здесь персональных данных нет.
2. Уходит после обезличивания - заявление клиента без фамилии и номера, описание случая без адреса, вопрос по ситуации без привязки к человеку.
3. Не уходит никуда - паспорт, медицинские заключения, анкеты о здоровье, реквизиты.

Подробный разбор этой границы - в материале про персональные данные клиентов в нейросети.

Как это выглядит в рабочий день

22:40, вечер. Клиент пишет в мессенджер про ОСАГО. Программа отвечает через минуту, задаёт шесть вопросов и получает ответы на пять. Шестой (стаж второго водителя) человек не знает, и это записано в карточке отдельной строкой.

09:05, утро. Агент открывает список: четыре заявки за ночь. Три полные, одна с пропуском. Он считает три и пишет по четвёртой один вопрос.

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

14:00. Пришли документы. Программа сверяет комплект и отвечает, что нет акта. Агент в разговор не вступает.

17:30. Список пролонгаций на следующую неделю: одиннадцать договоров. К каждому готов черновик сообщения с маркой машины и датой. Агент правит два, остальные отправляет как есть.

Ключевая деталь во всём этом - момент передачи. Хороший сценарий отдаёт разговор человеку не тогда, когда программа сломалась, а тогда, когда у клиента убыток, спор или вопрос про деньги.

С чего начать

1. Измерьте одну задачу. Сколько обращений приходит за неделю, сколько остаются без ответа дольше часа, сколько пролонгаций вы упустили в прошлом году. Без этих трёх чисел эффект вы будете обсуждать на словах.
2. Разделите данные. Три стопки из предыдущего раздела. Это занимает вечер и снимает большую часть рисков.
3. Соберите базу знаний. Действующие правила страхования, описания продуктов, перечни документов по убыткам, ответы на частые вопросы. У каждого файла - дата. Устаревшие правила в базе опаснее их отсутствия.
4. Подключите инструмент и проверьте на себе. Первую неделю все ответы читает человек до отправки. Ошибки на этом этапе стоят ноль, а через месяц - клиента.

Порядок именно такой. Обратный (сначала купить, потом разбираться) в этой отрасли заканчивается набором красивых ответов, которые расходятся с вашими правилами страхования.

Частые ошибки

• Разрешить модели называть цену. Самая дорогая ошибка при запуске, и в теме «ИИ для страховой компании» она встречается чаще всех. Цифра из головы модели выглядит как настоящая, и спорить с клиентом потом будете вы.
• Отвечать по общей практике вместо своих правил. Модель охотно расскажет, как «обычно бывает во франшизе». У вашего страховщика может быть иначе, и этот ответ станет претензией.
• Не оставить выход на человека. В страховании разговор начинается с беды. Клиент, который не может дописаться до живого агента в момент убытка, уходит навсегда.
• Забыть про даты в базе знаний. Правила страхования меняются. База с прошлогодней редакцией отвечает уверенно и неверно.
• Разрешить обещания. «Вам выплатят», «это точно страховой случай», «одобрят за три дня» - формулировки, которых в сценарии быть не должно.

Чек-лист перед запуском

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