Application métier : sur mesure ou outil du marché ?

Faut-il faire développer une application métier ou s’abonner à un logiciel du marché ? La question arrive souvent après des mois de tableurs partagés et de messages qui se perdent, quand l’équipe a l’impression de travailler pour l’outil plutôt que l’inverse. Il n’y a pas de bonne réponse universelle, mais il y a des signes qui font pencher d’un côté, et une troisième voie qu’on oublie souvent : garder l’outil du marché et lui ajouter ce qui lui manque.

Ce que vous achetez vraiment dans chaque cas

Les deux options n’achètent pas la même chose, et c’est là que la comparaison se fausse le plus souvent.

Le coût d’exploitation d’une application sur mesure n’est pas nul, mais il est souvent modeste au démarrage. À titre d’exemple, l’offre Pro de Supabase, un back-end répandu pour ce type d’application, démarre à 25 $US par mois avec des sauvegardes quotidiennes, selon sa page tarifs. Le détail de ces lignes est dans notre article sur ce qui fait varier le prix d’une application.

Les signes qui font pencher vers l’outil du marché

Un logiciel du marché est souvent le bon choix, et il n’y a aucune honte à le dire. Il s’impose quand :

• Le processus est standard. Comptabilité, paie, facturation : des éditeurs y ont mis des années de règles et de cas particuliers, et les suivent quand la loi change.
• L’équipe est prête à adopter la méthode de l’outil. Si la façon de travailler du logiciel vaut la vôtre, l’adopter est moins cher que de la reconstruire.
• Vous devez démarrer la semaine prochaine. Un abonnement s’ouvre en une journée ; une application, même rapide, demande un cadrage.
• Personne ne portera l’outil en interne. Une application sur mesure a besoin d’un responsable qui décide de ses évolutions.

Les signes qui font pencher vers le sur-mesure

À l’inverse, certains signes ne trompent pas :

• Vos équipes contournent l’outil chaque jour. Un tableur à côté du logiciel, des photos envoyées par messagerie, des informations ressaisies le soir : chaque contournement est un coût que l’abonnement ne montre pas.
• Votre façon de travailler est votre avantage. Si un client vous choisit pour la façon dont vous suivez son dossier, la plier à un outil générique, c’est l’affaiblir.
• Certaines règles doivent être justes, sans exception. Un compteur, une date, un droit d’accès : quand une erreur coûte cher, la règle doit être tenue par le serveur, pas par la bonne volonté de chacun.
• Le prix par utilisateur grimpe plus vite que l’usage. Quand l’équipe grandit, l’abonnement suit, même pour des personnes qui consultent deux écrans par semaine. Le calcul complet est dans notre article sur le coût d’un logiciel par abonnement sur trois ans.

La voie du milieu : étendre l’outil plutôt que le remplacer

Entre « tout acheter » et « tout construire », il existe une option souvent moins chère : garder le logiciel qui fait bien l’essentiel, et lui ajouter une petite application pour la fonction qui manque.

Palmora Property, une agence immobilière à Phuket que nous accompagnons, pilote ses annonces depuis le CRM Twenty, auto-hébergé, qui lui sert de back-office. Une fonction manquait à l’équipe : trier les photos d’une annonce et en changer le statut sans quitter le CRM. Plutôt que de remplacer l’outil, nous y avons ajouté une petite application sur mesure, décrite dans l’étude de cas Palmora. Le CRM continue de faire ce qu’il fait bien, l’application ne fait que ce qui manquait.

Cette voie suppose un logiciel ouvert : une interface de programmation documentée, la possibilité d’y ajouter des objets ou des applications. C’est un critère à vérifier avant de choisir un outil, et c’est ce que nous détaillons dans notre article sur Twenty utilisé au-delà du CRM. Parfois, une simple automatisation entre deux logiciels suffit, sans écran du tout : voir quand une règle suffit, sans IA.

Comment comparer les deux sur trois ans

1. 01Écrire ce que l’outil doit faire le premier jour.

   Pas la liste rêvée : ce qui sert au lancement, et ce qui attendra.

2. 02Chiffrer l’abonnement sur trois ans.

   Avec le nombre d’utilisateurs prévu à la fin, pas celui d’aujourd’hui, et les options payantes dont vous aurez besoin.

3. 03Chiffrer le sur-mesure sur trois ans.

   Le développement, l’exploitation mensuelle et la maintenance : le budget d’une application après sa mise en ligne se prévoit dès le devis.

4. 04Mesurer les contournements.

   Les heures passées chaque semaine à ressaisir, chercher, relancer : c’est le coût caché de l’outil mal ajusté.

5. 05Vérifier la porte de sortie.

   Dans les deux cas, pouvez-vous récupérer vos données dans un format lisible si vous changez d’avis ?

Ce que le sur-mesure ne règle pas

Une application ne clarifie pas un processus flou : elle le fige. Si personne ne sait dire qui valide quoi, l’application codera l’hésitation. Mieux vaut d’abord écrire le parcours, puis le tester avec les personnes qui s’en serviront, par exemple avec une maquette cliquable, avant la première ligne de code.

Elle ne remplace pas non plus l’adoption. Une application que l’équipe n’a pas demandée finit à côté du tableur qu’elle devait remplacer. Les personnes qui s’en serviront doivent être dans la boucle dès le cadrage.

Si le sur-mesure l’emporte, notre développement d’applications commence par un cadrage écrit de ce que l’application fait le premier jour, puis met une version entre les mains de vos premiers utilisateurs avant de penser aux stores.

Questions fréquentes

Sources

1. Page tarifs de Supabase (nouvel onglet)supabase.com