Come sviluppare una piattaforma B2B InsurTech nel 2026

Tutte le fasi di progetto per sviluppare una piattaforma InsurTech per broker, tempi, costi, conformità e organizzazione

Una piattaforma InsurTech B2B non è un gestionale con qualche modulo assicurativo: è un sistema che produce documenti con valore giuridico. Ogni polizza emessa è un contratto, ogni questionario somministrato è la prova di un obbligo di legge assolto, ogni informativa consegnata deve essere quella giusta nella versione giusta al momento giusto. È questa la differenza che rende il progetto diverso da qualunque altro software gestionale, e che spiega perché i preventivi variano di un ordine di grandezza fra un fornitore e l'altro: alcuni stanno quotando un'applicazione, altri stanno quotando un sistema di conformità.

Questa guida percorre le fasi del progetto — ricerca di mercato, make or buy, scelta delle risorse, integrazione con le compagnie, gestione degli aggiornamenti di prodotto, contenuti e promozione B2B — e per ognuna dice come si sceglie e cosa si paga per aver scelto così, in mesi, in dipendenza da un fornitore, in lavoro d'ufficio permanente e in rischio regolamentare. Entrando poi nelle fasi che il progetto richiede — progettazione, sviluppo e integrazione, sicurezza, intelligenza artificiale, marketing — con la selezione del freelance giusto per ciascuna fase: le scelte strategiche che nessuno mette a preventivo e che possono decidere l'esito del progetto.

Dove esistono fonti verificabili sono citate: i regolamenti IVASS nella versione consolidata, i regolamenti europei, le pubblicazioni dell'Autorità. Dove non esistono, l'articolo lo dice — e in questo settore la lista è lunga. Nessun produttore di sistemi di gestione polizze pubblica un listino, non esiste una fonte con metodologia dichiarata sulle tariffe dei professionisti IT italiani, e le stime di mercato InsurTech che circolano non hanno campione né metodo pubblicati. In compenso il 2026 ha portato tre novità normative che cambiano il software e che quasi nessun preventivo considera: le vedremo tutte e tre.

INDICE DEI CONTENUTI

Che cosa stai costruendo davvero
Fase 1 — La ricerca di mercato: chi compra e dove sta il valore
Fase 2 — Make or buy: quattro strade, quattro tipi di dipendenza
Il cuore del sistema: la fabbrica di prodotto e il questionario
Fase 3 — L'integrazione con le compagnie: la fase che decide i tempi
Fase 4 — Le risorse: cinque mestieri più uno che nessuno preventiva
Sicurezza e conformità come requisiti di prodotto
Fase 5 — Aggiornamenti di prodotto, contenuti e promozione B2B
I tempi: cosa determina davvero la data di partenza
Come si costruisce un budget difendibile
La scelta in pratica, per tipo di struttura
Conclusioni
Domande frequenti

Che cosa stai costruendo davvero

Vale la pena mettere in fila i cinque lavori che la piattaforma svolge, perché ognuno ha un proprietario diverso in azienda e un costo diverso. Configurare i prodotti nati dagli accordi con le compagnie: garanzie, massimali, franchigie, tariffe, testi contrattuali, documenti informativi, regole di assumibilità. Raccogliere richieste ed esigenze del cliente e dimostrare che il prodotto proposto è coerente con esse. Emettere, cioè trasformare una proposta in un contratto con numero, decorrenza, documenti firmati e premio incassato. Gestire il dopo: consultazione, variazioni, sinistri, revoche e recessi, scadenze e rinnovi. E rendere conto: conservare per dieci anni tutto ciò che è stato fatto, in modo ricostruibile da un ispettore che arriva tre anni dopo.

Da qui il criterio che attraversa tutte le fasi. Ogni scelta va valutata su quattro assi e non su tre: quanto costa farla, quanto costa mantenerla, quanto costa disfarla e quanto costa dimostrarla. L'ultimo asse è quello che distingue questo settore da tutti gli altri: una funzione che funziona ma non lascia traccia di come ha funzionato, in un'ispezione, vale quanto una funzione che non c'è.

Fase 1 — La ricerca di mercato: chi compra e dove sta il valore

Prima di scrivere una riga vanno chiarite tre cose: chi è il cliente della piattaforma, quale lavoro gli stai togliendo, e — questione decisiva e spesso ignorata — se la piattaforma resta un fornitore tecnologico o diventa essa stessa un soggetto vigilato.

Il mercato: pochi grandi, moltissimi piccoli

La Relazione annuale IVASS presentata nel giugno 2026 fotografa un Registro Unico degli Intermediari con circa 5.800 broker e oltre 25.000 agenti, ai quali si aggiungono quasi 193.000 collaboratori iscritti in sezione E. È una struttura che dice molto sul prodotto da costruire: pochissimi soggetti grandi con reparti IT propri, moltissime strutture piccole che non hanno né budget né competenze interne, e una massa enorme di collaboratori che lavorano dentro le reti altrui.

La conseguenza commerciale è che il compratore quasi mai è chi userà il sistema: compra il broker titolare, usano i collaboratori. Un prodotto progettato per impressionare il titolare e non per far risparmiare tempo a chi carica le polizze viene abbandonato in sei mesi, e l'abbandono in questo mercato è silenzioso: nessuno disdice, semplicemente si continua a lavorare su Excel e sui portali delle compagnie. È il rischio numero uno di questo tipo di progetti.

Il confine da non superare: quando la piattaforma diventa distribuzione

È la verifica più importante dell'intera fase di analisi e va fatta con un legale, non con un commerciale. L'articolo 106 del Codice delle Assicurazioni Private include nella distribuzione anche gli atti preparatori, e in particolare fornire informazioni su contratti secondo criteri scelti dal cliente attraverso un sito, oppure predisporre classifiche o comparazioni di prodotti compreso il prezzo, quando il cliente può concludere il contratto direttamente o indirettamente attraverso quel canale.

