La question la plus fréquente que nous posent d'autres fondateurs est une variante de : « Comment construisez-vous 150 modules avec l'équipe dont vous disposez ? »
La réponse honnête, c'est que la question est mauvaise. Nous ne construisons pas 150 modules formidables. Nous construisons 150 suffisant des modules au-dessus d'un petit nombre de fondations vraiment bien conçues. Cette distinction, c'est toute l'architecture.
Le processus de prélèvement.
Nous sommes partis d'une seule règle : un module n'a sa place dans Mewayz que s'il supprime un abonnement SaaS que notre client cible paie déjà.
Pas « pourrait payer ». Pas « pourrait imaginer payer ». Paie actuellement, aujourd'hui, avec une carte de crédit, sur une base récurrente. Ce filtre élimine 80 % des modules que nous pourrions théoriquement construire.
Les 20 % restants — environ 150 catégories — sont ceux où notre client PME type paie aujourd'hui entre $25 et 500 €/mois quelque part. CRM, RH, comptabilité, support, projets, marketing — les classiques. Mais aussi caisse, réservations, contrats, formulaires, sondages, bases de connaissances, gestion d'ONG, centres d'appels, générateurs de documents par IA, centres de formation.
Chaque module en Mewayz doit pointer vers une facture dans la facture logicielle existante du client.
Ce que nous ne construisons pas.
Il convient de noter ce qui est pas dans Mewayz, délibérément :
- Outils créatifs spécialisés. Figma, Adobe, Logic — des outils créatifs spécialisés où l'excellence domine. Les intégrer serait insultant pour ces catégories.
- Infrastructure pour développeurs. GitHub, Sentry, Linear. Un univers voisin, d'autres acheteurs, d'autres flux de travail.
- Plateformes de communication. Slack, Zoom. Pourrait devenir un acquis un jour, mais les effets de réseau sont trop forts pour les entamer dès maintenant.
- IT d'entreprise. Identité, SSO, MDM. Nous nous intégrons à Okta, etc. ; nous ne les remplaçons pas.
L'architecture : trois couches.
L'astuce pour livrer 150 modules sans 150 équipes, c'est que la plupart des modules ne sont pas des produits indépendants. Ce sont configurations sur des primitives partagées.
Nous avons construit trois couches de fondation que chaque module utilise :
Couche 1 : la colonne vertébrale des données
Un modèle de données unifié sur toute la plateforme — Contact, Entreprise, Article, Document, Événement, Argent. Chaque module lit et écrit à travers cette colonne vertébrale. Le « contact » du CRM est le même enregistrement que le « client » de la comptabilité et le « demandeur » du helpdesk. Aucune synchronisation, aucun doublon.
Couche 2 : le moteur de workflow
Un seul moteur de workflow qui gère toutes les actions inter-modules. Devis → facture → paiement → commission → paie. Prospect créé → e-mail envoyé → tâche attribuée. Ticket ouvert → minuteur SLA → escalade. Le même moteur partout, configuré module par module.
Couche 3 : le kit d'interface
Chaque module est construit à partir des mêmes quelque 40 composants — vue liste, vue détail, kanban, calendrier, générateur de formulaires, générateur de rapports. Les nouveaux modules sortent en configurant ces composants, et non en concevant des écrans à partir de zéro.
La feuille de route.
Nous avons livré environ 90 modules en v1 et les 60 suivants en v2. Le rythme est d'environ 4 à 6 nouveaux modules par mois, plus un travail d'approfondissement continu sur les modules existants les plus utilisés.
Les modules sont déployés dans un ordre déterminé par trois signaux :
- Ce que les clients demandent, pondéré par la taille des transactions. Une demande émanant d'une agence de 200 personnes avance plus vite que dix demandes d'utilisateurs solos.
- Ce qui remplace l'abonnement existant le plus coûteux. Un nouveau module qui permet aux clients d'abandonner un outil à $300/mois l'emporte sur un autre qui en élimine un à $30/mois.
- Ce qui débloque un pack vertical. Livrer un « PMS » nous permet de lancer un pack Hôtellerie. Livrer une « gestion des dossiers » nous permet de lancer un pack Juridique. Les packs verticaux convertissent 3 fois mieux que les modules horizontaux.
Qualité des modules, honnêtement.
Différents modules sont à différents niveaux de finition. Les 30 modules de base — CRM, RH, comptabilité, helpdesk, projets, marketing — sont véritablement compétitifs avec les meilleurs outils autonomes de leur catégorie au niveau PME.
Les 50 suivants offrent une qualité « suffisante pour la plupart des clients ». Ils couvrent 80 % des cas d'usage des produits autonomes. Les 70 restants relèvent du « minimum attendu » : ils font ce qu'ils ont à faire, sans jamais surprendre par le haut.
Nous sommes francs là-dessus. L'argument n'est pas « chaque module est le meilleur ». L'argument est « tous les modules connectés, à un seul prix, sans dispersion SaaS ». S'il vous faut le meilleur tableur du marché, utilisez Excel. S'il vous faut le meilleur outil de présentation, utilisez Pitch. Si votre compromis est « bon partout, une seule facture », vous êtes notre client.
Ce que nous avons appris à nos dépens.
Trois choses, avec le recul :
- Le nombre de modules est une mesure de vanité. 150 fait impressionnant dans le marketing. Ce qui compte vraiment pour les clients, c'est de savoir si les 12 modules qu'ils utilisent sont bons. En interne, nous sommes obsédés par le module profondeur pour les 20 premiers, pas le nombre.
- La colonne vertébrale des données a pris plus de temps que les modules. 18 mois sur les fondations, 6 mois sur la surface réelle. Si nous reconstruisions à partir de zéro, nous dépenserions encore plus sur les fondations.
- Les outils de migration comptent autant que les modules. Le plus difficile, pour amener un client sur Mewayz, n'est pas de construire la destination — c'est de migrer ses données depuis les sept solutions historiques. Nous avons passé les six derniers mois à développer plus de 40 outils de migration. Chacun d'eux débloque environ 4 % de conversion supplémentaire.
Rien de tout cela n'est glamour. Rien de tout cela ne fait de bons tweets de lancement. Mais c'est pour cette raison que la v2 sort avec une telle ampleur. Les 18 prochains mois seront consacrés à approfondir les modules que les clients utilisent vraiment, pas à multiplier le nombre de modules.