Combien coûte un audit d’architecture ?

CHF 2’400, prix fixe, payé à la commande. Pas de facturation horaire, pas de dépassement. Si vous signez ensuite l’un des trois engagements dans les 60 jours suivant la livraison, les CHF 2’400 sont intégralement déduits du prix de construction.

Combien de temps dure-t-il ?

Sept jours ouvrés entre la réception des accès et des réponses au questionnaire de lancement et la remise du document, avec des questions précises au fil de la lecture.

Peut-on être remboursé ?

Oui, intégralement, si je décline le mandat après avoir lu votre brief, ou si vous annulez avant l’appel de lancement. Après l’appel de lancement, le travail est engagé et le prix n’est plus remboursable. Les conditions complètes sont sur la page Conditions.

Faut-il un appel avant de commander ?

Non. Le diagnostic se commande en ligne ; l’appel de lancement a lieu après la commande. Si vous préférez décrire le projet d’abord, le formulaire de projet reste ouvert et gratuit.

Faut-il donner accès au code ?

C’est préférable — en lecture seule, sur le repo et les comptes utiles. Sans accès, l’audit se fait sur une démonstration guidée et les documents existants ; le document le dit et ses conclusions sont plus prudentes.

L’audit engage-t-il à construire avec vous ensuite ?

Non. Le document est écrit pour être repris par n’importe quel ingénieur, et il ne contient pas de recommandation qui ne tiendrait que si je construis la suite. Si un v1 ou un upgrade a du sens ensuite, il est proposé au forfait, séparément — et le prix du diagnostic en est déduit.

Est-ce un audit de sécurité ?

Non. L’audit couvre la sécurité applicative de base — permissions, données scopées, secrets, validation — mais un audit de sécurité ou un pentest autorisé est une prestation distincte, décrite sur la page cybersécurité.

Audit d’architecture et de produit · CHF 2’400

Avant de dépenser CHF 30’000 à construire la mauvaise chose, achetez l’architecture.

L’audit d’architecture et de produit — le diagnostic — transforme un projet flou ou un produit fragile en un document de décision : la frontière du v1, l’architecture cible, les décisions construire / acheter, les risques classés, un plan par phases et une fourchette de budget. Il coûte CHF 2’400, se commande en ligne sans appel commercial obligatoire, est livré en sept jours ouvrés, et il est crédité à 100 % sur la construction si vous signez un engagement dans les 60 jours. Vous achetez la clarté, pas un rendez-vous.

Commander le diagnostic — CHF 2’400 Voir les architectures construites ↓Formulaire de contact

Mis à jour le 24 sept. 2026

En bref

Pour qui: Un projet sérieux avant d’engager un budget de construction ; ou un produit en ligne qui doit tenir la charge
Livrable: Frontière du v1 · architecture cible · construire / acheter · registre des risques · plan par phases · fourchette de budget
Durée: Sept jours ouvrés après la réception des accès et du questionnaire de lancement
Prix: CHF 2’400, payé à la commande — pas de facturation horaire, pas de dépassement
Crédit: 100 % déduit d’une construction signée dans les 60 jours suivant la livraison
Suite possible: Un v1 au forfait, un upgrade par périmètre, ou rien — le document reste le vôtre

La plupart des produits qui cassent ne cassent pas sur un bug : ils cassent sur un modèle de données posé trop vite, une logique métier dispersée dans l’interface, des paiements dont l’état vit côté client, ou un périmètre qui n’a jamais été écrit. Ces problèmes se voient en quelques jours quand on sait où regarder — et coûtent des mois quand on les découvre en production.

L’audit est la version courte et honnête de ce que je fais avant chaque v1 : lire le modèle économique, les workflows et les données, décider ce qui est un moteur, ce qui est un écran et ce qui est une intégration, puis écrire ce qui doit exister — et dans quel ordre.

Commander

CHF 2’400. Sept jours ouvrés. Un document que vous gardez.

Le diagnostic se commande en ligne, sans appel commercial obligatoire. Si vous signez l’un des trois engagements — refonte, automatisation, croissance — dans les 60 jours qui suivent la livraison, les CHF 2’400 sont déduits du prix.

