Strategia · DUC · Tangible × Vittoria

00 · Cover Sintesi esecutiva Una pagina per chi non leggerà le matrici

In una frase

Il DUC è un'anagrafica unica con quattro viste differenziate. La stessa identità del cliente è accessibile a livelli diversi: le agenzie proprietarie Vittoria vedono tutto, le agenzie in mandato e la rete bancaria/terza vedono il minimo per non sconfinare, il cliente vede solo i propri dati online, la Direzione vede aggregati. La causa strutturale degli oltre 38.000 duplicati attuali è che oggi identità e relazione commerciale vivono nello stesso record. Il DUC le separa. I dati del cliente si organizzano in tre blocchi: chi è (anagrafico), cosa ha con Vittoria (operativo), come si comporta e cosa potrebbe volere (comportamentale).

Quattro livelli di visibilità

L1

Agenzie proprietarie Vittoria

Agenzie a controllo diretto della compagnia. Accesso completo su tutti i campi del soggetto. Internamente: gerarchia superuser/standard e PdV superiore/inferiore.

L2

Agenzia in mandato / rete bancaria / rete terza

Partner con mandato commerciale. Accesso limitato al minimo necessario per gestire un lead. Non identifica mai l'agenzia proprietaria. Visibilità cross-agenzia CRM in co-progettazione.

L3

Canale diretto / online

Il cliente vede solo i propri dati nell'Area Riservata e sito Internet. A fine 2026 il canale diretto venderà polizze: i campi visibili potrebbero ampliarsi.

L4

Direzione / BI

Accesso analitico aggregato. Distribuzioni e segmentazioni, non dettagli nominali. Questione aperta: segmentare in L4a (BI) e L4b (commerciale operativo)?

01 · Principi Sei principi fondamentali Ipotesi di lavoro da validare con Vittoria

Questi principi guidano il clustering delle tabelle NewAge in entità della Data Platform DUC. Sono il fondamento architetturale del modello e assorbono le regole d'oro precedenti.

P1

Identità separata dalla relazione

L'identità di un soggetto (chi è) è distinta dalla relazione commerciale (di chi è cliente). Un unico duc_id identifica il soggetto; OWNS_CLIENT è un arco separato verso AGENZIA. È il delta architetturale cardine.

P2

Soggetto centro gravitazionale (max 2 hop)

Ogni entità nella Data Platform è raggiungibile dal soggetto in max 2 hop. Hop 0: SOGGETTO. Hop 1: recapiti, polizze, consensi. Hop 2: garanzie, veicoli, sinistri. Se un dato è a più di 2 hop, va avvicinato o resta in NewAge.

P3

Minimo necessario per l'azione

Un campo entra nella Data Platform solo se descrive valore, rischio, o serve ad attivare un'azione commerciale. I dati economici (premio, sconto, franchigia, liquidazione) non escono mai da L1; L4 vede solo fasce aggregate.

P4

Visibilità come proprietà strutturale

I livelli L1–L4 non sono filtri applicativi ma proprietà strutturali del modello. L2 (mandato/banca/rete terza) non identifica mai l'agenzia proprietaria. L3 vede solo i propri dati generati online. Ogni campo porta un attributo visibility_policy.

P5

Golden record per soggetto, non per contatto

La deduplica produce un unico record golden per soggetto, ma i recapiti multipli vengono mantenuti con gerarchia di priorità (OTP > Area Riservata > anagrafica agente), non eliminati.

P6

Separazione dato anagrafico vs dato di rischio

Indirizzo, veicolo e immobile esistono in due contesti: dato anagrafico del soggetto (residenza, proprietà) e dato di rischio della polizza (ubicazione assicurata). La Data Platform mantiene la distinzione.

02 · Clustering Tre blocchi per organizzare i dati del cliente Il duc_id è la chiave che collega i 3 blocchi

BLOCCO 1 · ANAGRAFICO

"Chi è il cliente"

Identità, attributi stabili, recapiti, relazioni familiari e societarie.

SOGGETTO · RECAPITO · INDIRIZZO · DOCUMENTO_IDENTITÀ · NUCLEO_FAMILIARE · COPERTURA_ESTERNA · SOGGETTO_FONTE

BLOCCO 2 · OPERATIVO

"Cosa ha con Vittoria"

Contratti, beni assicurati, sinistri, relazione con l'agenzia.

