Refonte de SaaS : cinq modèles, pas cinq noms

On ne classe pas des sociétés, on compare des façons de travailler. Cinq modèles, les mêmes six critères pour tous, le nôtre compris, avec ce qu’il ne sait pas faire. À vous de dire lequel correspond à votre produit et à votre trésorerie.

Les six critères

• Spécialisation : Ce modèle refait-il des produits tous les jours, ou une fois de temps en temps ?

• Forfait ou régie : Un prix écrit d’avance, ou un compteur qui tourne tant que ça dure ?

• Taille de l’équipe : Combien de personnes, et que se passe-t-il le jour où l’une d’elles s’en va ?

• Prix d’entrée : Ce qu’il faut poser sur la table pour commencer, hors abonnements et hébergement.

• Propriété du code : À qui appartiennent le code, les accès et les données, et à partir de quand ?

• Maintenance : Qui répond, dans quel délai et à quel prix, six mois après la livraison ?

Ce que chacun fait, et ne fait pas

La grande agence

Plusieurs dizaines de personnes, des équipes constituées, et un chef de projet entre vous et ceux qui écrivent le code.

• Spécialisation : Généraliste : produit, marque, publicité

• Forfait ou régie : Régie, après 2 à 4 semaines de cadrage

• Taille de l’équipe : Équipes constituées, remplacement interne

• Prix d’entrée : Fourchette non relevée par nos soins

• Propriété du code : Selon le contrat

• Maintenance : Contrat séparé, négocié après la livraison

Quand c’est le bon choix

• Plusieurs chantiers à mener en parallèle, sur plusieurs métiers.

• Une organisation qui a déjà quelqu’un en interne pour tenir le cap technique.

• Un besoin de couvrir la marque, la publicité et le produit au même endroit.

Ce que ce modèle ne fait pas

• Le cadrage est facturé avant que vous ayez vu un seul écran.

• Vous parlez à un chef de projet, pas à ceux qui écrivent le code.

À vérifier avant de signer

• Le devis ne nomme pas les personnes qui coderont.

• Le prix est en régie, sans plafond écrit.

• La propriété du code vit dans un e-mail, pas dans le contrat.

Le studio produit

Une dizaine de personnes, un seul métier : concevoir et construire des produits numériques, souvent à partir d’une page blanche.

• Spécialisation : Produit : conception et développement

• Forfait ou régie : Forfait par projet ou par cycle

• Taille de l’équipe : 5 à 20 personnes, plusieurs métiers

• Prix d’entrée : Fourchette non relevée par nos soins

• Propriété du code : Selon le contrat

• Maintenance : Forfait mensuel proposé à la livraison

Quand c’est le bon choix

• Un produit à concevoir de zéro, avec une part de design importante.

• Un besoin simultané de conception, de développement et de mobile.

• Une marque forte à traduire à l’écran.

Ce que ce modèle ne fait pas

• Reprendre le code de quelqu’un d’autre n’est pas toujours leur terrain.

• Votre calendrier dépend des autres projets en cours chez eux.

À vérifier avant de signer

• Aucune reprise de code existant dans les références montrées.

• Le devis repart d’une page blanche alors que votre produit tourne déjà.

• La migration de vos données n’est chiffrée nulle part.

Le freelance

Une personne, un contrat court, un démarrage en quelques jours. C’est le modèle qui a construit la plupart des V1 qu’on nous confie.

• Spécialisation : Celle de la personne, à vérifier au cas par cas

• Forfait ou régie : À la journée, ou en forfait court

• Taille de l’équipe : Une personne

• Prix d’entrée : Dépend du profil

• Propriété du code : À écrire au contrat, avec les accès

• Maintenance : Dépend de sa disponibilité

Quand c’est le bon choix

• Un chantier délimité, écrit, court.

• Un renfort sur une équipe qui existe déjà.

• Faire avancer un produit pendant qu’un recrutement est en cours.

Ce que ce modèle ne fait pas

• Tout repose sur une personne : congés, maladie, mission plus intéressante ailleurs.

• Personne ne relit le code écrit.

À vérifier avant de signer

• Le code vit sur son compte, pas sur le vôtre.

