Systèmes de gestion19 SEPT. 20264 min de lecture

Logiciel sur mesure ou solution du marché : comment choisir

Un test simple pour savoir s'il faut acheter un outil existant ou construire quelque chose qui épouse exactement votre processus — et les trois cas où la réponse est évidente.

Kirollos Fayez

Fondateur, KF Tech Solutions

Conçoit des systèmes de caisse, web et d'automatisation pour les entreprises en Égypte et à l'étranger.

A team reviewing software options on a whiteboard — The question is never which is better. It is which part of your business is ordinary.

Toute décision logicielle est présentée comme un débat sur la qualité. Elle ne l'est pas. Les logiciels du marché sont généralement excellents — affinés par des milliers d'entreprises que vous ne rencontrerez jamais. La vraie question est plus étroite, et plus utile :

Quelles parties de votre activité sont ordinaires, et lesquelles expliquent que vos clients vous choisissent ?

Achetez l'ordinaire. Construisez le reste. Presque toutes les bonnes décisions découlent de cette phrase.

Là où le logiciel du marché gagne vraiment

Pour tout ce qui est standardisé, un produit existant battra un développement sur mesure en coût, en délai, et sur les mille détails qui n'apparaissent qu'après que mille entreprises les ont rencontrés.

Paie. Comptabilité. Messagerie. Stockage documentaire. Visioconférence. CRM de base. Ce sont des problèmes résolus, et les reconstruire n'est pas de l'artisanat : c'est dépenser votre budget sur le problème déjà résolu de quelqu'un d'autre.

Si une catégorie compte cinq concurrents matures, c'est le signe que le problème est standard. Achetez.

Là où cela cesse de convenir

Un logiciel du marché encode des hypothèses sur votre façon de travailler. Les ennuis commencent là où votre réalité s'en écarte :

Votre processus est réellement différent, et cette différence est la raison

pour laquelle on vous choisit.

Plusieurs systèmes doivent concorder, et aucun ne communique.
Le contournement est devenu le processus. Quelqu'un maintient un tableur que

le « vrai » système ne peut pas remplacer.

Vous payez par utilisateur pour un outil que la plupart n'ouvrent presque

jamais.

Aucun de ces points ne signifie à lui seul « construire ». Ils signifient : mesurer.

Les trois questions

1. Est-ce ainsi que nous concurrençons, ou seulement que nous fonctionnons ?

La logique de tournées d'un transporteur, c'est de la concurrence. Sa paie, c'est du fonctionnement. Construisez la première, achetez la seconde.

Si vous n'arrivez pas à trancher, c'est presque certainement du fonctionnement : ce qui différencie réellement une entreprise est rarement ambigu pour ceux qui la dirigent.

2. Combien nous coûte le contournement ?

Mesurez, n'estimez pas. Pendant une semaine, notez chaque fois que quelqu'un ressaisit une donnée dans un second système, corrige une erreur du logiciel, ou tient un tableur parallèle.

Moins de 30 minutes par jour : le contournement coûte moins cher qu'un développement. Plus de deux heures par jour : cela représente environ un salaire à temps plein par an, et un système sur mesure s'amortit généralement dès la première année.

3. Combien cela coûte-t-il sur trois ans, pas sur un ?

	Du marché	Sur mesure
Coût initial	Faible ou nul	Élevé
Par utilisateur et par mois	Oui, indéfiniment	Non
Adéquation au processus	Vous vous adaptez	Il s'adapte
Intégration à vos autres systèmes	Ce que l'éditeur propose	Ce dont vous avez besoin
Vos données	Au format de l'éditeur	Au vôtre
Si l'éditeur change de cap	Vous migrez	Rien ne se passe
Maintenance	Incluse	À votre charge

La tarification par poste est indolore à dix personnes et significative à quatre-vingts. Le sur-mesure n'a pas de coût par poste, mais il a de la maintenance. Comparez sur trois ans : un an flatte le produit du marché, cinq flattent le sur-mesure, trois sont honnêtes.

Le logiciel le plus cher n'est pas celui dont le prix est le plus élevé. C'est celui que personne ne peut modifier quand l'entreprise change.

La réponse que l'on oublie

C'est rarement tout ou rien. L'arrangement qui fonctionne le plus souvent : un produit du marché pour les parties standard, une couche sur mesure pour ce qui est réellement vôtre, et une véritable intégration entre les deux.

Cela suppose que les produits achetés disposent de véritables API. D'où la question à poser dès le premier échange, bien avant le prix : « existe-t-il une API documentée, et puis-je voir la documentation maintenant ? » Un produit qu'on ne peut pas connecter est un produit que vous finirez par remplacer.

Trois cas évidents

Acheter, sans hésiter : moins de dix personnes, processus standard, et il faut que cela tourne ce mois-ci.

Construire, sans hésiter : vous avez essayé deux produits, tous deux exigeaient le même contournement, et ce contournement est devenu le poste de quelqu'un.

Ni l'un ni l'autre pour l'instant : vous ne savez pas décrire le processus que le logiciel doit servir. Aucun système ne répare un processus indécis — il rend l'indécision plus coûteuse.

Questions fréquentes

Peut-on commencer par un produit du marché et construire ensuite ?

Oui, et c'est souvent l'ordre raisonnable — à une condition : pouvoir exporter l'intégralité de vos données, sans demander l'autorisation. Vérifiez-le avant de signer, pas au moment de partir.