Le contexte
Théo, fondateur de Klarvi, nous a contactés début mars 2026 avec une idée précise et une contrainte claire : il avait validé son concept de CRM B2B sur Notion (oui, sur Notion), il avait 30 prospects sur liste d'attente, et il devait livrer un produit utilisable avant fin avril.
Pas de cofondateur tech. Pas de budget pour recruter en CDI. Pas envie de signer avec une agence à 25 k€/mois pour un MVP.
Il voulait du dev, pas une relation commerciale.
Le scope, posé en une demi-journée
On a démarré par un brief async sur le Hub Tech. Théo nous a partagé sa maquette Figma, son script de démo, et 3 enregistrements d'entretiens prospects. En 4 heures, on avait un scope clair :
- Auth : email + magic link (pas de social login pour l'instant)
- Multi-tenant : workspace par client, isolation Postgres RLS
- Pipeline kanban : drag & drop, 5 colonnes éditables
- IA scoring : Claude pour scorer chaque deal sur 6 critères
- Notifications : email + Slack webhook
- Stripe : abonnement mensuel à 49 €/utilisateur, période d'essai 14 jours
Pas de feature factory. On a écarté tout le reste : intégrations CRM externes, mobile, rapports avancés. À shipper en V2 si traction.
La stack qu'on a choisie
Volontairement boring. C'est ce qui livre vite :
- Next.js 16 (App Router) + TypeScript strict
- Supabase : Postgres + Auth + Realtime
- Drizzle ORM : queries typées, migrations versionnées
- Stripe Checkout + webhooks Cloudflare Workers
- Claude API pour le scoring (modèle Sonnet 4.6, prompt template versioned)
- Vercel pour le déploiement
Aucune techno expérimentale. Aucun service hippie. Que des outils qu'on connaît à 100 % et qui scalent jusqu'à plusieurs milliers de users.
Le rythme : 1 demande tous les 2 jours
Sur le Hub Tech, Théo créait une demande par feature toutes les 48 heures, en moyenne. Pas plus. On lui livrait un environnement de preview Vercel à chaque PR, avec un GIF démo de la feature et la liste de ce qu'il restait à valider.
Théo testait, validait, et passait à la demande suivante.
Pour les bugs ou les itérations, il rouvrait la demande. Aucun call. Aucun email. Juste du texte structuré sur le Hub.
Les 3 moments où on a frôlé la dérive
Semaine 2 — la tentation du SSO. Théo voulait ajouter Google SSO "vite fait". On a calculé : 3 jours pour bien le faire, 0,5 jour pour magic link. On a gardé magic link et planifié SSO en V2.
Semaine 4 — le scoring IA était lent. Première implémentation à 8 secondes par deal. Inacceptable. On a refacto en streaming + batching pour tomber à 1,2 seconde. 1 jour de boulot, 6× plus rapide.
Semaine 5 — Stripe webhook double-fire. Bug classique d'idempotence. 4 heures pour reproduire, 30 minutes pour fix avec une table stripe_events qui dédupe. On a documenté le pattern dans nos templates internes.
Le résultat
Mise en ligne le 14 avril. Premier utilisateur payant le 16 avril (un prospect de la liste d'attente). 7 utilisateurs payants à fin avril. 1 047 € de MRR sur la première semaine de mai.
Le code source est dans le repo GitHub privé de Klarvi. Théo peut continuer avec nous, recruter un dev en interne, ou revendre le code. Aucune dépendance technique à Devoria.
Ce que Théo nous a écrit après le launch
"Le rythme était parfait. Je n'ai jamais eu à expliquer un truc deux fois. Le Hub Tech remplace les calls que j'aurais eus avec une agence. Je sais ce que je vais payer chaque mois. Et le code est propre."
La leçon : un MVP, c'est 6 features bien faites
Pas 30 features moyennes. La discipline du scope est la seule chose qui fait gagner ou perdre 4 semaines sur un MVP. On a passé plus de temps à dire non qu'à coder, sur les 2 premières semaines. C'est ce qui a permis le launch dans les délais.
Si vous avez un projet similaire (MVP B2B, scope cadré, deadline serrée), parlez-nous. On vous dit honnêtement si on peut tenir vos délais, et avec quelle stack.