• Aucune documentation n’est prévue au devis.

• Une seule personne détient les accès à l’hébergement et aux paiements.

L’agence no-code

Des applications assemblées dans un outil (Bubble, FlutterFlow, Softr) sans écrire de code, et mises en ligne en quelques semaines.

• Spécialisation : L’outil : Bubble, FlutterFlow, Softr

• Forfait ou régie : Forfait court, à la semaine ou au module

• Taille de l’équipe : 1 à 5 personnes

• Prix d’entrée : Fourchette non relevée par nos soins

• Propriété du code : Pas de code source à emporter

• Maintenance : L’abonnement de l’outil, plus les évolutions

Quand c’est le bon choix

• Valider une idée avant d’investir dans du développement.

• Un outil interne, un back-office, un formulaire compliqué.

• Un produit dont les règles et le volume restent simples.

Ce que ce modèle ne fait pas

• Le plafond arrive avec les règles métier et le nombre d’utilisateurs.

• La facture d’abonnement monte avec l’usage, pas avec le chiffre d’affaires.

À vérifier avant de signer

• Vos paiements et vos comptes clients n’existent que dans l’outil.

• Personne n’a chiffré ce que coûterait d’en sortir.

• Les règles d’accès aux données n’ont jamais été vérifiées.

L’équipe produit senior (nous)

Une équipe senior fondée par un ingénieur, qui reprend et refond des SaaS et des applications. Ceux qui vous parlent sont ceux qui codent.

• Spécialisation : Reprise et refonte de SaaS. Rien d’autre

• Forfait ou régie : Forfait fixe, trois jalons : 30 / 40 / 30

• Taille de l’équipe : Un fondateur senior, entouré de spécialistes de confiance

• Prix d’entrée : Estimation en ligne, prix fixe au devis

• Propriété du code : Sur votre dépôt GitHub dès le premier jour

• Maintenance : 3 à 20 jours par mois, au forfait

Quand c’est le bon choix

• Une V1 qui tient encore, mais qui freine la croissance.

• Une application à reprendre sans son développeur d’origine.

• Un fondateur sans directeur technique, qui veut un interlocuteur qui code.

Nos limites, dites tout haut

• Une petite équipe senior. Pas dix, pas trente.

• Pas de sites vitrines, pas d’e-commerce, pas de jeux : on vous recommande quelqu’un de bien et on reste sur notre métier.

• On ne recrute pas votre équipe interne.

• L’audit est facturé à part : il n’est pas déduit du forfait de refonte.

Quand ce n’est pas nous

• Il vous faut cinq développeurs en parallèle le mois prochain : ce n’est pas nous.

• Votre projet est une boutique en ligne : ce n’est pas nous.

• Vous voulez un devis ferme avant l’audit : on ne sait pas le faire honnêtement.

Comment les combiner

• L’audit chez l’un, la refonte chez l’autre : Rien n’oblige à confier les deux au même prestataire. Notre rapport d’audit est écrit pour être appliqué par quelqu’un d’autre que nous, y compris par le développeur qui est déjà chez vous.

• Le prototype dans l’outil, le produit en code : Un outil no-code ou un générateur d’IA sert à prouver qu’une idée intéresse quelqu’un. La sortie vers du code se prépare avant l’arrivée des premiers clients payants, pas après.

• Les fondations d’un côté, les évolutions de l’autre : Une fois les fondations posées et documentées, un freelance peut tenir les évolutions courantes. C’est même le but : le code doit être reprenable par quelqu’un d’autre que celui qui l’a écrit.

• La marque à part du produit : Le site public, la publicité et l’identité ne demandent pas la même équipe que votre application. On ne fait pas de sites vitrines, et c’est très bien ainsi.

D’où viennent les chiffres

null

• Notre simulateur donne une fourchette en quelques questions ; le prix fixe est écrit dans le devis.

• Nous ne publions aucune fourchette de prix que nous n’avons pas relevée nous-mêmes : ce serait plus commode, et malhonnête.

• Aucune société n’est nommée dans ce comparatif. Ce n’est pas une précaution juridique : une enseigne ne dit rien de ce qui se passe une fois le devis signé, un modèle de travail si.