Vai al contenuto Accedi Prenota un appuntamento

kinux GmbH, Thun

Business Analysis, Requirements Engineering e sviluppo IA per assicuratori.

kinux GmbH accompagna progetti in cui reparto specialistico, vendita e informatica devono incontrarsi: dall’analisi ai requisiti fino all’introduzione.

Impiego come Requirements Engineer, Business Analyst, Product Owner o sviluppatore IA, per una fase o per l’intero progetto.

Prestazioni

Tre ambiti in cui kinux GmbH sostiene gli assicuratori. Il sapere specialistico viene fissato in modo che l’informatica possa costruire su quella base e il reparto possa verificare il risultato.

Requisiti e analisi

Quando un progetto parte o si arena.

  • Rilevare e rappresentare i flussi attuali e futuri
  • Concetti specialistici e specifiche approvati insieme da reparto e informatica
  • User story con criteri di accettazione
  • Regole specialistiche come tabelle decisionali
  • Interfacce e flussi di dati tra sistema centrale, portali e partner
  • Valutazione dei fornitori e business case

Prodotto e realizzazione

Quando dai requisiti deve nascere un prodotto.

  • Product ownership con backlog e priorità
  • Prototipi cliccabili e bozze di schermate, realizzati con l’IA in pochi giorni
  • Workshop con i reparti coinvolti
  • Casi di test e collaudo con il reparto specialistico
  • Introduzione, formazione e consegna all’esercizio

Progetti con IA

Quando l’IA va valutata o introdotta senza che il team passi lunghe settimane a fare prove accanto al lavoro quotidiano.

  • Delimitare il caso d’uso e quantificare il beneficio
  • Prototipo con documenti reali, costruito da kinux GmbH, prima che parta un progetto
  • Requisiti su qualità dei dati e provenienza di ogni risposta
  • Domande di verifica e test che il reparto può ripetere da sé
  • Evidenze secondo la comunicazione sulla vigilanza 08/2024 della FINMA: governance, inventario, qualità dei dati, test, documentazione, spiegabilità, verifica indipendente
  • Accompagnamento fino all’esercizio e al monitoraggio continuo

Perché i progetti falliscono

Tre delle cinque cause più frequenti riguardano requisiti, visione e comunicazione.

Su 16'000 progetti, Università di Oxford1
oltre il budget, in ritardo o entrambi91,5 %
nel budget e nei tempi8,5 %
nel budget, nei tempi e con il beneficio promesso0,5 %
Cause più frequenti dei progetti falliti (selezione), Project Management Institute2
Cambio di priorità dell’organizzazione39 %
Cambio degli obiettivi del progetto37 %
Rilevamento impreciso dei requisiti35 %
Visione o obiettivo poco chiari29 %
Comunicazione carente29 %

In scuro le cause che riguardano direttamente Business Analysis e Requirements Engineering.

I progetti con IA seguono lo stesso schema. Nel 2025 BCG conta tra gli assicuratori solo il 7 per cento che ha portato l’IA oltre il pilota; circa il 70 per cento degli ostacoli riguarda persone, organizzazione e processi, non la tecnica.3 La FINMA rileva nel 2025 che circa la metà dei 400 istituti interpellati usa l’IA o sviluppa prime applicazioni; come rischi principali indicano qualità dei dati, protezione dei dati e spiegabilità.4 Nel rinnovo dei sistemi centrali BCG osserva che la complessità accumulata dei vecchi sistemi viene trasferita sulle nuove piattaforme, che i grandi programmi seguono il modello a cascata e che troppa responsabilità ricade sul fornitore.5 Qui intervengono Business Analysis e Requirements Engineering: chiarire presto obiettivi e requisiti, coinvolgere tutte le parti fin dall’inizio.

  1. Bent Flyvbjerg e Dan Gardner, Università di Oxford: How Big Things Get Done, 2023, banca dati con oltre 16'000 progetti da più di 20 settori in 136 paesi. L’8,5 per cento rispetta budget e tempi, lo 0,5 per cento anche il beneficio promesso.
  2. Project Management Institute, Pulse of the Profession 2018, 4'455 intervistati, cause principali dei progetti falliti, fino a tre risposte: rapporto in PDF.
  3. Boston Consulting Group, 4 settembre 2025: Insurance Leads in AI Adoption. Now It’s Time to Scale.
  4. FINMA, comunicato del 24 aprile 2025, indagine sull’uso dell’IA presso circa 400 istituti: indagine della FINMA sull’IA.
  5. Boston Consulting Group, 3 maggio 2024: Three Paths to Modernizing Core IT for Insurers.

