Comment on a construit CleanHelp en 5 mois
Retour d'expérience technique sur notre plateforme de services à domicile
Équipe NovaEn janvier 2026, on nous soumet une idée simple : une plateforme qui connecte des prestataires de ménage, garde d'enfants et bricolage avec des particuliers à Yaoundé et Douala. Cinq mois plus tard, CleanHelp est en production avec 40+ prestataires actifs. Voici exactement ce qu'on a fait — et ce qu'on aurait fait différemment.
Le choix de la stack
React + Vite côté frontend, Node.js + Express côté API, PostgreSQL pour la base de données. Pas de microservices, pas de GraphQL — on a délibérément choisi une architecture monolithique modulaire. Avec une équipe de 3 devs et un délai de 5 mois, la complexité tue la vélocité. Ce choix s'est avéré juste.
Le vrai défi : le paiement mobile
MTN MoMo et Orange Money représentent 85 % des transactions digitales au Cameroun. L'intégration API n'est pas aussi documentée qu'un Stripe ou un PayPal — on a passé 3 semaines sur ce seul sujet. La sandbox de MTN MoMo est capricieuse : des requêtes identiques retournent des status différents selon l'heure. On a construit un système de retry avec backoff exponentiel et une file d'attente pour les webhooks de confirmation.
La gestion des prestataires
Le plus complexe n'était pas technique : c'était l'onboarding des prestataires. La majorité n'avait jamais utilisé une app métier. On a simplifié l'interface au point de retirer des fonctionnalités qu'on pensait essentielles — le tableau de bord de statistiques, par exemple, a été remplacé par un simple compteur de missions et un solde. L'adoption a doublé après cette décision.
Ce qu'on referait différemment
On aurait intégré les notifications WhatsApp Business dès le départ. Les SMS sont coûteux et peu fiables sur certains réseaux. WhatsApp, avec un taux d'ouverture supérieur à 90 % au Cameroun, aurait accéléré la communication prestataire-client de manière significative. On l'intègre dans la v2.
CleanHelp nous a appris qu'au Cameroun, la contrainte réseau et la fracture numérique ne sont pas des edge cases — ce sont les cas principaux. Concevoir pour le bas débit et l'utilisateur non-initié n'est pas une limitation : c'est ce qui produit les meilleurs produits.
