Site, application ou logiciel sur mesure : lequel, et dans quel ordre

Un dirigeant qui décide d’investir dans l’informatique se retrouve devant trois propositions qui se ressemblent sur un devis et n’ont presque rien en commun : un site, une application mobile, un logiciel métier.

Elles ne résolvent pas le même problème, elles ne s’adressent pas aux mêmes personnes, et elles ne se paient pas de la même façon. Pourtant elles arrivent souvent dans la même conversation, présentées comme des niveaux d’ambition d’une même chose.

C’est la première cause d’échec que nous rencontrons, et elle n’est pas technique. Un projet raté est presque toujours un bon projet mené sur la mauvaise catégorie : une application développée là où une page suffisait, un logiciel écrit là où un tableur tenait encore.

Cet article ne vous dira pas quoi choisir — cela dépend de vous — mais il vous donnera la question qui tranche, l’ordre qui fonctionne, et les choses que nous refusons de construire même quand on nous les demande.

C’est la demande la plus fréquente et la plus souvent inadaptée, et il faut expliquer pourquoi plutôt que de la refuser sèchement.

D’abord parce qu’elle suppose une installation. Entre votre publicité et votre première utilisation, vous ajoutez une boutique d’applications, un téléchargement, une place mémoire et une décision — quatre étapes qu’une page web n’a pas.

Ensuite parce qu’elle ne se maintient pas : elle s’entretient. Les systèmes changent deux fois par an, et une application qu’on cesse de mettre à jour ne se dégrade pas doucement, elle cesse d’être installable puis disparaît.

Enfin parce qu’elle ne se trouve pas. Un site répond à une recherche ; une application n’existe que pour ceux qui savent déjà qu’elle existe, ce qui inverse complètement la question de l’acquisition. Autrement dit, elle suppose résolu le problème que la plupart des entreprises qui la demandent cherchent précisément à résoudre.

Il y a des cas où elle est le bon choix, et ils ont un point commun : une utilisation répétée par des gens déjà acquis, ou un besoin d’accès à quelque chose que le web ne donne pas — un appareil photo utilisé en continu, un usage hors connexion, une notification qui doit arriver. Si votre besoin n’est pas dans cette liste, commencez ailleurs.

Quand plusieurs des trois sont justifiés — ce qui arrive — l’ordre n’est pas indifférent, et il est presque toujours le même.

D’abord ce qui répond aux questions que vous recevez déjà : une page qui dit ce que vous faites, ce que vous ne faites pas, combien cela coûte et comment on vous joint. C’est le moins cher des trois et c’est celui dont l’effet se voit en semaines.

Ensuite ce qui vous fait gagner du temps en interne, si l’un des quatre signes du tableur est présent. Un logiciel métier a un effet mesurable sur votre marge, ce qui finance la suite.

Ensuite seulement, et si l’usage répété existe, l’application. À ce stade vous savez qui l’utiliserait, à quelle fréquence et pour quoi — trois choses que vous ne pouviez qu’imaginer au début.

L’erreur symétrique existe aussi et elle est plus rare : construire un outil interne parfait avant d’avoir une page qui explique ce qu’on vend. Elle se produit dans les entreprises dirigées par des techniciens, et elle coûte aussi cher que l’inverse : un outil interne excellent ne compense jamais l’absence de clients pour l’alimenter.

Un projet informatique se juge sur trois chiffres, et aucun des trois n’est technique.

Le premier est le temps économisé, pour un outil interne. Il se mesure avant : combien de minutes prend aujourd’hui l’opération que l’outil doit remplacer, multipliées par le nombre de fois par jour. Sans cette mesure d’avant, vous ne saurez jamais si le projet a réussi.

Le deuxième est le nombre de sollicitations évitées, pour un site. Les appels dont l’objet unique est une information publiable, les déplacements pour rien, les demandes hors sujet : ce sont des chiffres que votre accueil connaît déjà.

Le troisième est le taux d’usage réel, pour une application. Non pas les installations — qui ne mesurent que votre publicité — mais la part des personnes installées qui l’ouvrent encore au deuxième mois.

Ce qui ne se mesure pas : la satisfaction d’avoir un bel outil. C’est un vrai bénéfice et il ne justifie pas une dépense, et un prestataire qui construit son argumentaire dessus vous vend son plaisir plutôt que votre résultat.

Ce que nous refuserons : construire une application mobile quand aucun des trois critères d’usage n’est réuni. Nous perdrions un projet plus rémunérateur en le disant, et nous préférons cela à livrer un objet que personne n’ouvrira au deuxième mois.

Nous refuserons aussi de remplacer un tableur qui fonctionne. Tant qu’aucun des quatre signes n’est là, un logiciel sur mesure vous retire de la souplesse contre un gain que vous ne mesurerez pas.

Nous refuserons enfin de chiffrer un projet sans sa maintenance. Un devis qui s’arrête à la livraison décrit la moitié de la dépense, et la moitié qu’il omet est celle qui dure.

Ce que nous faisons : la question de départ — qui l’utilise et combien de fois par jour — posée avant toute proposition ; le code, l’hébergement, le domaine et les données à votre nom et exportables ; une ligne de maintenance chiffrée dès le premier devis ; et la mesure d’avant, sans laquelle personne ne saura si le projet a réussi.

Et ce que vous devriez faire sans nous cette semaine : chronométrez l’opération que vous voulez automatiser, une fois, et multipliez par le nombre de fois où elle a lieu dans une journée. C’est gratuit, cela prend dix minutes, et ce chiffre décidera de la conversation mieux que n’importe quel devis.