Tra reparto, vendita e informatica

A fare da tramite sono per lo più persone di casa in uno solo di questi ambiti. È lì che i progetti perdono tempo.

Tre ambiti, un centro comune Reparto e prodotto, vendita e clientela e informatica formano tre settori separati. kinux GmbH occupa la loro interfaccia comune. Repartoe prodotto Prodotti, processie tariffe Vendita eclientela Consulenza, venditae clienti Informatica Architettura, interfaccee dati kinux GmbH

Reparto e prodotto. Gli specialisti conoscono bene prodotti e processi, ma spesso manca loro lo sguardo sulla tecnica: che cosa è realizzabile e quanto costerà una decisione più tardi in esercizio?

Vendita e clientela. Gli specialisti che capiscono la tecnica raramente hanno consigliato e venduto di persona. Manca allora il senso di come consulenti e clienti vivono un prodotto o uno strumento nel quotidiano.

Informatica. Sviluppatrici e sviluppatori conoscono interfacce e architettura, ma raramente le regole dietro una tariffa o lo svolgimento di un colloquio con il cliente.

Ugur Kinik, gerente di kinux GmbH, conosce tutti e tre gli ambiti dalla pratica: dal 2018 requisiti e processi presso banche e assicurazioni, oltre 15'000 colloqui con clienti condotti in prima persona, l’informatica attraverso sviluppo ed esercizio del sistema kinux, inoltre oltre 1'000 ore di lavoro produttivo con l’IA, al passo con gli sviluppi.

Nel 2024 BCG ha interpellato oltre 1'000 dirigenti in 59 paesi: più di due terzi dei grandi programmi tecnologici mancano tempi, budget o perimetro. Il 57 per cento indica la mancanza di una guida comune di reparto e tecnica. Secondo BCG ai team mancano specialisti in grado di definire, verificare e dare priorità ai requisiti.

Boston Consulting Group, 13 novembre 2024: Most Large-Scale Tech Programs Fail. How to Succeed.

Collaudato sul proprio sistema

kinux GmbH sviluppa e gestisce il sistema kinux per i team di consulenza degli assicuratori. Risponde a domande specialistiche a partire da oltre 100'000 documenti di assicuratori svizzeri e indica la fonte per le risposte tratte da questi documenti; un clic apre il passaggio nell’originale. Applicazione e banca dati sono ospitate in Svizzera, i modelli linguistici nella zona dati UE.

Il sistema è nato con lo stesso metodo di un mandato: prima i requisiti e le domande di verifica, poi lo sviluppo. Maggiori informazioni sulla pagina del prodotto.

Vista del prodotto kinux: domanda sulla franchigia, risposta con due evidenze e fonte
Risposta del sistema kinux a una domanda sul cambio di franchigia, con due evidenze e il documento originale accanto. Interfaccia in tedesco.

Interlocutore

Ritratto di Ugur Kinik

Ugur Kinik

Gerente, kinux GmbH

Ugur Kinik lavora dal 2018 in consulenza, vendita e gestione dei requisiti, presso una grande banca e presso assicurazioni. Da ultimo è stato Requirements Engineer e Business Analyst presso un assicuratore multiramo. Economista aziendale BSc, intermediario assicurativo AFA, IREB CPRE Foundation Level, ISTQB CTFL, PSPO I, PSM I.

Contatto

Un colloquio di 30 minuti sul progetto, poi una valutazione scritta. ugur.kinik@kinux.ch

Richiedere un colloquio