Décomposition du problème et carte des utilisateurs et des workflows
Revue de l’architecture actuelle (si un produit existe)
Frontière du v1 : ce qui entre, ce qui attend, ce qui n’existera pas
Décisions construire / acheter, service par service
Architecture cible : données, modules, intégrations, exploitation
Registre des risques, classés par gravité et coût de correction
Plan de mise en œuvre par phases et fourchette de budget par phase

Prix: CHF 2’400, payé à la commande par carte (Stripe). Facture émise automatiquement.
Délai: 7 jours ouvrés après la réception des accès et des réponses au questionnaire de lancement.
Crédit: 100 % du prix déduit d’une construction d’au moins CHF 20’000 signée dans les 60 jours suivant la livraison.
Remboursement: Intégral si je décline le mandat après avoir lu votre brief, ou si vous annulez avant l’appel de lancement. Ensuite, le travail est engagé et le prix n’est plus remboursable.
Confidentialité: Tout ce que vous partagez reste confidentiel ; un NDA est signé sur demande avant tout accès au code.

01 — Périmètre

Ce que l’audit examine

Sept axes, dans cet ordre, parce que chacun conditionne le suivant.

Modèle économique et workflows: Qui paie, pour quoi, à quel moment ; les processus réels derrière le produit et ceux qui restent manuels aujourd’hui.
Modèle de données: Entités, propriétés, relations, ce qui est immuable, ce qui est versionné. La partie la plus chère à refaire plus tard — donc la première examinée.
Logique métier: Où vivent les règles — dans un moteur testable ou dispersées dans les composants ; ce qui est déterministe, ce qui devrait l’être.
Frontières du système: Ce qui est le produit, ce qui est une intégration, ce qui devrait être un service tiers. Les couplages qui empêcheront de faire évoluer.
Paiements, emails, permissions: État de facturation, webhooks, idempotence ; envois transactionnels ; rôles appliqués côté serveur, données scopées par compte.
Exploitation: Déploiement, migrations, sauvegardes, observabilité, journal d’audit — ce qui manque pour qu’un incident soit visible avant le client.
Acquisition et mesure: Si le produit est trouvé par la recherche : la structure des pages, les données structurées, la vitesse ; et les événements qui mesurent le funnel.

02 — Livrable

Ce que vous recevez

Un document, pas une présentation : la décomposition du problème et la carte des utilisateurs et des workflows ; la frontière du v1 — ce qui entre, ce qui attend, ce qui n’existera pas ; les décisions construire / acheter, service par service ; l’architecture cible (modèle de données, modules, intégrations, exploitation) ; le registre des risques, classés par gravité et coût de correction ; et un plan de mise en œuvre par phases avec une fourchette de budget pour chacune.

Le document est écrit pour être confié à n’importe quel ingénieur, moi compris. Il ne contient pas de recommandation qui ne serait justifiée que si je construis la suite.

03 — Méthode

Comment se déroule l’audit

Commande et lancement: Commande en ligne, puis sous 24h ouvrées un message de lancement : liste des accès utiles, questionnaire court, créneau pour un appel de 45 minutes.
Accès et lecture: Accès en lecture au repo et aux comptes utiles (base, paiements, déploiement) ; sinon, une démonstration guidée et les documents existants.
Examen: Les sept axes ci-dessus, avec des questions précises au fil de la lecture — jamais un questionnaire de cinquante lignes à remplir.
Restitution: Le document au septième jour ouvré, puis une heure d’échange pour le parcourir, contester et décider. Trente jours de réponses sous 24h ensuite.

04 — D’où vient la méthode

Les architectures que j’ai construites

La grille d’audit n’est pas une checklist trouvée dans un livre : c’est ce que j’applique sur mes propres produits. Sur Atamatax, un moteur de situation fiscale versionné, un workflow documentaire et des packages à périmètre fixe ; sur Horvera, un moteur de règles déterministe qui montre sa trace et ses sources ; sur SponsorsMetrics, un pipeline de données d’API tierce et un benchmark. Les décisions et les erreurs derrière ces systèmes sont détaillées dans Architecture Next.js pour un SaaS en production.