Tradotto: una piattaforma venduta al broker, che lavora dentro il suo perimetro e non si presenta al consumatore finale, resta un fornitore tecnologico. Una piattaforma che espone al pubblico quotazioni comparate con possibilità di acquisto svolge attività di distribuzione e richiede l'iscrizione al registro, con tutto ciò che comporta in requisiti, responsabilità e vigilanza. La stessa base di codice può stare da una parte o dall'altra del confine a seconda di come viene commercializzata, e questa è una decisione di modello di business che va presa prima di progettare le interfacce, non dopo.

Che problema risolvi: il tempo, o il rischio

Le piattaforme che si vendono bene in questo mercato risolvono uno di due problemi, e conviene sapere quale. Il primo è il tempo: quante ore servono oggi per emettere una polizza fra portali diversi, riscrittura di dati e documenti da assemblare a mano. Il secondo è il rischio: la capacità di dimostrare, per ogni contratto, che il questionario è stato somministrato, che l'esito era coerente, che i documenti giusti sono stati consegnati prima della conclusione. Il primo si dimostra con un cronometro davanti a un collaboratore; il secondo con un'estrazione di fascicoli davanti al titolare. Sono due presentazioni commerciali diverse e due priorità di sviluppo diverse, e provare a fare entrambe insieme al primo rilascio è il modo più comune di non finire nessuna delle due.

Fase 2 — Make or buy: quattro strade, quattro tipi di dipendenza

Qui la decisione è più pesante che in qualunque altro settore, perché il dominio è complesso e le scorciatoie si pagano tardi. Una premessa che vale come dato: nessuno dei produttori di sistemi di gestione polizze pubblica i prezzi — vale per i grandi internazionali come per gli italiani — quindi qualunque confronto economico richiede di aprire una trattativa, e i preventivi che riceverai non saranno comparabili senza un capitolato scritto da te.

Comprare un sistema di gestione polizze

È la strada di chi ha volumi importanti e un dominio standard. Si compra un impianto già costruito — anagrafiche, prodotti, emissione, portafoglio, incassi — e si personalizza. Alcuni fornitori pubblicano documentazione tecnica aperta, come Socotra che espone le proprie API senza registrazione; altri, fra cui i più diffusi in Italia come RGI, rendono la documentazione disponibile ai partner. La qualità e l'accessibilità della documentazione API è il singolo indicatore più predittivo del costo reale di integrazione: chiedila prima di firmare, e se non te la danno prima, considera che non la avrai nemmeno dopo.

Ricaduta. Tempi di avvio più brevi sul nucleo, ma personalizzazioni lente e costose, dipendenza forte da un fornitore che conosce il tuo dominio meglio di te, e un canone che cresce con i volumi. È la scelta giusta quando il tuo processo somiglia a quello di tutti gli altri; diventa cara nel momento esatto in cui il tuo vantaggio competitivo è proprio ciò che ti distingue.

Costruire su framework generalista e motore di regole

È la strada più frequente per un broker che vuole una piattaforma sua: un framework applicativo maturo per la parte applicativa e un motore di regole per la parte che cambia continuamente, cioè prodotti, tariffe e assumibilità. Qui esiste uno standard aperto che vale la pena conoscere: DMN, il modello di notazione delle decisioni pubblicato dall'OMG, arrivato alla versione 1.5 nel 2024, che permette di descrivere le regole in tabelle leggibili anche da chi non programma. Fra le implementazioni libere, Apache KIE — la famiglia che comprende Drools — è distribuita con licenza Apache 2.0 e supporta sia il proprio linguaggio di regole sia DMN.

Ricaduta, ed è il punto centrale di tutto l'articolo. Mettere le regole di prodotto in tabelle di decisione invece che nel codice sposta il potere: un prodotto nuovo o una modifica di tariffa diventano una configurazione, non un rilascio. Cambia i tempi — giorni invece di settimane —, cambia i costi ricorrenti, cambia l'organizzazione perché l'ufficio tecnico assicurativo può lavorare senza passare dagli sviluppatori, e cambia il rischio, perché ogni versione delle regole resta tracciata e ricostruibile. È la decisione tecnica che più di ogni altra determina il costo dei prossimi tre anni.

Il modello ibrido: motore proprio, connettori verso le compagnie

È la configurazione più diffusa fra le piattaforme nate negli ultimi anni: la fabbrica di prodotto, il questionario e il fascicolo restano tuoi; l'emissione avviene chiamando i sistemi delle compagnie con cui hai accordi. Concentra il valore dove è difendibile — la configurazione dei prodotti e la conformità del processo — e lascia fuori ciò che comunque non puoi controllare.

Ricaduta. È la strada che consente di partire con due o tre compagnie e crescere, ma sposta il rischio sull'integrazione: ogni compagnia è un progetto a sé, con i suoi tempi di attivazione, il suo ambiente di prova e le sue persone da coinvolgere. Il numero di compagnie da collegare al primo rilascio è la variabile che più spesso fa slittare le date, e va trattata come tale fin dal piano iniziale.

Da zero, e quando è davvero giustificato

Scrivere tutto senza appoggiarsi a nulla ha senso in un caso solo: quando il modello di business è nuovo e nessun impianto esistente lo descrive — coperture parametriche, prodotti a consumo, distribuzione integrata dentro un altro servizio. In tutti gli altri casi si finisce per riscrivere male ciò che esiste da vent'anni. La domanda che smaschera i progetti costruiti per ambizione è sempre la stessa: quali sono le tre cose che la tua piattaforma deve fare e che un impianto esistente non fa? Se non ci sono tre risposte concrete, non serve partire da zero.

Come si decide: tre domande, non una tabella comparativa

Quanti prodotti e quante compagnie, oggi e fra due anni. Con due prodotti di una compagnia sola, quasi tutto funziona. Con quindici prodotti di sei compagnie, la piattaforma è la gestione della complessità e va scelto ciò che la governa, non ciò che è più veloce da avviare.

