Pas dans un document technique que personne ne lit, mais dans un modèle que vous reconnaissez, que votre équipe reconnaît, et dont l’IA peut se servir. Quelque chose change dans votre activité ? Nous adaptons le modèle, et le logiciel suit.
Planifier un échange
L’IA affiche quelque chose qui fonctionne sur votre écran en un après-midi. Mais chaque règle, chaque exception, chaque « oui, mais chez nous ça se passe autrement » est enfouie quelque part dans le code. Pour savoir comment fonctionne votre entreprise, il faut lire ce code. Et chaque modification devient une chasse au trésor.
Une seule description du fonctionnement de votre entreprise, lisible par vos équipes et exploitable par l’IA. Le logiciel est construit à partir de celle-ci et correspond entièrement à la façon dont votre entreprise fonctionne vraiment.
Prenons un installateur de pompes à chaleur. Quinze personnes, une forte croissance, et tout tourne sur Excel, les e-mails et WhatsApp.
User journey mapping : notre point de départ fonctionnel
Nous nous asseyons avec les personnes qui font le travail et dessinons les étapes qu’elles suivent réellement : de la demande entrante à la visite technique et au devis, jusqu’à l’installation et la réception des travaux.
Ce qui en ressort, ce ne sont pas seulement les parcours habituels, mais aussi toutes les exceptions. Tout le monde au bureau les connaît, mais elles ne sont écrites nulle part. Et c’est précisément là que vos processus actuels coincent.
Mener une demande de pompe à chaleur jusqu’à une installation livrée
Pourquoi ces capacités ? De plus en plus souvent, ce sont des agents IA qui font le vrai travail. Les phases restent exactement les mêmes ; seule l’interaction change. C’est pourquoi nous indiquons, pour chaque phase, s’il faut un écran et/ou une capacité avec laquelle un agent peut travailler.
Event sourcing : notre architecture technique
À partir de ce schéma, nous déterminons ce qu’il faut enregistrer à chaque étape.
Au lieu de ne conserver que l’état actuel — ce dossier est « en attente » — nous enregistrons chaque événement comme un fait qui s’est produit. Devis envoyé. Visite technique planifiée. Prime approuvée. Matériel commandé. Comme une banque qui conserve chaque transaction plutôt que votre seul solde.
Dossier 2481 · le champ statut
Un seul champ, écrasé à chaque fois. Seule la dernière ligne existe encore aujourd’hui. Que ce dossier soit resté bloqué onze semaines à cause d’une prime n’apparaît plus nulle part.
Dossier 2481 · tout ce qui s’est passé
Neuf événements, neuf « faits ». Un fait ne s’efface pas : on en ajoute un nouveau à la suite. « Terminé » n’est plus un champ, mais une conclusion tirée de cette liste.
Le moment où vous remarquez que votre logiciel part d’un modèle.
Six mois plus tard, le gérant décide : nous ne commandons plus de matériel tant que la prime n’est pas approuvée. Trop d’acomptes restent en suspens.
Avec un logiciel sur mesure classique, c’est une demande de modification, un devis et deux mois d’attente. Car cette règle est enchevêtrée quelque part dans un code qui a grossi entre-temps. Chez nous, c’est une adaptation du modèle : une condition s’ajoute entre deux événements. Le logiciel suit automatiquement.
Une condition entre deux faits qui existaient déjà.
L’écran de planification et l’aperçu des dossiers en cours.
Les dossiers passés. Ils restent conformes aux règles qui s’appliquaient alors.
Enfin un logiciel qui évolue avec votre entreprise.
Le gérant n’est pas le seul à devoir contribuer. Vos collaborateurs sur le terrain savent mieux que quiconque comment un processus se déroule vraiment.
Pas un seul long atelier, mais plusieurs moments d’échange pour construire ensemble une solution.
Quelqu’un doit pouvoir décider comment le processus et le logiciel fonctionneront désormais, malgré toutes les exceptions.
Tout tourne sur des serveurs européens. Pas de dépendance à un fournisseur, pas de plateforme dont vous ne pouvez plus sortir, pas de licence à payer chaque année pour avoir le droit de faire tourner votre propre logiciel. Si un jour vous souhaitez continuer avec quelqu’un d’autre, vous emportez tout.
Ce que vous pouvez nous confier, c’est la maintenance du modèle : qu’il reste juste à mesure que votre entreprise évolue. Mais cela reste votre choix.
Un premier échange porte sur vos processus, pas sur notre logiciel. Nous regardons ensemble où vous perdez du temps et si notre modèle peut répondre à votre situation.
Planifier un échange
