MVP SaaS logistique : des clients payants en 11 semaines

Le fondateur, qui a passé 15 ans dans la logistique du fret, avait repéré un manque. Les courtiers en fret de taille moyenne, qui gèrent 50 à 500 expéditions par mois, pilotaient leur activité avec des logiciels TMS des années 2000, Excel, des chaînes d’e-mails et le téléphone. Les alternatives étaient des plateformes pour grands comptes, avec des contrats annuels à six chiffres et six mois de déploiement, ou des outils basiques incapables de coordonner du fret multimodal.

Il disposait de 180 000 $ de financement de pré-amorçage, de lettres d’intention de trois clients pilotes et d’un investisseur de série A dont l’engagement dépendait d’un produit en service, avec une traction réelle, dans un délai de 4 mois. Les contraintes étaient strictes : 50 000 $ au maximum pour développer le MVP, 12 semaines pour obtenir un produit déployable, et des clients pilotes engagés sur une évaluation de 60 jours qui devait commencer au plus tard en semaine 14.

La liste des fonctionnalités souhaitées comptait 47 lignes. Il fallait la ramener aux 12 fonctionnalités qui décideraient un courtier à abandonner son tableur. Trois sociétés de développement américaines avaient proposé des devis de 120 000 à 220 000 $ pour 16 à 24 semaines, des montants qui auraient absorbé toute la levée.

Le Sprint Zero a fixé le périmètre et l’architecture en une semaine, pour 4 500 $. Le développement s’est déroulé en quatre sprints de 2 semaines : les fondations (authentification, gestion des tenants, rôles, CI/CD), le workflow principal (création d’expéditions, itinéraires à plusieurs arrêts avec Mapbox, affectation des transporteurs, dépôt de documents), le suivi et le pilotage (suivi en temps réel sur une carte, notifications automatiques, tableau de bord des indicateurs), puis la monétisation et les finitions (facturation à l’expédition avec Stripe, portail client, reporting, import CSV).

Le rythme était strict : planification du sprint le lundi en visioconférence avec le fondateur, points quotidiens asynchrones pour composer avec le décalage horaire entre Dacca et les États-Unis, et démonstration le vendredi sur l’environnement de staging, où le fondateur et un client pilote testaient en direct. Leurs retours alimentaient directement le sprint suivant.

Les semaines 10 et 11 ont été consacrées aux tests et au lancement. Un ingénieur QA a exécuté 180 cas de test portant sur l’isolation entre tenants, la gestion des échecs de paiement et l’édition simultanée avec verrouillage optimiste. Les tests de charge ont validé 50 utilisateurs simultanés et 500 expéditions actives avec des temps de réponse inférieurs à 200 ms, et une marge pour plus de 200 utilisateurs simultanés. La mise en production s’est faite par une mise à jour progressive ECS (rolling update), sans interruption de service. Le fondateur a accueilli son premier client pilote sur la plateforme l’après-midi même.

La plateforme a été livrée en 11 semaines, soit une semaine d’avance sur l’objectif de 12 semaines, pour 48 000 $, sous le budget de 50 000 $. Les 12 fonctionnalités prévues pour le MVP ont toutes été livrées, sans aucun bug critique au lancement, avec 78 % de couverture de tests automatisés et un coût d’infrastructure de 180 $ par mois au lancement.

La traction s’est amplifiée : 3 clients pilotes le premier mois, 7 au troisième mois et 14 au sixième. Le MRR est passé de 1 700 $ à 19 000 $ sur la même période, avec un NPS stable entre +58 et +64 et une disponibilité d’au moins 99,97 %.

Quatre mois après le lancement, le fondateur a bouclé une série A de 2,1 M$ pour une valorisation pre-money de 6,2 M$. L’investisseur principal a cité la qualité du produit, la vitesse de développement et l’efficacité du capital, et il a audité le code. Après la levée, le fondateur a conservé 3 ingénieurs de Gigabit comme équipe de développement dédiée, pour 14 500 $ par mois.