<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:yandex="http://news.yandex.ru" xmlns:turbo="http://turbo.yandex.ru" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Блог</title>
    <link>https://www.virtusystems.ru</link>
    <description/>
    <language>ru</language>
    <lastBuildDate>Thu, 22 Oct 2026 17:58:11 +0300</lastBuildDate>
    <item turbo="true">
      <title>ИИ-Хаб страхового агента: от заполнения форм к диалогу</title>
      <link>https://www.virtusystems.ru/tpost/9cpj1s2j21-ii-hab-strahovogo-agenta-ot-zapolneniya</link>
      <amplink>https://www.virtusystems.ru/tpost/9cpj1s2j21-ii-hab-strahovogo-agenta-ot-zapolneniya?amp=true</amplink>
      <pubDate>Tue, 01 Sep 2026 13:42:00 +0300</pubDate>
      <description>Как ИИ-Хаб помогает страховым агентам быстрее оформлять полисы, подбирать продукты и увеличивать продажи без замены CRM.</description>
      <turbo:content><![CDATA[<header><h1>ИИ-Хаб страхового агента: от заполнения форм к диалогу</h1></header><div class="t-redactor__text">ИИ-Хаб агента — это диалоговый интерфейс, который заменяет формы при оформлении страховых продуктов. Агент пишет системе обычным языком, а ИИ делает всё остальное: подбирает продукты из доступной линейки, считает стоимость, готовит коммерческое предложение, распознаёт документы и выпускает полис. По результатам пилота агент ведёт на 25% больше клиентов и делает на треть больше продаж за то же время, а запуск занимает 1–2 недели и не требует замены CRM.</div><div class="t-redactor__text">А теперь разберем, как это работает, — на одном сквозном сценарии, от первой фразы агента до оплаченного пакета полисов.</div><h2  class="t-redactor__h2">Почему подход к оформлению полиса устарел</h2><img src="https://static.tildacdn.com/tila3832-6138-4536-a131-333935386463/_.webp"><div class="t-redactor__text">Страховой агент открывает систему, чтобы оформить клиенту ОСАГО. Впереди — пять-семь экранов анкет. Ручной ввод VIN. Ручной ввод паспортных данных. Коэффициент — в одной системе, история клиента — в другой, калькулятор — в третьей. Если клиент захочет ещё и страховку на дом, весь круг придётся проходить заново. Пока агент ищет нужный PDF, клиент уже сравнивает предложение конкурента.</div><div class="t-redactor__text">Так агенты работали десять лет назад. Так многие работают до сих пор — притом что бытовые вопросы мы давно решаем парой сообщений в чате. Оформление через диалог — мировой тренд, и мы в Virtu Systems задали себе простой вопрос: если людям удобно общаться в диалоге, почему страхование должно работать иначе? Так появился ИИ-Хаб агента — рабочее место, где все операции выполняются через чат: оформление продуктов, кросс-продажи, поиск информации о клиентах и по базе знаний. Пять-шесть разных инструментов превратились в один диалог.</div><div class="t-redactor__text">Звучит как красивая концепция? Разберём на живом примере.</div><h2  class="t-redactor__h2">Шаг 1. Одна фраза вместо анкеты</h2><div class="t-redactor__text">Агент пишет: «Иванову нужно продлить ОСАГО. Что можем предложить?». Дальше начинает работать ИИ-Хаб агента.</div><div class="t-redactor__text">Система находит клиента даже по неполным данным. Не нужно вбивать точные ФИО и дату рождения — ИИ предлагает совпадения из базы. Если клиент новый, паспорт можно просто сфотографировать: система распознает документ и заполнит поля сама.</div><div class="t-redactor__text">Данные подтягиваются и проверяются автоматически. История автомобиля, водители, предыдущие полисы, коэффициент бонус-малус — всё, что уже есть в базе, ИИ достаёт без участия агента. Если обязательных данных не хватает, система задаёт уточняющие вопросы. А пока идёт диалог, ИИ параллельно сверяет документы и данные — ошибка ловится в момент ввода, а не на этапе выпуска, когда переделывать больнее всего.</div><div class="t-redactor__text">Расчёт готов, предложение сформировано. Но выпускать один полис ИИ-Хаб не спешит — и вот здесь начинается самое интересное.</div><h2  class="t-redactor__h2">Шаг 2. ИИ видит в клиенте больше, чем один полис</h2><div class="t-redactor__text">Классическая ситуация: агент продал «голый» полис, дал скидку — и попрощался. Средний чек низкий, от конкурентов ничем не отличается. Хотя у Иванова есть семья, двое детей, загородный дом и собака, которая каждое лето гуляет по высокой траве. Как минимум три нужных ему продукта, о которых разговор даже не зашёл. Не потому что агент плохой, а потому что держать в голове весь каталог, профиль клиента и убедительные аргументы одновременно физически тяжело.</div><img src="https://static.tildacdn.com/tila3533-3866-4264-b966-353361396664/__2026-10-22__165617.png"><div class="t-redactor__text">ИИ-Хаб берёт эту работу на себя и укладывается в две минуты. Он анализирует профиль клиента — состав семьи, недвижимость, историю страхования, образ жизни — и подбирает релевантные продукты. Причём даёт не сухую строчку «предложите каско», а готовый довод: «Ваш Kia K5 2021 года – ценный автомобиль, который заслуживает полной защиты от угона и ущерба. Каско обеспечит спокойствие на дороге». Придумывать питч на ходу больше не нужно.</div><h2  class="t-redactor__h2">Шаг 3. Вопрос по продукту — ответ из первоисточника</h2><div class="t-redactor__text">Иванов заинтересовался страхованием дома, но уточняет: дом с дровяной печкой, такое вообще страхуют? Раньше это означало «мне надо уточнить, я перезвоню»: поиск по 40-страничному PDF или двадцатиминутный звонок куратору — а клиент тем временем остывает.</div><div class="t-redactor__text">Теперь агент спрашивает в том же диалоге и получает выжимку за секунду:</div><img src="https://static.tildacdn.com/tila3935-3039-4666-a665-343639636163/photo.png"><div class="t-redactor__text">Каждый ответ подтверждён источником: система показывает, на основании каких документов он сформирован — правила страхования, регламенты, продуктовая документация — и даёт ссылку «Открыть источник». Агент опирается не на «мнение нейросети», а на официальные документы компании, найденные за секунды. Работает круглосуточно, без перерыва на обед — в том числе прямо на встрече. Для компании это ещё и разгрузка менеджеров и андеррайтеров: типовые вопросы, а их около 80% потока, закрывает ИИ.</div><h2  class="t-redactor__h2">Шаг 4. Корзина, единое КП и выпуск полисов</h2><div class="t-redactor__text">Подобранные продукты складываются в корзину, как в интернет-магазине: ОСАГО как основа, к нему — защита семьи, страхование дома, «Антиклещ». Всё превращается в единое коммерческое предложение — описания, персональные аргументы, цифры и расчёты в одном документе. Индивидуальная «коробка» для конкретного клиента.</div><div class="t-redactor__text">Дальше цепочка максимально короткая: агент отправляет КП, Иванов соглашается, подписывает по SMS, оплачивает по ссылке — и полисы выпускаются. Клиент купил понятную ценность. Агент вместо одного ОСАГО оформил четыре продукта — и потратил на это меньше времени, чем раньше уходило на одну анкету. Освободившиеся часы — это работа со следующими клиентами.</div><h2  class="t-redactor__h2">Цифры пилотов: что тестировали и что получили</h2><div class="t-redactor__text"><strong>Пилот в агентской сети.</strong> Тестировали диалоговое оформление, кросс-продажи и разбор встреч с клиентами. Результат: агент ведёт больше клиентов и делает на треть больше продаж за то же время; на несколько часов в неделю сократилось время на разбор встреч и созвоны с менеджерами.</div><div class="t-redactor__text"><strong>Пилот с менеджерами сети. </strong>Тестировали ИИ-сводку по команде и автоответчик для типовых вопросов агентов. Результат: менеджер ведёт в 1,5 раза больше агентов, а освободившееся от сбора статусов время идёт на адресную помощь тем, кто «буксует».</div><div class="t-redactor__text">Работа с портфелем. Напоминания о пролонгациях с готовыми предложениями подняли конверсию в продажу на 20%; договорённости с клиентами больше не теряются, портфель ведётся системно.</div><img src="https://static.tildacdn.com/tila3238-3338-4233-b036-353664353962/photo.png"><div class="t-redactor__text">Лучше всего суть изменения сформулировал <strong>Михаил Чворун,</strong> руководитель направления по развитию ИИ-продуктов:</div><div class="t-redactor__text">«Личный кабинет превращается из инструмента оформления полисов в цифрового помощника по продажам. Агент не просто заполняет поля в системе, теперь система помогает агенту продавать».</div><div class="t-redactor__text">Михаил Чворун, руководитель направления по развитию ИИ-продуктов</div><h2  class="t-redactor__h2">Линейка ИИ-Хабов</h2><div class="t-redactor__text">Сквозной сценарий выше — ядро решения, но не вся линейка. Вокруг него есть отдельные помощники под конкретные боли: утренняя ИИ-сводка с приоритетами дня, разбор аудиозаписей встреч, AI-суфлёр с подсказками во время живого разговора, тренажёр для отработки возражений, генератор обучающих курсов из PDF за минуту, сводка и автоответчик для менеджера. Каждый — самостоятельное решение: внедрять можно по одному, начиная с самой болезненной точки. Подробно о каждом расскажем в отдельных материалах.</div><img src="https://static.tildacdn.com/tila6262-6663-4336-b762-616235303436/Frame_28071.png"><h2  class="t-redactor__h2">Внедрение: запуск за 1–2 недели, без замены CRM</h2><div class="t-redactor__text">Обычно на этом месте у руководителя возникает возражение: «Звучит хорошо, но это же внедрение на год». Нет.</div><div class="t-redactor__text">Все решения stand-alone: они работают поверх существующих систем, менять CRM не нужно. Перестраивать процессы и переобучать сеть тоже: агенты общаются с ИИ-Хабом так же, как переписываются в мессенджере. Типовой запуск занимает одну-две недели — можно выбрать один сценарий, запустить пилот и посчитать эффект на собственных цифрах, прежде чем масштабировать на всю сеть.</div><h2  class="t-redactor__h2">Попробуйте на своих процессах</h2><div class="t-redactor__text">Лучший способ оценить ИИ-Хаб — увидеть его на живом сценарии: от фотографии паспорта до выпущенного полиса и готового кросс-предложения.</div><div class="t-redactor__text"><a href="https://api.vc.ru/v2.8/redirect?to=https%3A%2F%2Fwww.virtusystems.ru%2F%3Futm_source%3Dvc%26utm_medium%3Darticle%26utm_campaign%3Dai-hub-article%26utm_content%3Dai-hub&amp;postId=3036400" target="_blank" rel="nofollow noreferrer noopener">Оставьте заявку </a>— покажем демо на примерах, близких к вашим продуктам и процессам, и посчитаем потенциальный эффект для вашей агентской сети.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>41% продаж ПДС — из автоматической кросс-продажи с НСЖ</title>
      <link>https://www.virtusystems.ru/tpost/65to0ja6e1-41-prodazh-pds-iz-avtomaticheskoi-kross</link>
      <amplink>https://www.virtusystems.ru/tpost/65to0ja6e1-41-prodazh-pds-iz-avtomaticheskoi-kross?amp=true</amplink>
      <pubDate>Wed, 12 Aug 2026 17:52:00 +0300</pubDate>
      <description>В накопительных продуктах часто выигрывает не тот, у кого больше инструментов, а тот, у кого короче путь клиента. Стоит убрать одно лишнее действие — и продажи растут без изменения самих продуктов.</description>
      <turbo:content><![CDATA[<header><h1>41% продаж ПДС — из автоматической кросс-продажи с НСЖ</h1></header><div class="t-redactor__text">В накопительных продуктах часто выигрывает не тот, у кого больше инструментов, а тот, у кого короче путь клиента. Стоит убрать одно лишнее действие — и продажи растут без изменения самих продуктов.</div><div class="t-redactor__text">Это наглядно показывает наш кейс по внедрению сценария кросс-оформления договоров накопительного страхования жизни (НСЖ) и программы долгосрочных сбережений (ПДС) на платформе Jarvis X. Результат за 11 месяцев: 41% всех оформленных договоров ПДС были созданы автоматически в связке с НСЖ — без участия менеджера и без повторного ввода данных.</div><div class="t-redactor__text">Ниже рассказали, как это работает.</div><h2  class="t-redactor__h2">Проблема: «длинные деньги» уходят вместе с клиентом</h2><div class="t-redactor__text">После ухода ИСЖ страховщики лишились главного инструмента удержания «длинных денег». Актив при этом никуда не делся: база клиентов с накопительным страхованием жизни осталась. Но монетизируется она ровно один раз — наступает выплата по дожитию, деньги уходят клиенту на руки и покидают периметр компании.</div><div class="t-redactor__text">ПДС всё это время шёл параллельным потоком, через самостоятельные прямые продажи. Фактически в системе жили два независимых процесса, которые нигде не пересекались.</div><div class="t-redactor__text">Ручная кросс-продажа этот разрыв не закрывает. Менеджер физически дотягивается до части базы, а чтобы у клиента появились оба продукта, ему приходится:</div><div class="t-redactor__text"><ul><li data-list="bullet">заполнять две разные формы;</li><li data-list="bullet">дважды вводить одни и те же персональные данные;</li><li data-list="bullet">собирать два отдельных пакета документов;</li><li data-list="bullet">дважды просить клиента подтвердить оформление.</li></ul></div><div class="t-redactor__text">Итог предсказуемый: время оформления росло, риск ошибки рос, часть клиентов уходила с одним продуктом. А объём ПДС зависел от человеческого фактора — вспомнит ли менеджер о втором продукте в конце длинного оформления.</div><div class="t-redactor__text">Для страховой компании и НПФ стоимость привлечения клиента оплачивается один раз, а окупается одним продуктом. Два продукта работают в изоляции, хотя могли бы усиливать друг друга.</div><h2  class="t-redactor__h2">Что мы поменяли: два продукта — один сценарий</h2><div class="t-redactor__text">Задач было две. Первая — автоматизировать кросс-продажу так, чтобы она не требовала от менеджера дополнительных действий. Вторая — оставить деньги клиента внутри контура, переведя выплату по НСЖ в новый долгосрочный продукт.</div><div class="t-redactor__text">Ключевая идея: ПДС не должен выглядеть как второй заход на клиента. Он оформляется внутри того действия, которое клиент и так совершает, — подписания НСЖ.</div><h2  class="t-redactor__h2">Как это работает технически</h2><div class="t-redactor__text">Система сама определяет статус клиента. Если действующего ПДС у него нет, при оформлении НСЖ договор ПДС создаётся параллельно, в едином потоке, и привязывается к договору НСЖ. Если ПДС уже есть — система привязывает его к новому договору НСЖ. Проверки идут внутри сценария: у клиента может быть только один договор ПДС, и система контролирует это сама.</div><div class="t-redactor__text">Данные вводятся один раз. Менеджер заполняет договор НСЖ, оттуда данные автоматически переносятся в ПДС. Переключаться между формами не нужно — логика встроена в процесс.</div><div class="t-redactor__text">Документы собираются в один пакет. Все документы по обоим договорам видны в карточке НСЖ, поэтому ручное подписание не растягивается на печать двух комплектов. При электронном подписании клиент подтверждает оформление двумя SMS-кодами — от НПФ и от страховой компании, — а итоговые документы получает одним письмом на почту.</div><div class="t-redactor__text">Первоначальный взнос равен нулю. Выплаты по рискам дожития по НСЖ автоматически учитываются как очередные взносы по ПДС. Никаких ручных операций и никакого повторного «дожима».</div><img src="https://static.tildacdn.com/tila6465-6163-4331-b331-633464643165/__5.webp"><h2  class="t-redactor__h2">Что при этом получает клиент</h2><div class="t-redactor__text">Главный барьер в оформлении ПДС — необходимость идти в незнакомый НПФ, разбираться в документах и тратить на это время. В нашем сценарии барьера нет: ПДС оформляется в момент подписания НСЖ.</div><div class="t-redactor__text">Дальше на стороне клиента работают три вещи:</div><div class="t-redactor__text"><ul><li data-list="bullet">софинансирование от государства — до 36 000 ₽ в год;</li><li data-list="bullet">возврат НДФЛ за счёт налогового вычета;</li><li data-list="bullet">инвестиционный доход — НПФ размещает взносы, прибыль капитализируется на счёте.</li></ul></div><div class="t-redactor__text">Убеждать клиента в пользе второго продукта не приходится: от него не требуется ни отдельного решения, ни отдельных денег, ни второго визита.</div><div class="t-redactor__text">Кросс-сценарий дал заметный объём: около 41% всех оформлений ПДС пришло из связки с НСЖ — то есть каждая четвёртая-пятая продажа программы долгосрочных сбережений случилась там, где раньше её просто не было. Остальные оформления по-прежнему идут через прямой процесс. Компания не добавляла новых инструментов, не расширяла штат и не запускала отдельную кампанию по продвижению ПДС. Изменился только сценарий оформления.Раньше эти оформления зависели от усилий конкретного менеджера — теперь это стабильный поток: ПДС предлагается как естественное продолжение НСЖ, а выплаты остаются в периметре компании. Клиент остаётся на новом 15-летнем горизонте.</div><div class="t-redactor__text">После пересборки процесса:</div><div class="t-redactor__text"><ul><li data-list="bullet">оформление стало быстрее — данные вводятся один раз;</li><li data-list="bullet">выросла доля завершённых кросс-продаж;</li><li data-list="bullet">клиент получает два продукта за один визит;</li><li data-list="bullet">нагрузка на точки продаж не увеличилась.</li></ul></div><div class="t-redactor__text">Выплата по НСЖ перестала быть концом отношений. Теперь это старт второго продукта и долгосрочного партнёрства.</div><h2  class="t-redactor__h2">Что в итоге</h2><div class="t-redactor__text">Для клиента — два уровня накопления в одном действии. Для страховой компании и НПФ — рост оформлений без роста нагрузки на менеджера. Для системы — готовая основа для масштабирования на другие связки продуктов.</div><div class="t-redactor__text">Связка НСЖ + ПДС — лишь один пример того, как перестройка процесса даёт рост без изменения самого продукта.</div><div class="t-redactor__text">Посмотрите на своём портфеле</div><div class="t-redactor__text">Хотите увидеть, как эта механика сработает у вас? Запросите демо и покажем сценарий автоматической кросс-продажи НСЖ и ПДС в действии, посчитаем эффект по вашим данным и расскажем о других возможностях платформы Jarvis X.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>«Я понимаю, что предложить. Мне нечем это подкрепить»</title>
      <link>https://www.virtusystems.ru/tpost/jgzaxina21-ya-ponimayu-chto-predlozhit-mne-nechem-e</link>
      <amplink>https://www.virtusystems.ru/tpost/jgzaxina21-ya-ponimayu-chto-predlozhit-mne-nechem-e?amp=true</amplink>
      <pubDate>Thu, 01 Oct 2026 17:54:00 +0300</pubDate>
      <description>Как обратная связь продавцов развивала наш ИИ-Помощник по кросс-продажам</description>
      <turbo:content><![CDATA[<header><h1>«Я понимаю, что предложить. Мне нечем это подкрепить»</h1></header><div class="t-redactor__text">Про ИИ обычно рассказывают через возможности: смотрите, что умеет модель. Наша история — про другое: как ИИ-помощник по кросс-продажам менялся после каждого пилота со страховыми компаниями, становясь «умнее» и полезней.</div><div class="t-redactor__text">ИИ-помощник прошёл путь от простого подбора страховых продуктов до текущей версии, которая опирается на проверенные данные о внешнем мире — стоимость ремонта и запчастей, погодные и сезонные риски, статистику угонов и аварийности. На их основе он подсказывает агенту, чем подкрепить предложение.</div><h2  class="t-redactor__h2">Вопрос, который оказался не главным</h2><div class="t-redactor__text">Агент оформил клиенту ОСАГО. Дальше логично предложить каско — это понимает любой продавец на второй неделе работы. Мы были уверены, что помощнику надо отвечать на вопрос «Что ещё предложить?».</div><div class="t-redactor__text">Оказалось, продавцы спотыкаются не здесь. Страхование — товар, в котором клиент не чувствует потребности: обязательное он покупает вынужденно, добровольное — только если увидит в нём смысл. Поэтому агент сталкивается со следующим вопросом клиента: «Зачем это мне?».</div><div class="t-redactor__text">Подобрать продукт оказалось проще, чем обосновать его конкретному человеку. Разница между «что предложить» и «чем это подкрепить» и определила всю дальнейшую эволюцию.</div><h2  class="t-redactor__h2">Подбор продукта</h2><div class="t-redactor__text">Первая версия была простой: данные клиента → модель подбора плюс LLM → рекомендация продукта.</div><div class="t-redactor__text">Первая версия анализировала данные клиента, оценивала соответствие страховых продуктов его профилю, задавала уточняющие вопросы. Во время пилотных проектов продавцы стали чаще испытывать сложности не с выбором продукта, а с донесением его ценности конкретному клиенту. Типичная обратная связь агентов звучала так: «Я понимаю, что предложить. Мне нечем это подкрепить».</div><img src="https://static.tildacdn.com/tila3561-3339-4630-b534-393734663432/__7.webp"><h2  class="t-redactor__h2">Узнали клиента лучше</h2><div class="t-redactor__text">Знание о клиенте живёт в голове продавца и в лучшем случае в блокноте. В CRM оно не попадает, потому что заносить руками долго и скучно.</div><div class="t-redactor__text">Мы перестали заставлять человека заполнять CRM.</div><div class="t-redactor__text">Теперь после встречи продавец просто рассказывает, как было: голосом или в чате, обычным языком. ИИ извлекает факты, автоматически заполняет профиль клиента и ставит в CRM задачи по тому, о чём условились на встрече.</div><img src="https://static.tildacdn.com/tila3263-3839-4961-a163-303564613531/__8.webp"><div class="t-redactor__text">Стало легче. И почти сразу мы столкнулись с двумя задачами:</div><div class="t-redactor__text">О клиенте мы знали только то, что рассказал продавец. Семья, ипотека, дача, новый автомобиль — ровно тот объём, который человек не поленился наговорить. Опытный агент выдавал десять фактов, новичок — два. И система честно отражала качество входной информации: если продавец знает мало, ИИ тоже знает мало.</div><div class="t-redactor__text">О мире мы не знали ничего. Сколько стоит ремонт этой модели, часто ли её угоняют, какая аварийность в регионе, какие риски приносит сезон, что происходит с ценами. Ни один профиль клиента на эти вопросы не отвечает — знания живут снаружи.</div><div class="t-redactor__text">А именно из них и складывается аргумент.</div><img src="https://static.tildacdn.com/tila6332-3162-4162-a561-646331336466/__9.webp"><h2  class="t-redactor__h2">Добавили знания о мире</h2><div class="t-redactor__text">Это стало логичным следующим шагом. Мы дополнили решение проверенной справочной базой о внешнем мире. Теперь помощник опирается не только на то, что знает о клиенте сам агент, но и на общий контекст вокруг сделки.</div><div class="t-redactor__text">Справочники — собственные базы знаний компании, разложенные по четырём направлениям:</div><div class="t-redactor__text"><ul><li data-list="bullet">Автомобиль: стоимость ремонта, стоимость деталей, угоняемость,</li><li data-list="bullet">Регион: аварийность, природные риски, доля «бесполисных»,</li><li data-list="bullet">Экономика: курс валют, ключевая ставка,</li><li data-list="bullet">Сезон: гололёд, град, клещи, отпускной период.</li></ul></div><div class="t-redactor__text">Это не поиск в интернете и не генерация «из головы». Это проверенные данные, которые есть у компании или в официальных источниках, — и за каждое число можно отвечать перед клиентом.</div><div class="t-redactor__text">На основе этих данных помощник объясняет ценность цифрами, а не общей рекламной фразой.</div><div class="t-redactor__text">Так же работают данные о погоде и сезоне — и это уже выходит за пределы того, что агент знает о самом клиенте. Автовладельцу помощник подскажет про погодные условия: «В вашем регионе ураган бывает почти каждую весну». Владельцу загородного дома — про паводок весной или клещей к дачному сезону.</div><div class="t-redactor__text">Это уже не красивая формулировка. Это весомый довод для разговора с клиентом, который сам о своей потребности не заявит.</div><h2  class="t-redactor__h2">Что получилось: продукт собран из замечаний продавцов</h2><div class="t-redactor__text">Каждая функция выросла из того, что предыдущая версия не закрывала. Буквально по пунктам:</div><div class="t-redactor__text">Каждая функция выросла из того, что предыдущая версия ИИ-помощника по продажам не закрывала.</div><div class="t-redactor__text">«Не размер модели делает ИИ полезным. Ценность рождается из качественных фактов», — Михаил Чворун, руководитель направления по развитию ИИ-продуктов Virtu Systems.</div><div class="t-redactor__text">Следующим этапом развития станут встраиваемые ИИ-помощники, которые работают внутри ИТ-систем страховщика. Такой подход позволит подбирать продукты, разбирать встречи и готовить обоснование сделки в привычной CRM, без перехода в отдельный интерфейс.</div><h2  class="t-redactor__h2">Посмотрите на своих данных</h2><div class="t-redactor__text">Лучший способ понять, работает ли это у вас, — увидеть помощника на вашей линейке и вашем регионе: как он разбирает встречу и во что превращает дежурную фразу про защиту автомобиля.</div><div class="t-redactor__text"><a href="https://api.vc.ru/v2.8/redirect?to=https%3A%2F%2Fwww.virtusystems.ru%2F%3Futm_source%3Dvc%26utm_medium%3Darticle%26utm_campaign%3Dai-pomoshnik_po_koss-prodazham%26utm_content%3Dai-pomoshnik_po_koss-prodazham&amp;postId=3115172" target="_blank" rel="nofollow noreferrer noopener">Оставьте заявку </a>— покажем демо на примерах, близких к вашим продуктам, и посчитаем потенциальный эффект для вашей агентской сети.</div>]]></turbo:content>
    </item>
  </channel>
</rss>