POLIZZA · RUOLO_SOGG. · GARANZIA · VEICOLO · IMMOBILE · SINISTRO · LIQUIDAZIONE · AGENZIA

BLOCCO 3 · COMPORTAMENTALE

"Come si comporta e cosa potrebbe volere"

Propensione, interazioni, fidelizzazione, consensi, azioni CRM. 3 entità completamente nuove.

CONSENSO · PROGRAMMA_FEDELTÀ · BUYER_PERSONA · PROPENSIONE · INTERAZIONE_CRM · CONVENZIONE

Decisioni di design

D1

Modello semantico a grafo, implementazione a IT

Descriviamo entità e relazioni come nodi e archi. La scelta tecnologica (Neo4j, PostgreSQL, Snowflake) è in carico al team Data Platform. Il modello DUC deve funzionare su qualsiasi stack.

D2

3 blocchi di clustering

Anagrafico + Operativo + Comportamentale. Il terzo blocco separa i dati di propensione, interazione e azione commerciale dall'identità e dai contratti.

D3

Tabelle tipo_* fuori scope Tangible

La standardizzazione delle 72 tabelle di dominio è un dettaglio implementativo IT. Tangible definisce i campi semantici; IT decide come mappare i codici.

D4

CONSENSO dentro il DUC

Entità dedicata con storico temporale, sync unidirezionale da NewAge. Prerequisito GDPR per qualsiasi attività CRM. Non più fuori scope.

03 · Modello Il grafo entità del DUC L'architettura cardine: separare identità da relazione

nodo CORE (identità)

arco traversabile da L2 (con condizione)

arco MAI traversabile da L2 (OWNS_CLIENT)

arco dato sensibile (sinistro, liquidazione)

arco tecnico (audit / mapping fonte)

arco standard (anagrafica)

04 · Scenario Mario Rossi · cosa vede ogni livello Stesso cliente, quattro viste · esempio illustrativo

PERSONA · CASO ESEMPLARE Mario Rossi · 47 anni · Milano Cliente Vittoria dell'Agenzia Roma Cipro da 8 anni · 3 polizze attive (Auto, RE Casa, Vita) · 1 sinistro chiuso 2023 · ha richiesto un preventivo Infortuni sul sito vittoria.it ieri.

L1 · AGENZIA DI CIPRO

"È un mio cliente"

Anagrafica completa · CF · indirizzo · contatti certificati
3 polizze · premi, sconti applicati, classe bonus-malus
Sinistro 2023 · tipo · importo riservato e liquidato
Nucleo familiare · coniuge e 2 figli con polizze proprie
Saldo punti VIVA · buyer persona · canale preferito
Lead Infortuni di ieri assegnato all'agenzia · alert

Nessun filtro. È l'unico livello con la relazione contrattuale.

L2 · AGENZIA ROMA F51 (agenzia in mandato)

"Riceve un lead esterno su questo cliente"

"Cliente Vittoria attivo" + rami posseduti: Auto, RE, Vita
Settore professionale · zona Milano · flag sinistri = sì
Copertura esterna Infortuni in scadenza maggio
CF nominale · nome completo · agenzia proprietaria
Premio · sconto · classe bonus-malus · numero polizza
Dettaglio sinistro · importo liquidato

Vede abbastanza per non proporre prodotti già detenuti. Non abbastanza per sconfinare. Email: oscurata o via relay (questione aperta 02).

L3 · MARIO STESSO (app MyVittoria)

"Vedo i miei dati"

Anagrafica propria · contatti · indirizzi
Polizze proprie · premi · scadenze · saldo punti VIVA
Sinistri propri · stato · documenti
Preventivo Infortuni che ha richiesto ieri
Identità della propria agenzia (non rilevante in app)
Dati di familiari · sconti commerciali

Visibilità "ego-centrica": il cliente vede solo sé stesso.

L4 · DIREZIONE / BI

"Una riga di portafoglio"

Fascia di età (45-54), genere, area territoriale
N. polizze, rami posseduti, LTV in fascia
Flag sinistri · classe rischio aggregata
Provenienza canale, cluster VIVA
Nome · CF · indirizzo esatto · agenzia · premio puntuale
Importo liquidato del singolo sinistro

Vede distribuzioni e segmenti, non persone. Questione aperta 03: L4 va segmentato in L4a/L4b?

05 · Criteri Tre domande per assegnare ogni permesso Ipotesi di lavoro · non policy Vittoria validate