Est-ce le bon service ?

L’audit a du sens si

Votre produit est en ligne et quelque chose inquiète : lenteur, incidents, un modèle de données qu’on contourne, des paiements qu’on vérifie à la main.
Vous avez un concept sérieux et un budget à engager, mais pas encore de périmètre écrit ni de certitude sur ce qui est un moteur et ce qui est un écran.
Vous devez arbitrer entre refaire et continuer, et vous voulez un avis écrit que votre équipe ou un autre prestataire peut reprendre.
Le questionnaire d’adéquation vous a orienté vers un audit d’abord.

Ce n’est pas le bon service si

Le périmètre est écrit, le budget est fixé et le stade est clair — allez directement au v1 de production.
Vous cherchez un audit de sécurité ou un pentest — c’est la pratique cybersécurité, sur sa propre page.
Vous voulez une seconde opinion sur un choix de framework sans produit derrière — un appel suffit, pas un audit.

Preuves — produits construits et exploités

Mes propres produits, avec leur état réel. Aucun projet client n’est publié à ce jour.

Méthode

Quatre étapes, scope fixe, prix convenu à l’avance.

01
Diagnostic
20 minutes, gratuit. Modèle économique, workflows, risques, périmètre produit. Si je ne suis pas la bonne personne, je le dis.
02
Architecture et proposition
Sous 48h : modèle de données, frontières du système, intégrations, UX — et un seul prix forfaitaire avec des jalons datés. Pas de « à partir de ».
03
Construction
4 à 6 semaines d’itérations contrôlées. Démo chaque vendredi sur une preview Vercel. Vous voyez le système grandir en direct — pas de boîte noire.
04
Mise en production
Paiements, analytics, déploiement, workflows opérationnels. Vous repartez avec le repo, les comptes, le pipeline — et 30 jours de réponses sous 24h.
05
Amélioration
Itération mesurée sur l’usage réel : un nouveau forfait par périmètre, ou rien si votre équipe reprend. Pas de dépendance cachée.

Le déroulé complet, les garanties et les prix →

Questions fréquentes

Combien coûte un audit d’architecture ?
CHF 2’400, prix fixe, payé à la commande. Pas de facturation horaire, pas de dépassement. Si vous signez ensuite l’un des trois engagements dans les 60 jours suivant la livraison, les CHF 2’400 sont intégralement déduits du prix de construction.
Combien de temps dure-t-il ?
Sept jours ouvrés entre la réception des accès et des réponses au questionnaire de lancement et la remise du document, avec des questions précises au fil de la lecture.
Peut-on être remboursé ?
Oui, intégralement, si je décline le mandat après avoir lu votre brief, ou si vous annulez avant l’appel de lancement. Après l’appel de lancement, le travail est engagé et le prix n’est plus remboursable. Les conditions complètes sont sur la page Conditions.
Faut-il un appel avant de commander ?
Non. Le diagnostic se commande en ligne ; l’appel de lancement a lieu après la commande. Si vous préférez décrire le projet d’abord, le formulaire de projet reste ouvert et gratuit.
Faut-il donner accès au code ?
C’est préférable — en lecture seule, sur le repo et les comptes utiles. Sans accès, l’audit se fait sur une démonstration guidée et les documents existants ; le document le dit et ses conclusions sont plus prudentes.
L’audit engage-t-il à construire avec vous ensuite ?
Non. Le document est écrit pour être repris par n’importe quel ingénieur, et il ne contient pas de recommandation qui ne tiendrait que si je construis la suite. Si un v1 ou un upgrade a du sens ensuite, il est proposé au forfait, séparément — et le prix du diagnostic en est déduit.
Est-ce un audit de sécurité ?
Non. L’audit couvre la sécurité applicative de base — permissions, données scopées, secrets, validation — mais un audit de sécurité ou un pentest autorisé est une prestation distincte, décrite sur la page cybersécurité.