Agence de développement SaaS sur mesure : du MVP à la v1, sur des comptes à votre nom

Une agence de développement SaaS construit les parties que les clients ne remarquent que le jour où elles cassent. Les fonctionnalités font venir les gens. Le reste les fait rester :

• Données multi-tenant. Chaque ligne sait à quel client elle appartient, et la base de données elle-même refuse de la montrer à quelqu'un d'autre.
• Authentification et rôles. Inscription, connexion, mot de passe oublié, invitations, et des rôles comme propriétaire, membre ou lecture seule, appliqués côté serveur et pas seulement masqués dans l'interface.
• Facturation. Formules, essais, factures, paiements échoués, et une règle écrite pour le compte qui cesse de payer.
• Back-office d'administration. La vue de votre équipe sur chaque compte : qui s'est inscrit, qui bloque, qui paie, avec de quoi prolonger un essai ou corriger une donnée sans ouvrir la base.
• Onboarding. Le chemin le plus court entre l'inscription et le premier résultat utile.
• Mesure d'usage. Des événements sur les quelques actions qui annoncent si un compte va rester.
• Fonctions IA, uniquement là où elles font un travail que l'utilisateur ferait sinon à la main.

Pour Hostguide, plateforme destinée aux gestionnaires de location courte durée et aux conciergeries, nous avons construit le produit et son site : logements, réservations, livrets d'accueil digitaux, équipes de ménage, incidents et rapports, derrière une inscription et une connexion propres. Son onboarding part de là où sont déjà les gestionnaires, avec la synchronisation des calendriers Airbnb, Booking.com et des autres outils qu'ils utilisent. Pour Node, channel manager pour hôtels et gestionnaires locatifs, nous avons conçu une interface dense mais lisible, pour des gens qui la gardent ouverte toute la journée. Pour Indeventio, nous avons construit un produit de mise en relation avec recherche, fiches lieux et demandes de réservation.

Toutes les facilités d'un outil interne tombent : une seule entreprise, des utilisateurs de confiance, un administrateur au bout du couloir. Un produit ne peut en supposer aucune :

La panne que nous évitons en premier, c'est la fuite : le client B ouvre une page et voit les données du client A parce qu'une requête a oublié son filtre. C'est pourquoi la séparation des clients passe avant la première fonctionnalité, imposée par la base elle-même (row-level security dans Postgres) et pas seulement par le code applicatif. L'ajouter après le lancement, c'est relire chaque requête jamais écrite, dans l'urgence.

En développement MVP SaaS, la v1 contient ce dont un client payant a besoin pour obtenir de la valeur sans vous avoir au téléphone. Le reste attend que des clients le demandent, plus d'une fois.

Dans la v1 :

• La séparation des clients et les sauvegardes, parce qu'aucune des deux ne s'ajoute sans risque plus tard.
• Inscription, connexion, invitations, et deux ou trois rôles.
• Un seul circuit de paiement, celui qu'utilisent déjà vos premiers clients.
• Un back-office, avec un moyen de voir un compte tel que son utilisateur le voit.
• Un onboarding jusqu'au premier résultat utile, avec des événements sur les actions qui comptent.
• Un seul parcours métier, bien fait.

Plus tard :

• L'authentification unique (SAML) et les matrices de droits pour grands comptes, jusqu'à ce qu'un acheteur les mette dans un contrat.
• Une API publique, jusqu'à ce qu'un client ait une intégration concrète à construire.
• Des applications mobiles natives, tant qu'une application web responsive couvre l'usage.
• La tarification à l'usage avec comptage, sauf si l'usage est le produit.
• Un générateur de rapports. Livrez les trois rapports qu'on vous a demandés.

La facturation est l'endroit où l'on sur-construit le plus facilement. Si vos premiers clients signent un contrat annuel après un appel, la facturation de la v1 peut se résumer à une facture et un interrupteur dans le back-office. Indatex, par exemple, place un formulaire « Request Premium Access » à côté de sa connexion : l'accès suit une conversation, pas un formulaire de carte. Sur les marchés où les entreprises paient par virement, un dépôt de preuve de paiement validé par un admin vaut mieux qu'un paiement par carte que personne n'utilise, et la plateforme Indeventio en ligne gère ainsi ses promotions. Le paiement par carte en libre-service se justifie quand les clients arrivent plus vite que vous ne pouvez leur parler.

Six décisions fixent le coût de tout ce qui suit. Voici nos choix par défaut, et ce qui nous fait changer d'avis.