Chi possiede le regole di prodotto. Se devono poterle toccare le persone dell'ufficio tecnico, servono strumenti di configurazione veri e un ambiente di prova; se resteranno in mano agli sviluppatori, il costo di ogni campagna commerciale sarà un rilascio.

Chi la manterrà fra due anni. È la domanda decisiva ed è organizzativa. Una piattaforma su misura senza un presidio tecnico stabile è un rischio di continuità operativa, non un risparmio: e in un contesto in cui la tua struttura potrebbe rientrare fra i soggetti vigilati, la continuità è essa stessa un requisito.

Il cuore del sistema: la fabbrica di prodotto e il questionario

Qui si concentra il valore della piattaforma e qui si nasconde la maggior parte del lavoro non preventivato. Sono quattro pezzi distinti, e conviene stimarli separatamente.

Configurare un prodotto: molto più di una tariffa

Un prodotto assicurativo configurato non è un listino: è un insieme coordinato di garanzie con le loro combinazioni ammesse, massimali e franchigie, regole di assumibilità, algoritmo di calcolo del premio con imposte e frazionamenti, testi contrattuali, documenti informativi e regole di rinnovo. E ogni pezzo ha una data di decorrenza e una versione: il contratto emesso a marzo deve restare ricostruibile con le condizioni di marzo anche dopo tre revisioni di prodotto.

Ricaduta. Il versionamento del prodotto non è una funzione elegante, è il requisito che rende possibile gestire il post-vendita e superare un'ispezione. Va progettato all'inizio, perché aggiungerlo dopo significa riscrivere il modello dei dati: è la singola voce che più spesso trasforma un progetto da sei mesi in un progetto da diciotto.

Il questionario Demands & Needs è un motore, non un modulo

L'obbligo nasce dall'articolo 20 della direttiva sulla distribuzione assicurativa ed è recepito dall'articolo 119-ter del Codice delle Assicurazioni: prima della conclusione il distributore deve acquisire le informazioni utili a individuare richieste ed esigenze del cliente, e il contratto proposto deve esservi coerente. Il Regolamento IVASS 40/2018 lo articola agli articoli 58 e 59, distinguendo la vendita semplice da quella con consulenza, che richiede una raccomandazione personalizzata e motivata.

Sul piano tecnico questo significa quattro cose che un semplice modulo web non fa. Il questionario è versionato per prodotto e per data, perché va conservata la versione somministrata a quel cliente in quel giorno. L'esito è motivato, non un segno di spunta: deve esistere un testo che spieghi perché quel contratto è coerente con quelle esigenze. I casi difficili sono gestiti esplicitamente: il cliente che non vuole rispondere, quello che insiste su un prodotto non coerente — che va avvertito con una traccia della avvertenza — e quello che chiede una consulenza vera. E tutto finisce in un fascicolo immutabile, conservato dieci anni insieme ai documenti consegnati e agli orari.

Un chiarimento che fa risparmiare soldi, perché molti capitolati chiedono la cosa sbagliata: la valutazione di adeguatezza in senso stretto riguarda i prodotti di investimento assicurativi, non tutti i prodotti. Per gli altri l'obbligo è la coerenza con richieste ed esigenze, e la raccomandazione motivata solo se c'è consulenza. Costruire un motore di adeguatezza completo per vendere polizze danni è sovradimensionamento; ometterlo dove serve è un problema di conformità.

I documenti: la trappola degli allegati superati

È il punto in cui si riconosce chi conosce il settore da chi lo ha studiato la settimana scorsa. Il Provvedimento IVASS 147/2024 ha sostituito i vecchi allegati 3, 4, 4-bis e 4-ter del Regolamento 40 con il Modulo Unico Precontrattuale, superando la distinzione fra informazioni statiche e dinamiche e modificando decine di articoli fra il Regolamento 40 e il 41, con un periodo transitorio di dodici mesi. Una piattaforma che oggi genera ancora i vecchi allegati produce documentazione non conforme, ed è un difetto che nessun collaudo funzionale intercetta, perché il documento esce e sembra giusto.

A questo si aggiunge il set informativo previsto dal Regolamento IVASS 41/2018 — documento informativo, documento aggiuntivo, condizioni con glossario, modulo di proposta — e, per i prodotti di investimento assicurativi, il documento informativo di matrice europea. Il sistema deve consegnare la combinazione giusta prima della conclusione, su supporto durevole, e conservarne la prova. La regola pratica per il preventivo: l'assemblaggio e la tracciatura dei documenti è un modulo a sé, con un costo paragonabile a quello del motore di emissione, e va stimato separatamente.

La novità 2026 che tocca direttamente i questionari sanitari

Il Provvedimento IVASS n. 169 del 15 gennaio 2026 ha introdotto nel Regolamento 40 le disposizioni sull'oblio oncologico: i questionari sanitari non possono raccogliere informazioni su patologie oncologiche pregresse oltre i termini stabiliti dalla legge 193/2023, e va fornita un'informativa specifica al cliente.

Ricaduta. Non è una modifica di testo: è una regola che deve vivere nel motore del questionario, perché dipende da date e da condizioni, e che va applicata retroattivamente ai questionari già configurati. Se stai valutando una piattaforma esistente, è una delle domande da fare al fornitore per capire quanto è aggiornato: la risposta dice più di qualunque presentazione commerciale.

Fase 3 — L'integrazione con le compagnie: la fase che decide i tempi

È qui che i progetti InsurTech slittano, e quasi mai per ragioni tecniche: slittano perché l'integrazione dipende da persone che non lavorano per te.

Cosa esiste come standard, e cosa no

