CRM для страхової компанії та агенції: нагадування про пролонгацію, графік внесків і контроль виплат.
CRM для страхової компанії будується навколо однієї дати — дня, коли поліс перестає діяти. Від неї відлічуються нагадування агенту й клієнту, до неї прив'язані графік внесків і строк розгляду збитку. Портфель у системі — це не список клієнтів, а календар строків, що спливають. Менше втрачених полісів при пролонгації, більше полісів на клієнта й прозорий контроль виплат.
Поки поліс діє, компанія майже нічого не робить — і саме тому легко пропустити місяць, коли його ще можна продовжити. Система стежить за датами замість менеджера: щойно до кінця строку лишається обумовлена кількість днів, з'являється завдання. Повний цикл поліса — на ілюстрації далі.
Звернення з сайту, реклами, від агента чи телефоном одразу закріплюється за менеджером. Далі його ведуть до дати оформлення: розрахунок, вибір програми, оплата внеску, номер бланка. Коли розрахунок надіслано, а клієнт мовчить третій день, система сама піднімає це в роботу.
У картці клієнта поліси стоять за датами закінчення — від найближчої до найдальшої. Видно, що авто застраховане до березня, квартира до вересня, а медичного покриття немає взагалі. Саме ці проміжки й підказують, з якою пропозицією дзвонити наступного разу.
Страхування тримається на датах: кожна подія за полісом запускає свій строк і своє нагадування.
| Ситуація за полісом | Реакція системи |
|---|---|
| До кінця дії поліса лишився місяць | нагадування йде агенту й клієнту, пролонгація стає окремим завданням |
| Клієнт заявив про страховий випадок | справа отримує номер і строк розгляду, документи збираються в одній картці |
| Внесок розбито на частини | графік платежів із датами, прострочення позначається в картці договору |
| Оформлено поліс на подорож | дати покриття й контакт асистансу йдуть клієнту одразу після оплати |
| Агент оформив договір | комісія рахується за ставкою продукту й входить у місячний звіт |
Менеджер швидко розраховує вартість, підбирає програму й оформлює поліс прямо з картки клієнта. Дані не переписуються вручну між системами, тож поліс готовий швидко, а клієнт отримує розрахунок, поки інтерес ще гарячий.
Кожен договір має свій графік: дата внеску, дата наступного, дата кінця покриття. Заявлений збиток теж стає строком — від дня подання рахується розгляд, і прострочення видно одразу. Усі документи прив'язані до клієнта й поліса, тож нічого не доводиться шукати по папках.
Клієнт зазвичай не проти продовжити — він просто забув дату. Тому пролонгація стає окремим завданням зі своїм строком: за 30 днів до кінця дії, потім за 14, потім за 3. Незакритий поліс не зникає з екрана, поки дата не мине. Скільки додає другий поліс на того самого клієнта — прикиньте калькулятором нижче.
Система веде базу агентів, їхні продажі й нараховує комісію за оформлені поліси. Видно, хто скільки продав і яка комісія до виплати, тож мотивація прозора, а розрахунки з агентами — зрозумілі й без суперечок.
Звіт рахує портфель за строками: скільки полісів закінчилося за місяць, скільки з них продовжено, скільки пішло без жодного контакту. Поруч — зібрані премії та сплачені відшкодування за тим самим періодом, щоб бачити збитковість кожного виду страхування окремо.
Учасники страхового ринку отримують гроші за різні речі:
Робота починається з виявлення обсягу: ви приносите готове технічне завдання або ми з'ясовуємо потреби разом у розмові (зазвичай це займає від 20 хвилин до години). На основі цього складається прайс-лист, поділений на етапи (розділи, звіти та функції — наприклад, картка поліса, воронка заявок, календар пролонгацій, комісія агента), і кожен етап має власну ціну. Ви бачите не одну суму за «CRM», а зрозумілий перелік і самі вирішуєте, з чого почати. Виконання кожного етапу ви контролюєте й приймаєте його окремо. Готову систему ви отримуєте повністю у власність, а ми надалі супроводжуємо проєкт і за потреби масштабуємо його: доопрацювання й вдосконалення, новий вид страхування, нові розділи та функціонал.
Нагадування йдуть за графіком — за 30, 14 і 3 дні до кінця дії поліса, а якщо реакції немає, система ставить менеджеру завдання подзвонити. Поліс, що дійшов до дати закінчення без пролонгації, переходить у втрачені й лишається у звіті: за ним видно, які продукти й які агенти втрачають клієнтів найчастіше.
Ні. Бланк ОСЦПВ реєструється в системі страховика й базі МТСБУ, і CRM цього не замінює. Вона веде клієнта, розрахунок, строки, документи й комісію, а номер уже оформленого поліса підтягується в картку — щоб історія клієнта не розпадалася на дві бази.
Комісія рахується від фактично отриманого платежу, а не від суми договору: надійшов перший внесок — нарахувалась частина, дійшов другий — дорахувалась решта. По ризикових продуктах можна поставити утримання до кінця періоду, щоб при достроковому розірванні договору комісія сторнувалась автоматично.
Клієнт закріплений за агентом, який його привів, і це видно в картці разом із датою закріплення. Пролонгацію через офіс система все одно віднесе до цього агента, поки строк закріплення діє; після його завершення клієнт переходить у загальну базу. Саме правило налаштовується під вашу агентську угоду.