Cadrage & domaines métier
Ateliers avec les personnes qui font le travail. Nous découpons le système selon le métier réel, pas selon l'organigramme ni selon la mode technique du moment.
Service 02 — Conception
Une architecture encore
évolutive dans trois ans.
Nous traduisons vos besoins métier en un système compréhensible : des frontières nettes, des choix techniques justifiés par écrit, et une place prévue pour l'intelligence artificielle plutôt qu'un greffon posé après coup.
- Domaines métier
- API & contrats
- Modèle de données
- Décisions tracées
3
semaines
pour une architecture cible documentée
100 %
des choix structurants
justifiés par écrit
2
scénarios chiffrés
comparés avant décision
0
dépendance imposée
à un éditeur non justifié
Le point de départ
Le logiciel fonctionne. Le faire évoluer coûte cher.
Les symptômes d'une architecture subie
Une architecture ne se dégrade pas d'un coup : elle s'use à chaque raccourci pris sous pression. Le signal d'alarme n'est pas technique, il est budgétaire — le devis d'une petite évolution devient inexplicable.
- « Changer ça, c'est trois semaines » pour une règle de calcul.
- Personne ne sait dire où se trouve la règle de gestion de référence.
- Chaque mise en production fait peur et se fait le vendredi soir.
- Un seul développeur comprend le cœur du système.
- Brancher un agent IA supposerait de tout réécrire — donc on y renonce.
01
Frontières claires
Chaque domaine métier a un propriétaire
02
Contrats explicites
Les API sont versionnées et documentées
03
Décisions tracées
Une ADR par choix structurant, datée
04
Place pour l'IA
Un point d'entrée prévu, pas un bricolageCe que nous faisons
Six prestations, assemblables à la carte
Nous intervenons aussi bien sur une page blanche que sur un système existant qu'il faut remettre sur des rails sans l'arrêter.
Choix techniques argumentés
Deux scénarios minimum, chiffrés en coût de construction et en coût de possession. Le choix « ennuyeux mais solide » est souvent celui que nous recommandons.
Conception d'API & intégrations
Contrats versionnés, gestion des erreurs, idempotence, authentification. Vos échanges avec l'ERP, le CRM ou vos partenaires cessent d'être fragiles.
Modèle de données
Schéma, cycles de vie, historisation, anonymisation. Une donnée propre est la condition d'un reporting fiable — et de tout usage d'IA qui tienne debout.
Revue & remise sur rails
Audit d'un existant : dette technique chiffrée, points de rupture, plan de refonte progressive par strangler pattern plutôt que réécriture totale.
Architecture prête pour l'IA
Où branche-t-on un agent, une recherche vectorielle, une file de traitement ? Nous prévoyons les points d'extension, les garde-fous et la traçabilité dès le schéma.
Comment ça se passe
Du besoin flou au schéma qu'on peut construire
L'architecture n'est pas un document qu'on rend à la fin : c'est un outil de décision qu'on utilise pendant tout le projet.
-
1
Écouter
Entretiens métier et techniques, lecture du code existant, observation des contournements que les équipes ont inventés.
-
2
Modéliser
Glossaire partagé, flux, domaines et frontières. On nomme les choses avant de les découper.
-
3
Comparer
Deux ou trois scénarios d'architecture, avec leurs coûts, leurs risques et ce qu'ils interdisent pour la suite.
-
4
Décider
Une ADR par choix structurant : contexte, options, décision, conséquences. Datée et relisible dans deux ans.
-
5
Prouver
Un prototype sur la partie la plus risquée. Une architecture non éprouvée reste une hypothèse.
-
6
Accompagner
Revue de code régulière pendant la construction, pour que le système livré ressemble au schéma validé.
Cas concrets
Ce que ça change, en pratique
Scénarios représentatifs de missions d'architecture menées chez des PME de 20 à 250 personnes.
Négoce
La règle de prix, enfin à un seul endroit
Extraction du moteur tarifaire dupliqué dans trois applications vers un service unique, appelé par API. Une remise se change désormais une fois, pas trois.
×3plus vite sur les évolutions
−80 %d'écarts de facturation
Santé & social
Une refonte sans big bang
Remplacement progressif d'un applicatif de 12 ans, module par module, l'ancien et le nouveau cohabitant derrière une façade commune pendant toute la transition.
0journée d'arrêt
7modules basculés en 9 mois
Services B2B
Un socle où l'IA se branche
Ajout d'un point d'extension événementiel : chaque document déposé déclenche indexation, extraction et contrôle, sans toucher au cœur applicatif existant.
2 sem.pour le premier agent
0ligne modifiée dans le cœur
Livrables
Des documents qu'on relit vraiment
Schéma d'architecture
Vue d'ensemble, vue par domaine, vue de déploiement. Trois niveaux de zoom pour trois publics différents.
Registre d'ADR
Chaque choix structurant écrit en une page : contexte, options, décision, conséquences assumées.
Modèle de données commenté
Entités, relations, cycles de vie et règles de conservation, avec les contraintes réglementaires en regard.
Plan de construction
Séquencement des lots, dépendances, risques et jalons de vérification. Chiffré, pas décoratif.
Approches
Interfaces
Données
Documentation
Ce que nous ne vous vendrons pas
Des microservices parce que c'est le mot attendu. Pour la très grande majorité des PME, un monolithe bien découpé coûte moins cher, tombe moins souvent et se recrute plus facilement. Nous ne proposons une architecture distribuée que lorsqu'une contrainte réelle — charge, équipes séparées, cycles de vie divergents — la justifie.
Engagement
Trois façons de nous impliquer
De l'avis extérieur ponctuel au rôle d'architecte de référence sur la durée.
Revue d'architecture
forfait1 à 2 semaines
Un regard extérieur sur l'existant : ce qui tient, ce qui va casser, ce qui coûte cher à faire évoluer.
- Lecture du code & entretiens
- Dette technique chiffrée
- Top 5 des risques
- Restitution en atelier
Le plus demandé
Conception complète
sur devis3 à 6 semaines
L'architecture cible, ses décisions écrites, son plan de construction et un prototype sur la partie la plus risquée.
- Ateliers de cadrage métier
- Schémas & registre d'ADR
- Modèle de données
- Prototype de validation
- Plan de construction chiffré
Architecte de référence
abonnementquelques jours par mois
Un interlocuteur qui connaît votre système, relit les décisions et arbitre avec vos équipes ou vos prestataires.
- Revue de code régulière
- Arbitrage technique
- Mise à jour des ADR
- Point mensuel avec la direction
Objections légitimes
Les questions qu'on nous pose
Une architecture, ce n'est pas un luxe pour grande entreprise ?
L'architecture existe de toute façon : soit elle est décidée, soit elle est subie. Pour une PME, l'enjeu n'est pas de produire cent pages, mais d'écrire les cinq à dix décisions qui coûteront cher à changer plus tard. Cela tient en quelques jours de travail.
Faut-il tout réécrire ?
Presque jamais. Une réécriture complète est le projet le plus risqué qui soit : long, invisible pour les utilisateurs, et il fige l'existant pendant des mois. Nous privilégions le remplacement progressif, module par module, avec de la valeur livrée en continu.
Travaillez-vous avec nos développeurs actuels ?
Oui, et c'est le cas le plus fréquent. Nous intervenons en appui d'une équipe interne ou d'un prestataire existant : cadrage, décisions écrites, revue de code. L'objectif est de renforcer l'équipe en place, pas de la remplacer.
Pourquoi parler d'IA au moment de l'architecture ?
Parce que les usages d'IA imposent des contraintes concrètes : accès aux documents, traçabilité des réponses, files d'attente, coût par requête, points de reprise en cas d'erreur. Les prévoir coûte quelques heures au moment du schéma, et plusieurs semaines si on les découvre après.
Aller plus loin
Les autres services FKNet
Stratégie Cloud
Une infrastructure dimensionnée, sécurisée, maîtrisée.
Découvrir →Applications web
L'outil métier sur-mesure, livré en semaines.
Découvrir →Hébergement & déploiement
Surveillé, sauvegardé, réparable en heures.
Découvrir →Centre d'appel Amazon Connect
Comprendre le motif avant de router l'appel.
Découvrir →LLM & agents IA
Des agents qui travaillent, pas des démonstrations.
Découvrir →Diagnostic AI-First
Une demi-journée offerte, trois cas d'usage chiffrés.
Réserver →Premier pas
Racontez-nous ce qui est devenu difficile à faire évoluer
Une heure d'échange suffit souvent à situer le problème : mauvais découpage, données dispersées, dépendance à une personne ou choix d'outil inadapté. Nous vous dirons franchement si une mission d'architecture est justifiée ou non.
- Échange sans engagement
- Avis argumenté
- Sur site ou en visio
Parler de mon système
Réponse sous 24 h ouvrées.