Aller au contenu Se connecter Réserver un rendez-vous

kinux GmbH, Thoune

Business Analysis, Requirements Engineering et développement IA pour les assureurs.

kinux GmbH accompagne les projets dans lesquels le métier, la vente et l’informatique doivent se rejoindre: de l’analyse aux exigences jusqu’à la mise en service.

Intervention comme Requirements Engineer, Business Analyst, Product Owner ou développeur IA, pour une phase ou pour tout le projet.

Prestations

Trois domaines dans lesquels kinux GmbH soutient les assureurs. Le savoir métier est consigné de sorte que l’informatique puisse construire sur cette base et que le métier puisse vérifier le résultat.

Exigences et analyse

Quand un projet démarre ou s’enlise.

  • Relever et représenter les déroulements actuels et futurs
  • Concepts métier et spécifications validés ensemble par le métier et l’informatique
  • User stories avec critères d’acceptation
  • Règles métier sous forme de tables de décision
  • Interfaces et flux de données entre système central, portails et partenaires
  • Évaluation de fournisseurs et business case

Produit et mise en œuvre

Quand les exigences doivent devenir un produit.

  • Product ownership avec backlog et priorisation
  • Prototypes cliquables et maquettes d’écran, réalisés avec l’IA en quelques jours
  • Ateliers avec les services concernés
  • Cas de test et recette avec le métier
  • Mise en service, formation et remise à l’exploitation

Projets avec IA

Quand l’IA doit être évaluée ou mise en place sans que l’équipe passe de longues semaines à essayer en marge du quotidien.

  • Délimiter le cas d’usage et chiffrer le bénéfice
  • Prototype avec de vrais documents, construit par kinux GmbH, avant le lancement d’un projet
  • Exigences sur la qualité des données et la provenance de chaque réponse
  • Questions de contrôle et tests que le métier peut refaire lui-même
  • Preuves selon la communication sur la surveillance 08/2024 de la FINMA: gouvernance, inventaire, qualité des données, tests, documentation, explicabilité, vérification indépendante
  • Accompagnement jusqu’à l’exploitation et à la surveillance continue

Pourquoi les projets échouent

Trois des cinq causes les plus fréquentes tiennent aux exigences, à la vision et à la communication.

Sur 16'000 projets, Université d’Oxford1
au-dessus du budget, en retard ou les deux91,5 %
dans le budget et dans les délais8,5 %
dans le budget, dans les délais et avec les bénéfices promis0,5 %
Causes les plus fréquentes des projets échoués (sélection), Project Management Institute2
Changement de priorités de l’organisation39 %
Changement des objectifs du projet37 %
Relevé imprécis des exigences35 %
Vision ou objectif flous29 %
Communication insuffisante29 %

En foncé, les causes qui relèvent directement de la Business Analysis et du Requirements Engineering.

Les projets avec IA suivent le même schéma. En 2025, BCG ne compte chez les assureurs que 7 pour cent qui ont déployé l’IA au-delà du pilote; environ 70 pour cent des obstacles tiennent aux personnes, à l’organisation et aux processus, non à la technique.3 La FINMA constate en 2025 qu’environ la moitié des 400 établissements interrogés utilisent l’IA ou développent de premières applications; les principaux risques cités sont la qualité des données, la protection des données et l’explicabilité.4 Dans le renouvellement des systèmes centraux, BCG observe que la complexité accumulée des anciens systèmes est reportée sur les nouvelles plateformes, que les grands programmes suivent le modèle en cascade et que trop de responsabilité repose sur le fournisseur.5 C’est là qu’interviennent la Business Analysis et le Requirements Engineering: clarifier tôt les objectifs et les exigences, associer toutes les parties dès le début.

  1. Bent Flyvbjerg et Dan Gardner, Université d’Oxford: How Big Things Get Done, 2023, banque de données de plus de 16'000 projets issus de plus de 20 domaines dans 136 pays. 8,5 pour cent tiennent budget et délais, 0,5 pour cent aussi les bénéfices promis.
  2. Project Management Institute, Pulse of the Profession 2018, 4'455 personnes interrogées, causes principales des projets échoués, jusqu’à trois réponses: rapport en PDF.
  3. Boston Consulting Group, 4 septembre 2025: Insurance Leads in AI Adoption. Now It’s Time to Scale.
  4. FINMA, communiqué du 24 avril 2025, enquête sur l’utilisation de l’IA auprès d’environ 400 établissements: enquête de la FINMA sur l’IA.
  5. Boston Consulting Group, 3 mai 2024: Three Paths to Modernizing Core IT for Insurers.

Entre métier, vente et informatique

La liaison est le plus souvent assurée par des personnes à l’aise dans un seul de ces domaines. C’est là que les projets perdent du temps.

Trois domaines, un centre commun Métier et produit, vente et clientèle ainsi qu’informatique forment trois secteurs séparés. kinux GmbH occupe leur interface commune. Métieret produit Produits, processuset tarifs Vente etclientèle Conseil, venteet quotidien client Informatique Architecture, interfaceset données kinux GmbH

Métier et produit. Les spécialistes connaissent précisément produits et processus, mais il leur manque souvent le regard sur la technique: qu’est-ce qui est réalisable, et que coûtera une décision plus tard en exploitation?

Vente et clientèle. Les spécialistes qui comprennent la technique ont rarement conseillé et vendu eux-mêmes. Il leur manque alors le sens de la manière dont conseillères et clients vivent un produit ou un outil au quotidien.

Informatique. Les développeuses et développeurs connaissent interfaces et architecture, mais rarement les règles derrière un tarif ou le déroulement d’un entretien client.

Ugur Kinik, gérant de kinux GmbH, connaît les trois domaines par la pratique: depuis 2018, exigences et processus dans des banques et des assurances, plus de 15'000 entretiens clients menés personnellement, l’informatique par le développement et l’exploitation du système kinux, et plus de 1'000 heures de travail productif avec l’IA, au fil des développements.

En 2024, BCG a interrogé plus de 1'000 dirigeants dans 59 pays: plus des deux tiers des grands programmes technologiques manquent le calendrier, le budget ou le périmètre. 57 pour cent citent l’absence de direction commune entre métier et technique. Selon BCG, il manque aux équipes des spécialistes capables de définir, de valider et de prioriser les exigences.

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

Éprouvé sur le système propre

kinux GmbH développe et exploite le système kinux pour les équipes de conseil des assureurs. Il répond aux questions d’assurance à partir de plus de 100'000 documents d’assureurs suisses et cite la source pour les réponses tirées de ces documents; un clic ouvre le passage dans l’original. L’application et la base de données sont hébergées en Suisse, les modèles de langage dans la zone de données UE.

Le système est né de la même méthode qu’un mandat: d’abord les exigences et les questions de contrôle, ensuite le développement. Plus d’informations sur la page produit.

Vue du produit kinux: question sur la franchise, réponse avec deux preuves et source
Réponse du système kinux à une question sur le changement de franchise, avec deux preuves et le document original à côté. Interface en allemand.

Interlocuteur

Portrait d’Ugur Kinik

Ugur Kinik

Gérant, kinux GmbH

Ugur Kinik travaille depuis 2018 dans le conseil, la vente et la gestion des exigences, dans une grande banque et dans des assurances. En dernier lieu, il a été Requirements Engineer et Business Analyst chez un assureur toutes branches. Économiste d’entreprise BSc, intermédiaire d’assurance AFA, IREB CPRE Foundation Level, ISTQB CTFL, PSPO I, PSM I.

Contact

Un entretien de 30 minutes sur le projet, puis une appréciation écrite. ugur.kinik@kinux.ch

Demander un entretien