Il quadro è meno standardizzato di quanto ci si aspetti. A livello internazionale esistono gli standard ACORD per lo scambio di dati assicurativi; in Italia opera l' Associazione SHARE, che riunisce i produttori di software del settore e mantiene un formato di scambio dati fra piattaforme degli intermediari e compagnie. In entrambi i casi vale un avvertimento: le specifiche complete non sono pubblicamente consultabili e l'accesso passa dall'adesione. Non è un dettaglio da poco quando si stima un progetto — significa che non puoi valutare il costo di integrazione leggendo una documentazione pubblica, come faresti in qualunque altro settore.

Esistono invece banche dati istituzionali con tracciati pubblici, che vanno considerate quando il perimetro tocca i rami auto: l'Archivio Integrato Antifrode e la Banca Dati Sinistri gestiti da IVASS pubblicano i propri tracciati record, e il preventivatore pubblico per la responsabilità civile auto è previsto dal Codice delle Assicurazioni. Sul fronte europeo, i lavori dell'autorità di vigilanza sull'open insurance sono documenti di indirizzo e non standard tecnici: chi ti propone di "usare lo standard europeo" per collegarti alle compagnie sta descrivendo qualcosa che non esiste ancora.

I tre modi di collegarsi, e cosa costano davvero

API della compagnia. La strada pulita: quotazione ed emissione in tempo reale, errori gestibili, tracciabilità. Il costo non è nello sviluppo ma nell'attesa — accordo, ambiente di prova, credenziali, collaudo congiunto — e nella qualità della documentazione, che varia enormemente. Va messo a piano un tempo di attivazione per compagnia indipendente dalla velocità del tuo team.

Scambio di file a tracciato. Meno elegante e spesso più affidabile: flussi periodici per portafoglio, incassi, scadenze. Va benissimo per l'allineamento e per il post-emissione; non regge la quotazione in tempo reale. Ricaduta organizzativa: qualcuno deve accorgersi quando un flusso non arriva, quindi servono controlli e allarmi, non buona volontà.

Automazione del portale. Far compilare a un programma il portale della compagnia quando non c'è altro. Funziona, si costruisce in fretta e si rompe a ogni modifica dell'interfaccia altrui: va considerata una soluzione ponte con una data di scadenza scritta, non un'architettura. Se la usi, dichiaralo nel piano dei rischi: è la voce che genera più manutenzione imprevista in assoluto.

Il post-emissione, e il pulsante che dal 2026 deve esserci

La fase successiva all'emissione è quella che i preventivi trattano in tre righe e che assorbe metà del lavoro reale: consultazione del portafoglio, variazioni e appendici, quietanzamento e rinnovi, denuncia e monitoraggio dei sinistri, revoche e recessi, gestione delle scadenze. Ognuna di queste operazioni produce documenti e movimenti contabili, e ognuna deve lasciare traccia.

Sul recesso c'è una novità che vale un capitolo del capitolato. Il D.Lgs. 31 dicembre 2025 n. 209, che recepisce la direttiva sui contratti di servizi finanziari a distanza ed è in vigore dal 19 giugno 2026, introduce per i contratti conclusi a distanza l'obbligo di un pulsante di recesso facilmente accessibile, insieme a regole rafforzate contro le interfacce ingannevoli e all'obbligo di spiegazioni adeguate. Tradotto: se la piattaforma consente al cliente di concludere online, deve consentirgli di recedere altrettanto facilmente, e questo è un requisito di interfaccia e di processo che tocca anche il back office.

Se la piattaforma tocca i premi, cambia il perimetro contabile

L'articolo 117 del Codice delle Assicurazioni stabilisce che le somme incassate dagli intermediari costituiscono patrimonio autonomo e separato, con obbligo di conto corrente dedicato; l'Autorità ha chiarito che su quel conto transitano solo premi e somme destinate ai pagamenti verso gli assicurati. Per il software significa una separazione contabile rigorosa fra premi e provvigioni e una riconciliazione automatica fra incasso, polizza e movimento bancario.

Sul fronte tecnico dei pagamenti valgono le regole dell'autenticazione forte: sul primo pagamento serve la verifica del cliente, mentre i successivi addebiti ricorrenti sono esentati se correttamente qualificati come tali. I listini pubblici aiutano a dimensionare i costi — Stripe, per esempio, pubblica 1,5% + 0,25 € sulle carte europee standard, 0,35 € per addebito SEPA e una componente aggiuntiva per la gestione degli abbonamenti — mentre gli operatori bancari italiani lavorano quasi sempre a condizioni negoziate senza listino pubblico.

Fase 4 — Le risorse: cinque mestieri più uno che nessuno preventiva

Un progetto InsurTech richiede gli stessi cinque mestieri di qualunque piattaforma — progettazione, sviluppo e integrazione, sicurezza, intelligenza artificiale, marketing — e un sesto che in questo settore vale quanto gli altri cinque messi insieme. I driver comuni di selezione sono quelli di ogni fornitore software e stanno nella guida su come scegliere uno sviluppatore web e app freelance: qui interessa cosa cambia quando il dominio è regolamentato.

Progettazione: il driver è il tempo per polizza

L'obiettivo non è un'interfaccia gradevole ma ridurre i minuti necessari a emettere, su schermate che una persona userà cinquanta volte al giorno. Il driver di selezione è concreto: chiedi al candidato di guardare il flusso di emissione attuale — anche se è fatto di portali altrui — e di dirti quali passaggi eliminerebbe e quali dati precompilerebbe. Osserva se chiede chi sono gli utenti reali e quanto tempo hanno. Chi risponde parlando di stile sta rispondendo a un'altra domanda.

La seconda verifica riguarda i casi difficili: cosa succede quando la compagnia risponde con un errore, quando il cliente non è assumibile, quando manca un documento. In un gestionale assicurativo gli scenari eccezionali sono la maggioranza del lavoro, e un progettista che disegna solo il percorso lineare produrrà un sistema che il back office scavalca.

Sviluppo e integrazione: il driver è cosa ha già collegato

