Ma première erreur en tant que CTO

Antoine Famibelle

Antoine Famibelle

— 2 min de lecture
Partager

Des ambitions claires dès le départ

Depuis le début de l'aventure Nüdiet, j'ai fixé des objectifs précis pour la direction technique :

  • 🚀 Faire de la technologie un levier, jamais un frein au développement.
  • 🔧 Offrir des outils efficaces à nos équipes terrain dans les centres.
  • 🌱 Permettre à la franchise de s'étendre rapidement, avec une stack fiable et réplicable.

Mais très vite, des contraintes fortes sont apparues :

  • ❌ Aucune roadmap claire pour le développement de la franchise
  • 🕐 Une pression de temps énorme : pas de site web, alors que la concurrence en avait déjà un
  • 🔄 En parallèle, un rebranding complet : passer de centres diététiques à centres de bien-être

La mauvaise décision

Dans l'urgence et l'excitation, j'ai opté pour une stack que je maîtrise parfaitement, et qui me permettait d'aller vite :

  • Express.js
  • React + Tailwind CSS
  • PostgreSQL (Neon)
  • Drizzle ORM (Serverless)
  • Vercel
  • GitHub + CI/CD

📦 Résultat : en 2 semaines, le site était en ligne, avec réservation et paiement intégrés.

Les problèmes sont arrivés vite…

La plateforme fonctionnait… mais elle est vite devenue un fardeau :

  • ⚠️ Double booking : pas d'intégration avec le système de réservation existant
  • 🔐 Gestion fastidieuse des environnements, clés API, secrets…
  • 📞 Chaque modification basique (adresse, téléphone…) dépendait de moi
  • 🧪 Aucun test automatisé, ce qui entraînait des régressions fréquentes entre les déploiements

Le paradoxe

J'avais conçu une solution censée me libérer, mais elle est rapidement devenue une cage. Pourquoi ? Parce que je n'ai pas pris le temps de poser les bases :

🧠 Prendre du recul pour penser l'architecture long terme aurait évité une bonne partie de ces problèmes.

🇬🇧 English Version — My First Mistake as a CTO

Clear goals, blurry reality

From day one at Nüdiet, I had a clear vision:

  • 🚀 Make technology a growth accelerator, not a blocker
  • 🧰 Empower our wellness centers with reliable tools
  • 🌍 Build a scalable foundation for franchise expansion

But I quickly ran into some harsh constraints:

  • ❌ No defined product roadmap
  • 🕐 Huge time pressure — we had no website, competitors did
  • 🔄 The franchise was undergoing full rebranding from "diet centers" to holistic wellness spaces

Building fast… too fast

Caught up in urgency, I defaulted to a stack I knew well:

  • Express.js
  • React + Tailwind
  • PostgreSQL (Neon)
  • Drizzle (Serverless)
  • Vercel
  • GitHub (CI/CD)

In just 2 weeks, we launched a landing page with online booking and payment.

And then… the issues started

  • ⚠️ Double bookings due to lack of sync with our existing reservation software
  • 🔐 API keys & environments were a pain to manage
  • 🛠️ Every minor edit (address, phone number) had to go through me
  • 🧪 No automated tests = frequent regressions during deployment

The trap I fell into

I had created a system that should have freed me, but it ended up slowing me down. If I had taken a bit more time to architect properly from day one, I could have avoided these growing pains.

Conclusion

🔄 Même dans l'urgence, penser long terme est un investissement qui évite des mois de rattrapage.

Lire la suite