Du conseil stratégique au produit qui fonctionne : comment nous avons construit le vérificateur de factures dentaires

Le conseil stratégique n’a de valeur que lorsqu’il débouche sur quelque chose qui existe vraiment. Le vérificateur de factures dentaires que nous avons développé pour tandarts.nl en est un bel exemple : ce qui a commencé comme une question stratégique ouverte est devenu un outil fonctionnel qui permet aux patients de contrôler, en quelques étapes, si leur facture est correcte. Dans cet article, nous vous emmenons dans les coulisses, de la première question aux choix de périmètre, de technique, de confidentialité et de collaboration.

Voici l’histoire derrière l’étude de cas de notacheckers.nl pour tandarts.nl. Vous y découvrez le résultat ; ici, vous lisez comment nous y sommes arrivés.

Quelle était la demande de tandarts.nl ?

tandarts.nl n’est pas venu nous voir avec une commande toute faite pour un outil. La demande était plus large et plus stratégique : où se trouvent les opportunités, quel besoin sur le marché est assez grand pour construire dessus, et à quoi ressemble un produit qui y répond vraiment ?

Notre rôle a donc commencé par la réflexion, pas par la construction. Nous avons mené l’étude de marché, affiné le problème et développé le concept. De ce travail, une idée est ressortie comme la grande gagnante : un outil grand public qui permet à chacun de faire contrôler sa propre facture dentaire.

Comment traduire une intuition en un problème précis ?

“Les gens veulent savoir si leur facture est correcte” est un sentiment, pas un produit. Tout l’art réside dans la mise au point. Une facture dentaire aux Pays-Bas se compose de codes de prestation techniques avec les tarifs correspondants, liés aux tarifs NZA et à des règles sur les codes qui peuvent ou non être combinés. Pour le patient moyen, c’est une boîte noire.

Cela nous a donné un problème clair et délimité à résoudre : rendre cette boîte noire transparente. Pas avec du jargon juridique, mais avec une réponse qu’un patient comprend en quelques secondes sur son téléphone. Cette définition du problème est devenue la boussole de chaque choix ultérieur.

Pourquoi avons-nous opté pour un MVP pragmatique ?

La tentation dans ce type de projets est de vouloir tout construire d’emblée. Nous avons délibérément choisi l’inverse : un MVP pragmatique qui peut être mis en ligne rapidement. La raison est stratégique. En lançant vite, vous générez du volume, vous validez si le moteur de règles tient la route en pratique, et vous récoltez des données qui améliorent ensuite le produit.

Cela impliquait tout autant de définir ce qui n’en faisait pas partie. Un site entièrement dynamique, des fonctionnalités B2B avancées et des intégrations poussées, nous les avons délibérément repoussés à des phases ultérieures. La discipline de périmètre n’est pas une limite, c’est ce qui rend un projet réalisable et rapide. Nous avons construit juste assez pour tester l’hypothèse centrale : pouvons-nous lire et contrôler une facture de manière fiable ?

Quels défis techniques cela impliquait-il ?

La plus grande complexité ne résidait pas dans une fonctionnalité spectaculaire, mais dans la chaîne qui va de la photo d’une facture à une réponse compréhensible. Chaque maillon devait être juste :

• Lecture (OCR) : un patient téléverse ou photographie sa facture. L’outil doit en extraire de manière fiable les codes de prestation, les descriptions, les quantités, les montants et le total, sur des mises en page et des qualités de photo très variées.
• Étape de correction humaine : l’OCR n’est jamais fiable à cent pour cent. C’est pourquoi l’utilisateur reçoit les données lues dans un affichage modifiable, afin qu’un champ mal interprété ne fausse pas le résultat.
• Moteur de règles : c’est le cœur. Les codes lus sont validés face aux tarifs NZA, les montants sont vérifiés par rapport au maximum par code, et les combinaisons de codes sont testées selon ce qui peut ou non être associé. Chaque écart est traduit en une différence concrète en euros.
• Un résultat compréhensible : toute cette complexité doit aboutir à une seule réponse claire. Votre facture est-elle correcte, ou semble-t-il que vous avez payé trop, et de combien ?

À cela s’ajoutaient encore la logique de conversion d’un modèle freemium, une intégration de paiement et un rapport PDF généré automatiquement. Chacun de ces éléments n’est pas de la haute voltige en soi, mais ensemble ils forment un système qui doit fonctionner sans accroc sur un téléphone, sur un réseau mobile, en quelques secondes.

Comment avons-nous préservé la confidentialité dès le premier jour ?

Un outil qui traite des factures médicales ne peut pas considérer la confidentialité comme un détail. Nous en avons fait un choix de conception. Les factures originales ne sont pas conservées : après traitement, les fichiers sources disparaissent. Ce qu’il reste, ce sont les lignes lues et les enseignements dérivés, rattachés à un identifiant anonymisé, jamais à une personne identifiable.

L’identité du patient n’est par ailleurs jamais partagée avec un cabinet. Les données qui refluent vers la plateforme sont anonymisées et agrégées. Et un accord de sous-traitance en bonne et due forme ainsi que des conditions de confidentialité claires étaient des conditions préalables pour pouvoir simplement passer en ligne, pas quelque chose à régler après coup.

Pourquoi la collaboration entre stratégie et développement est-elle si déterminante ?

C’est là que réside, pour nous, l’essentiel. Une stratégie affûtée qui échoue sur la technique ne rapporte rien. Une belle réalisation technique sans fondement stratégique, pas davantage. La différence se fait en faisant s’emboîter étroitement ces deux volets.

La stratégie, le concept, la connaissance des tarifs NZA et le pilotage de projet venaient de Customer Impact. La réalisation technique était entre les mains de Sam de Samtech, notre partenaire de développement attitré. Parce que nous étions assis à la même table dès le début, la définition initiale du problème est restée intacte dans chaque décision technique. Aucune perte de traduction entre “ce que nous voulions” et “ce qui a été construit”.

C’est précisément la manière dont nous abordons aussi les autres projets. Si vous voulez faire construire un site web ou une plateforme qui repose sur un fondement stratégique, cela commence exactement au même endroit : par le problème, pas par la technique.

Qu’est-ce que cela a apporté ?

Une question stratégique ouverte est devenue un outil en ligne qui résout un problème concret et donne pour la première fois aux patients une prise sur leur facture de soins dentaires. Mais la vraie leçon réside dans l’approche. La stratégie ne devient précieuse que lorsqu’elle part sur le marché, et cela ne réussit que si la recherche, le concept et le développement forment un tout cohérent.

Vous avez une idée que vous voulez faire passer de la stratégie à un produit qui fonctionne, avec quelqu’un qui veille à la fois sur la réflexion et sur l’exécution ? Planifiez votre entretien gratuit.