Il fattore più predittivo è avere già integrato sistemi di terzi in ambiti regolamentati e saper raccontare cosa è andato storto. Chi l'ha fatto descrive senza esitazione i casi sporchi: la risposta che arriva in ritardo mentre l'utente aspetta, il pagamento riuscito con l'emissione fallita, il documento generato con la versione sbagliata delle condizioni, la riconciliazione che non torna a fine mese.

Le domande che separano rapidamente: come gestisce le operazioni che devono essere atomiche fra due sistemi che non condividono una transazione; dove tiene lo storico delle versioni di prodotto; come si accorge che un'integrazione è ferma e chi riceve l'allarme; e come garantisce che un fascicolo emesso resti immutabile. Aggiungi una domanda che vale come prova pratica: chiedigli di descrivere il modello dati minimo per gestire una polizza che cambia garanzie a metà anno. La risposta dice tutto.

Sicurezza e conformità: il driver è saper leggere un contratto

In questo settore la sicurezza non è solo tecnica: è contrattuale. Se fra i tuoi clienti c'è un soggetto che rientra nel regolamento europeo sulla resilienza operativa digitale, la tua piattaforma diventa fornitore terzo di servizi tecnologici e il contratto dovrà contenere clausole obbligatorie su accesso, ispezione, audit, subappalto, livelli di servizio e strategie di uscita. Il profilo giusto è quindi qualcuno che sappia tradurre quelle clausole in requisiti tecnici, non che venda strumenti.

Le domande decisive: dove risiedono i dati e chi vi accede; come sono segregati gli ambienti; quando è stato provato l'ultimo ripristino — non l'ultimo backup — e in quanto tempo; come vengono registrati gli accessi ai fascicoli; e come si dimostra a un cliente vigilato che i suoi requisiti sono soddisfatti. Sul fronte delle certificazioni, la norma ISO/IEC 27001 è quella che i clienti chiedono più spesso: il testo costa poche decine di franchi, mentre i costi di certificazione non sono pubblicati da nessun ente e qualunque cifra che ti viene proposta è una stima commerciale. Le certificazioni rilasciate sono comunque verificabili nella banca dati dell'ente di accreditamento italiano.

Intelligenza artificiale: il driver è sapere dove si diventa ad alto rischio

Nel dominio assicurativo l'intelligenza artificiale ha usi che valgono soldi e un confine normativo preciso che va conosciuto prima di progettare. Gli usi che rendono: estrazione di dati da documenti — visure, certificati, vecchie polizze da sostituire — che è il lavoro manuale più costoso in un'agenzia; assistenza alla configurazione di prodotti e alla ricerca dentro condizioni contrattuali lunghe; smistamento e prima analisi dei sinistri; e supporto alla scrittura delle motivazioni, che poi una persona valida.

Il confine è questo: il regolamento europeo sull'intelligenza artificiale classifica ad alto rischio i sistemi destinati alla valutazione del rischio e alla tariffazione delle persone fisiche nelle assicurazioni vita e malattia. Non i rami danni. Gli obblighi relativi sono stati rinviati al 2 dicembre 2027 dal regolamento di modifica del 2026, ma la classificazione resta: se stai costruendo assuntività algoritmica su vita o salute, stai costruendo un sistema ad alto rischio e va progettato di conseguenza — documentazione tecnica, registrazione degli eventi, sorveglianza umana, gestione dei dati. Nel frattempo, dal 2 agosto 2026 valgono gli obblighi di trasparenza: un assistente conversazionale deve dichiarare la propria natura.

C'è poi un vincolo che viene dalla protezione dei dati e che molti scoprono tardi: una decisione interamente automatizzata che accetta, rifiuta o prezza una persona ricade nell'articolo 22 del regolamento europeo sulla protezione dei dati, con obbligo di garantire l'intervento umano, la spiegazione e la contestazione — e con il consenso esplicito se entrano in gioco dati di salute. Il driver di selezione diventa quindi molto specifico: chiedi al candidato dove metterebbe l'intervento umano nel flusso. Chi risponde "non serve, è tutto automatico" non ha capito il dominio.

Un riferimento utile per impostare la governance è l' opinione dell'autorità europea delle assicurazioni sulla governance e la gestione del rischio dei sistemi di IA, pubblicata nell'agosto 2025: è il documento che i clienti più strutturati citeranno in fase di verifica.

Vendere software a broker e agenti è un mestiere di relazione: passa da associazioni di categoria, eventi, testate specializzate e passaparola fra strutture che si conoscono. Il driver di selezione è quali numeri si impegna a muovere e cosa considererebbe un fallimento, e la verifica più utile è chiedere quali contatti del settore ha già. Va detto senza giri di parole che non esistono dati con metodologia pubblica sull'uso dei social nel B2B assicurativo italiano: chi ti presenta percentuali su questo canale sta citando materiale promozionale.

Il sesto mestiere: l'esperto di dominio assicurativo

È la figura che decide l'esito del progetto e quella che manca in nove capitolati su dieci: qualcuno che conosce il ramo, i processi delle compagnie, il linguaggio dei documenti e le domande che un ispettore farebbe. Non è un analista funzionale generico e non è il commerciale che vende polizze: è chi sa dire che cosa deve esserci nel fascicolo e perché.

Ricaduta. Senza questa figura ogni decisione di dettaglio — e ce ne sono centinaia — viene presa da uno sviluppatore che indovina, e il debito che si accumula non è tecnico ma normativo: emerge tutto insieme al primo controllo. Va messa a preventivo con giorni espliciti, va coinvolta in fase di analisi e non solo di collaudo, e se non esiste in azienda va comprata all'esterno. È la spesa con il rendimento più alto dell'intero progetto, esattamente come la fase di analisi separata.

Quanto costano queste risorse, per quel che si può dire

