Exemple illustratif. L'entreprise, le produit, le code et les chiffres sont fictifs. Ils reprennent des problèmes fréquents sur les MVP qui passent en production. Le vrai rapport vous est remis par écrit, avec une heure de restitution.
Le contexte
Planora (nom fictif) édite un SaaS B2B de planification d'équipes : 40 entreprises clientes, environ 1 200 utilisateurs. Le MVP a été développé par une agence il y a 14 mois, en React, Node.js (Express) et PostgreSQL, sur un seul serveur. Depuis trois mois, chaque mise en ligne provoque un incident, et l'écran de planning met plusieurs secondes à s'afficher.
Ce que nous avons regardé
- Le dépôt de code, en lecture seule : interface, API et scripts de déploiement.
- Les journaux de production et les métriques du serveur sur 30 jours.
- Le schéma de la base de données et les requêtes les plus lentes.
- Un entretien d'une heure avec la fondatrice et le développeur encore en poste.
Le verdict
Le produit est récupérable sans réécriture. Trois corrections sont urgentes, dont une faille qui expose les données d'un client à un autre. Ensuite, 6 à 8 semaines de consolidation suffisent pour revenir à des mises en ligne sans incident.
Les cinq risques prioritaires
| # | Risque | Gravité | Effort | Recommandation |
|---|---|---|---|---|
| 1 | Le cloisonnement entre clients est fait dans le navigateur : en modifiant une requête, un utilisateur peut lire les plannings d'une autre entreprise. | Critique | 4 j | Contrôler l'accès sur chaque route de l'API, côté serveur, avec un test automatisé par route. |
| 2 | Aucune sauvegarde de la base n'a jamais été testée. Personne ne sait si une restauration fonctionnerait. | Critique | 0,5 j | Sauvegardes automatiques quotidiennes, copie hors du serveur, test de restauration chaque mois. |
| 3 | Les clés d'API et le mot de passe de la base sont en clair dans le dépôt Git. | Élevée | 1 j | Changer toutes les clés, les retirer du dépôt et les ranger dans un coffre de secrets. |
| 4 | Ni tests automatisés ni intégration continue : chaque mise en ligne se fait à la main, depuis un poste. | Élevée | 3 j | Déploiement automatique et tests des cinq parcours critiques : connexion, création de planning, invitation, facturation, export. |
| 5 | L'écran de planning est lent (4,2 s pour 5 % des affichages) : l'API lance une requête par employé au lieu d'une seule. | Moyenne | 2 j | Regrouper les requêtes, ajouter deux index et mettre en cache le calendrier de la semaine. |
Le plan recommandé
- Semaine 1 : corriger le cloisonnement entre clients, mettre en place les sauvegardes, changer les clés (5,5 jours).
- Semaines 2 à 4 : intégration continue, tests des parcours critiques, performance du planning (5 jours).
- Ensuite : consolidation au fil de la roadmap, avec une revue de code systématique.
Coût estimé des deux premières étapes : 10,5 jours, soit environ 5 900 € en régie. Le prix du diagnostic en est déduit.
Ce qu'ajoute le diagnostic complet
En 4 jours, le diagnostic complet ajoute une revue de sécurité détaillée, des mesures de performance sous charge, la dette technique chiffrée module par module et un plan de mise en production chiffré par étapes. Voir les diagnostics et les prix.