Котировка через ШІ-чат: MGT запустила новий канал для страхових агентів

Пояснення Anodos

Практика Anodos: перетворити припущення на перевірені відповіді

Для брокера найкорисніший етап такого процесу - перевірка відомостей, яких клієнт не надавав прямо. Наприклад, опис «невелика пекарня» не визначає матеріал перекриття, наявність відкритого вогню, нічну роботу чи частку оптового продажу. Якщо система заповнила ці поля за замовчуванням, кожне значення має залишатися припущенням до підтвердження клієнтом або документом.

Для тестового запиту варто підготувати погоджений опис діяльності, адресу об’єкта, страхові суми та перелік потрібних ризиків. Результат можна перевіряти у простій таблиці: поле, дані клієнта, значення в котировці, джерело підтвердження, відповідальний за уточнення. Окремо позначаються невідомі значення. Порожнє поле не варто автоматично перетворювати на відповідь «ні» лише для завершення розрахунку.

Після уточнення істотного факту потрібно отримати оновлену пропозицію та звірити її номер, строк чинності, премію, франшизу, ліміти й виключення. Наприклад, зміна опису діяльності з роздрібної торгівлі на виробництво може вимагати нового розгляду ризику. Збережений текст чату не замінює остаточних документів страховика, а попередню ціну не слід переносити до клієнтської таблиці як чинну після зміни вхідних даних.

Для української практики цей приклад корисний як схема перевірки, яку можна застосувати до будь-якого дозволеного каналу котирування. Перед передаванням документів потрібно визначити, кому вони надходять, які відомості справді потрібні та чи погоджене використання відповідного сервісу. Працівник перевіряє остаточну пропозицію та погодження клієнта; можливість отримати відповідь у чаті сама собою не дає системі повноважень оформити договір. Це запропонований Anodos порядок роботи, а не опис додаткових функцій MGT.