In Italia non esiste una fonte con metodologia dichiarata sulle tariffe dei professionisti IT freelance, e a maggior ragione non esiste per i profili con competenza di dominio assicurativo, che sono pochi e si muovono per conoscenza diretta. Il riferimento più citato è il barometro Malt 2026, francese e basato sulle tariffe auto-riportate dagli iscritti alla piattaforma, che indica circa 576 € al giorno per gli sviluppatori: è un ordine di grandezza di un mercato vicino, non un listino italiano. Sul dominio assicurativo, l'unico modo serio di stimare è chiedere preventivi a corpo su un capitolato scritto — che è poi la ragione per cui il capitolato conviene scriverlo bene.

Sicurezza e conformità come requisiti di prodotto

In questo settore la conformità non è un adempimento successivo: è una parte del prodotto, e cambia il preventivo. Tre capitoli su tutti.

DORA: chi ci rientra davvero, e cosa cambia per il fornitore

Il regolamento europeo sulla resilienza operativa digitale si applica dal 17 gennaio 2025, e la prima cosa da sapere è controintuitiva: gli intermediari assicurativi che sono microimprese o piccole e medie imprese sono esclusi dall'ambito di applicazione, non sottoposti a un regime semplificato. La soglia indicata dall'Autorità è quella delle imprese sotto i 250 dipendenti con fatturato non superiore a 50 milioni o attivo non superiore a 43. Significa che la maggioranza dei broker italiani è fuori, e chi te lo presenta come obbligo universale sta vendendo una consulenza che non serve.

Il punto però è un altro, e riguarda te che costruisci la piattaforma: quando il tuo cliente rientra — perché è una compagnia o un intermediario grande — la tua società diventa fornitore terzo di servizi tecnologici, e i requisiti arrivano per contratto. Il contratto dovrà contenere le clausole obbligatorie previste dal regolamento, il cliente dovrà inserirti nel proprio registro delle informazioni secondo modelli standard europei, dovranno essere disciplinati subappalto, diritti di audit e strategia di uscita, e gli incidenti gravi seguiranno una procedura di segnalazione con tempi stretti.

Ricaduta commerciale, non solo tecnica. Queste clausole sono spesso il vero ostacolo alla vendita a un cliente strutturato: una piccola software house che non è in grado di firmarle perde la trattativa a prescindere dalla qualità del prodotto. Conviene prepararle prima — con un legale che conosce la materia — e presentarle come parte dell'offerta: in questo mercato la capacità di firmare è un vantaggio competitivo. La pagina dedicata dell'Autorità di vigilanza raccoglie i riferimenti aggiornati.

Antiriciclaggio e identificazione a distanza, se tratti il vita

Per i rami vita entra in gioco la disciplina antiriciclaggio, con il Regolamento IVASS 44/2019 che disciplina l'adeguata verifica per gli intermediari: identificazione del cliente, dell'esecutore, del titolare effettivo e del beneficiario della polizza, misure rafforzate per l'operatività a distanza, conservazione decennale e segnalazione delle operazioni sospette.

Ricaduta sul software. Significa un onboarding con identificazione a distanza conforme, controllo su liste e persone politicamente esposte, e — punto che va progettato e non aggiunto — un blocco dell'emissione finché l'adeguata verifica non è completa. Se la piattaforma tratta solo rami danni, gran parte di questo capitolo non si applica: è una delle scelte di perimetro che più incidono sul costo del primo rilascio.

Firma, conservazione e la prova che vale fra dieci anni

La sottoscrizione a distanza richiede una firma elettronica conforme al quadro europeo, dove la firma qualificata ha efficacia di scrittura privata mentre le forme avanzate vanno valutate caso per caso. La conservazione, che il Regolamento 40 fissa in dieci anni, non è un backup: è un processo con metadati, pacchetti e un responsabile, disciplinato dalle linee guida nazionali sui documenti informatici.

Ricaduta. Molti progetti trattano la conservazione come una cartella di PDF e scoprono tardi che quella cartella non dimostra nulla. Il costo di farlo bene è modesto se previsto — spesso si affida a un conservatore esterno — e alto se va ricostruito a posteriori su migliaia di contratti già emessi.

Fase 5 — Aggiornamenti di prodotto, contenuti e promozione B2B

Una piattaforma InsurTech non si consegna: si tiene aggiornata. È la fase che determina il costo ricorrente e la soddisfazione dei clienti, ed è quella che i preventivi trattano in una riga.

Il ciclo di vita del prodotto: un lavoro periodico, non eventuale

I prodotti cambiano più spesso di quanto si pensi: nuove garanzie, tariffe riviste, condizioni aggiornate, testi corretti dalla compagnia. Il Regolamento IVASS 41/2018 prevede inoltre un riesame periodico almeno annuale della documentazione informativa, con pubblicazione della versione aggiornata. Nel software questo significa un processo, non un intervento: chi propone la modifica, chi la approva, quando entra in vigore, cosa succede ai contratti già emessi.

Ricaduta organizzativa. Se le regole di prodotto sono configurabili, questo è un lavoro dell'ufficio tecnico assicurativo e costa ore interne; se sono nel codice, ogni modifica è un rilascio e costa fornitore, collaudo e finestra di pubblicazione. È la stessa scelta della fase due, vista dal lato dei costi correnti: fra le due configurazioni ballano decine di migliaia di euro l'anno su un portafoglio di prodotti medio, ed è il calcolo che va fatto quando si decide il make or buy, non dopo.

I contenuti per un pubblico che non compra d'impulso

Un broker non acquista un gestionale perché ha letto un post: lo acquista perché si fida e perché ha visto che risolve un problema che ha. I contenuti che funzionano in questo mercato sono quattro, e sono tutti costosi da produrre e difficili da copiare: documentazione chiara del prodotto, che nel software B2B è materiale di vendita quanto una brochure; casi con numeri — quante polizze, quanto tempo risparmiato, quali compagnie collegate; contenuti di aggiornamento normativo, che nel settore assicurativo sono l'argomento con la domanda più costante; e materiale formativo, perché una parte rilevante degli intermediari deve comunque assolvere obblighi di aggiornamento professionale.

