Par Justin Rialland, fondateur d’Anthera
Combien de temps faut-il pour développer un SaaS métier
La question a une vraie réponse, à condition de s'entendre sur ce qu'on appelle « fini ». Ce qui allonge un projet n'est presque jamais le développement.
C'est la première question posée, et elle mérite mieux qu'une fourchette lancée au hasard. Mais elle en contient une autre, qu'il faut poser d'abord : fini pour quoi ?
Un outil que trois personnes utilisent en interne pour remplacer un tableur, et une plateforme vendue par abonnement à des clients extérieurs, portent le même nom et ne demandent pas le même travail. Le second suppose des comptes, des rôles, une facturation, une gestion des mots de passe oubliés, une politique de sauvegarde, une page de statut — tout un appareillage qui n'a rien à voir avec votre métier mais qu'on ne peut pas ne pas faire.
Les trois paliers
Le premier outil utilisable. Un seul processus, celui qui fait le plus mal, avec les écrans nécessaires et rien de plus. Quelques semaines. C'est court parce que le périmètre est tenu, et c'est le palier le plus rentable : il met l'outil entre les mains des utilisateurs pendant que tout est encore modifiable.
L'outil complet pour un usage interne. Les processus principaux couverts, les données existantes reprises, les droits d'accès posés, l'équipe formée. Quelques mois.
Le produit vendable à l'extérieur. Tout ce qui précède, plus l'appareillage évoqué plus haut, plus la capacité à supporter des clients qui ne vous connaissent pas et ne pardonnent rien. Ce palier double facilement les deux précédents.
Ce qui allonge un projet
Rarement le développement. Presque toujours l'une de ces quatre choses.
Les règles métier non écrites. Elles vivent dans la tête de deux personnes, elles comportent des exceptions que personne n'avait formulées, et on les découvre au fil de l'eau. C'est le premier poste de dépassement, et il se réduit par un travail de cadrage en amont.
La reprise des données existantes. Un tableur tenu pendant six ans contient des dates dans trois formats, des doublons, des lignes vides et des conventions implicites. Nettoyer tout cela prend souvent plus de temps que de construire l'écran qui affichera les données.
Les intégrations. Se brancher à une comptabilité, une messagerie ou un outil de facturation dépend d'interfaces que vous ne maîtrisez pas, plus ou moins bien documentées et plus ou moins stables.
Les validations. Le temps où le projet attend une décision, un accès, une réponse. Il ne se voit sur aucun devis et pèse lourd dans le calendrier réel.
Comment raccourcir sans dégrader
Trois leviers, par ordre d'efficacité.
Réduire le périmètre du premier lot — c'est le plus puissant, et de loin. Livrer par morceaux utilisables plutôt que d'un bloc : chaque lot en service rapporte déjà quelque chose et corrige la trajectoire du suivant. Et désigner un interlocuteur unique capable de trancher : la plupart des projets qui dérapent ne dérapent pas en développement, ils dérapent en attente de décision.
La question à poser à un prestataire
Non pas « combien de temps », mais « qu'est-ce qui sera en service dans six semaines, et qui pourra s'en servir ? ».
Une réponse précise indique qu'on a compris votre métier et qu'on sait découper. Une réponse qui décrit le produit final dans son ensemble indique un projet tunnel, dont vous ne verrez rien avant plusieurs mois — et c'est là que les mauvaises surprises se logent.
Notre page Outils digitaux sur-mesure décrit la façon dont on découpe ces projets.