La règle derrière ce tableau : achetez ce qui est identique dans tous les SaaS (connexion, paiement par carte), construisez ce qui fait votre produit. Personne ne choisit un logiciel pour son e-mail de réinitialisation de mot de passe.

L'IA mérite sa place là où elle supprime une tâche que l'utilisateur ferait à la main, et là où une erreur se repère facilement. Rédiger une réponse à un voyageur, trier une demande entrante, résumer un long dossier : oui. Fixer un prix ou déplacer de l'argent sans contrôle humain : pas dans la v1. Node décrit l'agent de son propre produit comme un copilote qui fait le travail pendant que le gestionnaire valide. Ce schéma, la machine propose et la personne valide, est celui que nous construisons par défaut.

Deux choses sont en place dès le premier jour. Les appels aux modèles passent par des clés API à votre nom, facturées au prix coûtant. Et l'usage de l'IA est compté par compte client, parce qu'une formule forfaitaire avec appels illimités peut transformer votre plus gros utilisateur en votre client le moins rentable. Si l'IA est le produit plutôt qu'une fonction, commencez par nos agents IA.

1. Un appel de 30 minutes. Vous décrivez le produit, les premiers clients et la façon dont ils paient aujourd'hui. Amine Lamfichekh, notre CTO, cadre le projet.
2. Proposition et démo sous 72 heures. Une proposition écrite et une démo gratuite qui tourne sur l'une de vos vraies tâches, sans engagement.
3. Le périmètre par écrit. La liste de la v1 et la liste « plus tard », validées avant le début du chantier.
4. Des comptes à votre nom. Dépôt, cloud, domaine, prestataire de paiement, expéditeur d'e-mails. Nous y sommes invités ; vous n'êtes jamais l'invité de votre propre produit.
5. Modèle de données et séparation des clients d'abord. Schéma, rôles et règles d'accès avant le premier écran.
6. Le parcours métier. La tâche pour laquelle vos clients paient, utilisable de bout en bout.
7. Facturation, back-office et onboarding. Branchés sur le parcours métier et testés avec de faux comptes qui essaient de lire les données les uns des autres.
8. Pilote avec de vrais clients. Quelques comptes l'utilisent pour leur vrai travail ; le back-office et les événements montrent où ils bloquent.
9. Lancement de la v1, puis des cycles. Chaque cycle est livré, documenté et déployé sur vos comptes. Vous pouvez arrêter à n'importe quel cycle et tout garder.

À votre entreprise, dès le premier commit. Le dépôt, le projet cloud, la base de données, le compte de paiement qui reçoit les versements et le domaine sont tous enregistrés à votre nom. Ce que nous auto-hébergeons pour vous garde un code source public, sans licence à payer. Choisir qui construit votre produit, c'est en partie choisir qui détient ces comptes. Un investisseur ou un repreneur posera la question, et « c'est l'agence qui les a » est la mauvaise réponse.

Le périmètre, pas les heures. Chaque prix Kaishift est fixé après l'échange, à la mesure de ce qui est construit. Ce qui le fait bouger se connaît tôt :

• Le nombre de rôles, et l'écart entre leurs droits.
• La forme de la facturation : une formule payée sur facture, ou des paliers, des essais, des sièges et de l'usage.
• Les intégrations avec des systèmes externes, et la qualité de leurs API.
• Les langues, surtout l'arabe avec des mises en page de droite à gauche prévues dans le modèle de données.
• La reprise des données d'un outil interne existant.
• Les exigences sur le lieu de stockage des données clients.

La page tarifs explique comment une proposition est dimensionnée. Si vous avez seulement besoin d'un outil pour votre propre équipe, sans clients externes, le développement de logiciels sur mesure ou un CRM taillé pour votre façon de vendre est le chemin le plus court.

Si la colonne de droite vous ressemble, dites-le pendant l'appel. Nous vous répondrons franchement, et vous orienterons vers un meilleur interlocuteur.

Trente minutes avec Amine Lamfichekh. Apportez l'outil interne, le tableur, ou la liste des personnes qui ont dit qu'elles paieraient. Sous 72 heures, vous recevez une proposition écrite et une démo gratuite sur l'une de vos vraies tâches, sans engagement. L'équipe travaille depuis le Maroc, en français, arabe, anglais et espagnol, pour des clients en Europe, dans le monde arabe et en Amérique du Nord. Réservez l'appel.