Ricaduta. Servono ore di chi conosce il dominio, di nuovo la figura del sesto mestiere. La regola pratica è la stessa di ogni progetto editoriale in azienda: un contenuto serio al mese, sostenibile per due anni, vale più di un piano settimanale abbandonato dopo sei settimane — e in un settore piccolo, dove tutti si conoscono, l'abbandono si nota.

Il mercato degli intermediari italiani è piccolo, associato e frequentato: le associazioni di categoria di broker e agenti organizzano eventi annuali, esistono testate specializzate lette dagli operatori, e il passaparola fra strutture pesa più di qualunque campagna. Un canale professionale online serve per la reputazione e per farsi trovare da chi ti ha sentito nominare, non per generare domanda dal nulla.

Ricaduta sul budget. In questo mercato una presenza a due eventi di settore e cinque contenuti tecnici ben fatti valgono più di un budget pubblicitario equivalente, e la misurazione va fatta sui contatti qualificati e sulle dimostrazioni prodotto richieste, non sulle visite. Vale la pena ricordarlo perché le proposte che riceverai saranno spesso costruite sul modello del commercio online, che qui non si applica.

I tempi: cosa determina davvero la data di partenza

I ritardi hanno tre cause ricorrenti, e nessuna riguarda la velocità di chi programma. Le compagnie: accordi, ambienti di prova, credenziali e collaudi congiunti hanno tempi che non dipendono da te; il numero di compagnie da collegare al primo rilascio è la variabile più pericolosa del piano. Le decisioni di prodotto: quali garanzie, quali regole di assumibilità, quale testo del questionario — decisioni che richiedono la figura di dominio e l'approvazione di qualcuno. I documenti: assemblare correttamente il set informativo e il modulo precontrattuale richiede più tempo di quanto chiunque preventivi.

La regola pratica che funziona: partire con un solo ramo, una sola compagnia e un solo prodotto, ma completo end to end — configurazione, questionario, emissione, documenti, incasso, conservazione, consultazione. Un sistema che fa una cosa sola dall'inizio alla fine dimostra il valore e regge un'ispezione; un sistema che fa dieci cose a metà non serve a nessuno e non si può nemmeno vendere.

Come si costruisce un budget difendibile

Poiché nessun listino è pubblico e non esistono fasce di prezzo con una fonte, la cifra va costruita. Conta i moduli, separandoli: fabbrica di prodotto, motore del questionario, emissione, assemblaggio documentale e conservazione, portafoglio e post-emissione, incassi e riconciliazione, sinistri, cruscotti. Poi conta le integrazioni, una per compagnia, chiedendo una stima separata per ciascuna: sono la voce a varianza più alta e quella che slitta.

Chiedi il costo del primo anno, non del rilascio: sviluppo, infrastruttura, conservazione a norma, manutenzione, aggiornamenti di prodotto, presidio di sicurezza, e le ore interne della figura di dominio. E metti in contratto le tre righe che ti rendono libero: codice su un repository intestato alla tua società, ambiente ricostruibile con istruzioni provate, e diritto di esportare in qualunque momento anagrafiche, polizze, fascicoli e documenti in un formato leggibile da un altro fornitore. Su una piattaforma che conserva contratti per dieci anni, l'ultima riga non è una clausola di stile: è la condizione che rende possibile cambiare fornitore senza perdere il portafoglio.

Infine, l'accorgimento che vale più di ogni trattativa sul prezzo: separa la prima fase di analisi e pagala a parte, a prezzo fisso. Tre o quattro settimane che producono modello dei dati, mappa delle integrazioni, disegno del fascicolo e perimetro documentale rendono confrontabili tutti i preventivi successivi — e permettono di darli a qualcun altro se il primo fornitore non convince.

La scelta in pratica, per tipo di struttura

Broker singolo o piccola struttura, pochi prodotti. Non costruire: comprare o usare i portali delle compagnie, e investire semmai in un livello sottile che centralizzi anagrafiche, scadenze e fascicoli. Il ritorno di una piattaforma propria non c'è sotto una certa massa di polizze.

Broker strutturato con reti di collaboratori. È il caso in cui la piattaforma ha senso: il valore sta nel far lavorare la rete in modo uniforme e conforme. Priorità a fabbrica di prodotto configurabile, questionario, documenti e fascicolo; le integrazioni si aggiungono una compagnia alla volta. Serve la figura di dominio interna e un contratto di manutenzione vero.

Chi vuole vendere la piattaforma ad altri intermediari. Cambia tutto: servono multi-tenancy, separazione dei dati, gestione dei mandati di ciascun cliente, e soprattutto la capacità di firmare le clausole contrattuali che i clienti vigilati imporranno. Il prodotto non è solo il software: è il software più il pacchetto di conformità che lo accompagna.

Chi vuole distribuire direttamente al consumatore. Qui si esce dal B2B e si entra in un altro mestiere: iscrizione al registro, obblighi informativi verso il consumatore, accessibilità obbligatoria per i servizi che concludono contratti online, pulsante di recesso. Va progettato come un prodotto diverso, non come una schermata in più.

Conclusioni

Se di questa guida dovesse restare una riga: in una piattaforma InsurTech il costo non è determinato dalle funzioni ma da quante cose devono essere dimostrabili. Versioni di prodotto, questionari somministrati, documenti consegnati, decisioni prese: ogni requisito di tracciabilità è lavoro che non si vede in una demo e che separa un sistema utilizzabile da uno che crea un rischio.

