Étude de cas
A·lfred : six ans de SaaS en production
De 2020 à 2026, nous avons conçu, développé et exploité A·lfred, une application de gestion commerciale pour les indépendant·e·s et les TPE. Voici ce que nous avons construit, ce que nous avons migré, et pourquoi nous avons arrêté.
En chiffres
Un produit conçu, développé et exploité par une seule personne.
- en production, de 2020 à 2026
- 6 ans
- entreprises utilisatrices
- ~50
- factures
- ~3 000
- devis
- ~700
Ce que nous avons construit
-
Une API découplée
Une API Symfony et API Platform d'un côté, une application Vue.js de l'autre. L'interface ne connaît que le contrat de l'API.
-
Des traitements asynchrones
La génération de PDF, coûteuse en CPU, sort de la requête et s'exécute en arrière-plan.
-
Des données partagées, des accès maîtrisés
Plusieurs acteurs accèdent aux mêmes données. La sécurité de ces accès a été un sujet de conception à part entière.
-
Un monorepo
Le code vit dans un monorepo, organisé pour réutiliser plutôt que dupliquer.
Deux migrations en production
En six ans, aucun incident marquant. Deux changements de fond ont été menés sur le produit en service.
-
Le passage à FrankenPHP
Le serveur d'application a été remplacé par FrankenPHP en cours de vie du produit.
-
D'AWS à un VPS avec Dokploy
L'infrastructure a quitté AWS pour un serveur privé virtuel, déployé avec Dokploy.
Stack technique
Pourquoi nous avons arrêté
Depuis le 1er septembre 2026, toutes les entreprises doivent pouvoir recevoir des factures électroniques. L'obligation d'en émettre s'étend aux TPE et PME en septembre 2027.
Pour un logiciel de facturation, suivre cette réforme a un coût. Il était trop élevé pour un produit de cette taille, maintenu par une seule personne.
Sur ce marché, de très grandes startups ont bien plus de moyens et dictent le rythme. Nous ne pouvions pas réagir aussi vite qu'elles.
Nous avons fermé le service le 31 janvier 2026, avant l'entrée en vigueur de la réforme.
Ce que cette expérience apporte à nos missions
-
Nous avons vécu six ans avec nos choix d'architecture, et avec leurs conséquences en exploitation.
-
Nous avons changé de serveur d'application et d'infrastructure sur un produit en service.
-
Nous savons ce que coûte une mise en conformité, et reconnaître le moment où il vaut mieux arrêter.