Pourquoi j'ai arrêté de vouloir tout construire moi-même

Sur eDjangui, j'ai passé trois mois à construire mon propre système de gestion des cotisations pour les tontines, avec calcul d'intérêts et rappels automatiques. Un bon système, techniquement solide. Sauf qu'un service existant faisait déjà 80% du travail pour une fraction du temps.

Le réflexe de développeur, c'est de voir un problème et de vouloir le résoudre en code. En tant qu'entrepreneur, ce réflexe m'a coûté cher.

Le calcul que je ne faisais jamais

Je comparais toujours le prix d'un outil externe ("49 dollars par mois, c'est cher") sans jamais chiffrer mon propre temps en face. Trois mois de mon temps sur eDjangui, à l'époque, ça représentait largement plus que dix ans d'abonnement à l'outil que j'ai fini par utiliser à la place.

Ce que je code encore moi-même

Je ne suis pas devenu un assembleur de SaaS. Je code toujours ce qui fait la différence pour l'utilisateur final: l'expérience de réservation sur Kimekoif, la logique métier des tontines sur eDjangui. Je ne code plus les briques génériques que quelqu'un d'autre a déjà résolues correctement: paiement, emails transactionnels, authentification.

• Paiement et facturation → un prestataire existant, jamais fait maison
• Emails transactionnels → un service dédié, pas un serveur SMTP bricolé
• Ce qui différencie vraiment le produit → toujours construit en interne

La question que je me pose maintenant

Avant de coder quoi que ce soit, je me demande si un client verra ou ressentira la différence entre ma version et une solution existante. Si la réponse est non, je n'ai plus rien à prouver en le construisant moi-même.