Sul resto, i punti fermi sono pochi e netti. La scelta che decide il costo dei prossimi tre anni è se le regole di prodotto vivono in configurazione o nel codice. L'integrazione con le compagnie determina i tempi e non dipende da te. La figura di dominio assicurativo vale quanto un intero team e non compare quasi mai nei preventivi. E tre novità del 2026 vanno verificate con chiunque ti proponga una piattaforma: il modulo unico precontrattuale che ha sostituito i vecchi allegati, le regole sull'oblio oncologico nei questionari sanitari e il pulsante di recesso in vigore da giugno. Se il fornitore le conosce, conosce il mestiere; se scopre l'esistenza della prima mentre gliela nomini, hai appena risparmiato un anno.

Domande frequenti

Quanto costa sviluppare una piattaforma InsurTech B2B?

Non esiste un dato pubblico: nessun produttore di sistemi di gestione polizze pubblica listini e non esiste alcuna fonte con metodologia dichiarata sui costi di sviluppo in questo settore. Il numero si costruisce contando i moduli separatamente — fabbrica di prodotto, questionario, emissione, assemblaggio documentale e conservazione, portafoglio e post-emissione, incassi, sinistri — e chiedendo una stima separata per ogni compagnia da integrare, che è la voce a varianza più alta. Al preventivo di sviluppo vanno sommati il primo anno di infrastruttura, conservazione a norma, manutenzione, aggiornamenti di prodotto e le ore interne dell'esperto di dominio.

Il questionario Demands & Needs è obbligatorio anche per le polizze danni?

Sì. L'obbligo di acquisire richieste ed esigenze e di proporre un contratto coerente con esse vale per tutti i prodotti assicurativi, e nasce dalla direttiva sulla distribuzione recepita nel Codice delle Assicurazioni. Va però distinto da un altro obbligo con cui viene spesso confuso: la valutazione di adeguatezza in senso stretto riguarda i prodotti di investimento assicurativi. Per gli altri prodotti serve la coerenza, e la raccomandazione personalizzata motivata solo quando la vendita avviene con consulenza. Costruire un motore di adeguatezza completo per vendere polizze danni è sovradimensionamento; non tracciare la coerenza è un problema di conformità.

La mia piattaforma deve essere conforme a DORA?

Dipende da chi sono i tuoi clienti. Il regolamento europeo sulla resilienza operativa digitale si applica dal gennaio 2025, ma gli intermediari assicurativi che sono microimprese o piccole e medie imprese sono esclusi dall'ambito — non sottoposti a regime semplificato — con la soglia delle imprese sotto i 250 dipendenti e sotto i 50 milioni di fatturato o 43 di attivo. La maggioranza dei broker italiani è quindi fuori. Se però vendi a una compagnia o a un intermediario grande, diventi fornitore terzo di servizi tecnologici e i requisiti ti arrivano per contratto: clausole su audit, subappalto, livelli di servizio e strategia di uscita, più l'inserimento nel registro delle informazioni del cliente. Saperle firmare è un vantaggio competitivo.

Usare l'intelligenza artificiale per assumere i rischi mi rende "alto rischio"?

Dipende dal ramo. Il regolamento europeo sull'intelligenza artificiale classifica ad alto rischio i sistemi destinati alla valutazione del rischio e alla tariffazione delle persone fisiche nelle assicurazioni vita e malattia: non i rami danni. Gli obblighi relativi sono stati rinviati al 2 dicembre 2027, ma la classificazione vale già e conviene progettare di conseguenza: documentazione tecnica, registrazione degli eventi, sorveglianza umana. Attenzione a un vincolo parallelo: una decisione interamente automatizzata che accetta, rifiuta o prezza una persona ricade nella disciplina sulle decisioni automatizzate del regolamento sulla protezione dei dati, con diritto all'intervento umano e alla spiegazione.

Come si integra la piattaforma con le compagnie?

In tre modi, con ricadute molto diverse. Con le API della compagnia, quando esistono: è la strada pulita per quotare ed emettere in tempo reale, e il costo sta nei tempi di attivazione più che nello sviluppo. Con scambi di file a tracciato: meno elegante, affidabile per portafoglio, incassi e scadenze, richiede controlli che segnalino i flussi mancanti. Con l'automazione del portale della compagnia: si costruisce in fretta e si rompe a ogni modifica dell'interfaccia altrui — una soluzione ponte, non un'architettura. Da sapere prima di stimare: le specifiche degli standard di settore non sono pubblicamente consultabili e l'accesso passa dall'adesione alle rispettive iniziative, quindi il costo di integrazione non è valutabile leggendo una documentazione online.

Quali novità normative del 2026 cambiano il software?

Tre, e vanno verificate con qualunque fornitore. Il Modulo Unico Precontrattuale introdotto dal provvedimento IVASS 147/2024 ha sostituito i vecchi allegati 3 e 4 del Regolamento 40: una piattaforma che li genera ancora produce documentazione non conforme. Il provvedimento IVASS 169 del gennaio 2026 ha introdotto le regole sull'oblio oncologico, che impediscono ai questionari sanitari di raccogliere informazioni su patologie oncologiche pregresse oltre i termini di legge. E il decreto legislativo 209/2025, in vigore dal 19 giugno 2026, ha introdotto per i contratti a distanza il pulsante di recesso e regole più severe contro le interfacce ingannevoli.

La società che sviluppa la piattaforma deve iscriversi al RUI?

Non se resta un fornitore tecnologico. Il confine lo traccia il Codice delle Assicurazioni, che include nella distribuzione anche gli atti preparatori — fra cui fornire informazioni su contratti secondo criteri scelti dal cliente tramite un sito e predisporre comparazioni di prodotti compreso il prezzo — quando il cliente può concludere il contratto attraverso quel canale. Una piattaforma venduta al broker e usata dentro il suo perimetro resta tecnologia; una piattaforma che espone quotazioni comparate al consumatore con possibilità di acquisto svolge distribuzione e richiede l'iscrizione. È una scelta di modello di business da prendere prima di progettare le interfacce, con un legale del settore.

Come sviluppare una piattaforma b2b di InsurTech nel 2026