La plupart des choix de logiciel commencent par une liste de fonctions et finissent par un regret. Quelqu’un demande un module, un éditeur le présente, et personne ne se demande qui le mettra à jour quand les règles de prix changeront en mars. Ce guide part d’un processus qui a dépassé ses outils et compare trois façons d’y remédier : acheter un produit tel quel, le paramétrer, ou le faire développer sur mesure.
L’exemple ci-dessous est fictif. Il illustre la méthode ; il ne rapporte aucun résultat client.
Partir du processus qui a dépassé ses outils
Écrivez une phrase qui dit ce qui doit s’améliorer, avec un chiffre si vous en avez un. « Les devis prennent trois jours parce que les prix sont dans un tableur que seule une personne met à jour » est une phrase exploitable. « Nous avons besoin d’une transformation digitale » ne l’est pas : rien ne peut être testé contre elle.
Notre exemple fictif est la quincaillerie Les Trois Ponts, un distributeur de deux agences. Un commercial accorde une remise à un client professionnel. Le responsable d’agence doit approuver toute remise supérieure à 8 %. Le magasin ne sort la marchandise qu’après cette approbation, et la comptabilité facture à partir du devis approuvé. Aujourd’hui, l’accord passe par un appel téléphonique et un message WhatsApp. Le mois dernier, le magasin a livré deux fois sur une remise que personne n’avait validée.
Ce qui doit s’améliorer : aucune marchandise ne sort sans approbation enregistrée, et le responsable peut approuver depuis son téléphone en moins de deux minutes.
Distinguer les règles qui comptent des habitudes
Listez toutes les règles du processus. Posez ensuite à chacune la même question : que se passe-t-il si elle disparaît ?
| Règle aux Trois Ponts | Si elle disparaît | Verdict |
|---|---|---|
| Une remise supérieure à 8 % exige l’approbation du responsable | La marge fuit ; le propriétaire ne voit plus qui a accordé quoi | Essentielle |
| Le magasin ne sort la marchandise que sur devis approuvé | Des marchandises sortent sans trace | Essentielle |
| Le devis est imprimé et signé à l’encre bleue | Rien ne casse ; les clients acceptent un PDF | Habitude |
| Les demandes d’approbation vont à un seul responsable nommé | Retards quand il est absent | Habitude, avec une règle de suppléance à ajouter |
Les règles essentielles doivent vivre dans le système. Les habitudes peuvent s’adapter au système. Plus la liste essentielle est longue, plus le paramétrage ou le sur-mesure devient probable. Une liste courte, qui correspond à ce que les produits savent déjà faire, plaide pour l’achat.
Faire passer les trois options par le même processus
Donnez à chaque option le même test : l’approbation de remise ci-dessus, plus une exception (le responsable est en congé ; son suppléant approuve). Notez ce que vous voyez, non ce que promet la brochure.
Un produit prêt à l’emploi adapté. Le produit comporte déjà une étape d’approbation des remises, un contrôle de sortie conditionné à cette approbation et un accès mobile pour l’approbateur. Vous changez vos habitudes, pas le logiciel. Risque : le produit gère le cas courant mais pas votre exception, et vous le découvrez après avoir payé.
Un produit paramétré. Vous partez d’une plateforme dotée de réglages pour les seuils d’approbation, les rôles et les modèles de documents, puis vous la configurez selon vos règles. Les produits sectoriels de Chwezi et son ERP Kraal Code relèvent de cette catégorie, comme options à examiner ; posséder un produit ne prouve pas qu’il convient à votre processus, la démonstration doit donc utiliser votre exemple. Risques : un paramétrage que seul un consultant comprend, et des mises à jour qui écrasent vos réglages.
Le développement sur mesure. Un développeur construit exactement la chaîne d’approbation, avec vos noms de champs et votre règle de suppléance. Risques : vous êtes responsable de tous les changements futurs, et la première version ne traduit que ce que vous saviez au départ.
Image d’illustration, sous licence Magnific. Ce tableau de bord n’est pas une capture d’un produit Chwezi et ses chiffres n’ont aucun lien avec l’exemple.
Demander qui entretient le système après la livraison
Chaque option a un responsable de maintenance, même si personne ne l’a encore nommé. Pour chacune, notez :
- Qui modifie un réglage ou une règle quand l’activité change ?
- Qui assiste les utilisateurs bloqués ou perdus ?
- Qui entretient les liens avec d’autres outils, comme la comptabilité ou le paiement mobile ?
- Qui approuve un changement, et en combien de temps est-il réalisé ?
Un produit offre en général un service d’assistance de l’éditeur, mais limite ce que vous pouvez modifier. Un produit paramétré partage le travail entre vous et l’intégrateur. Le sur-mesure repose entièrement sur celui qui l’a construit, ou sur vous s’il part. Un système sans responsable nommé se dégrade en silence : les champs ne correspondent plus à la réalité, les contournements reviennent et le tableur refait surface.
Décider de la sortie avant de choisir la technologie
Posez pour chaque option : puis-je exporter tous mes enregistrements dans un format exploitable, et que coûterait un changement de solution ?
Pour un produit, vérifiez les formats d’export et si vos données peuvent partir sans l’aide de l’éditeur. Pour un développement sur mesure, vérifiez par écrit que vous détenez le code source, la base de données et les accès de déploiement. La continuité compte aussi : si le prestataire est indisponible pendant un mois, quelqu’un d’autre peut-il exploiter et corriger le système ? C’est une question de contrat et de documentation, non de technologie. Soulevez-la avant de comparer les fonctions : elle se négocie mal après la mise en service.
Noter les options sur une page
Utilisez cette grille. Notez chaque case Oui, Partiel ou Non et inscrivez la preuve à côté.
| Critère | Produit prêt à l’emploi | Produit paramétré | Sur mesure |
|---|---|---|---|
| Couvre le processus courant avec vos noms de champs | |||
| Couvre l’exception (approbateur suppléant) | |||
| Règles essentielles appliquées par le système | |||
| Responsable nommé des réglages et des changements | |||
| Effort pour le prochain changement de règle | |||
| Export des données et sortie prévus par écrit | |||
| Coût de possession sur votre horizon de planification | |||
| Question ouverte à lever pendant le cadrage |
Remplissez la dernière ligne honnêtement. Chaque option a une question non résolue, et le cadrage sert à y répondre.
Fixer un point de contrôle où les preuves peuvent changer le choix
Convenez d’une courte phase de cadrage avant de vous engager. Pendant celle-ci, les options retenues traitent votre scénario d’essai, votre liste de règles essentielles est confrontée à ce que fait chacune, et le responsable de maintenance est nommé. Si les preuves font passer le choix du sur-mesure au paramétrage, ou du paramétrage à l’achat, le point de contrôle a fait son travail. Inscrivez dans le cahier des charges la date de décision et les preuves que vous accepterez.
Ce qui change selon le pays
La méthode vaut partout. Ce qu’il faut confirmer localement change : où vos données peuvent être hébergées selon la loi de protection des données de votre pays, quelles intégrations de paiement et de fiscalité un produit prend en charge chez vous, et si un prestataire peut livrer et assister là où vous exercez. Pour chaque pays d’Afrique francophone où vous opérez, demandez ces confirmations par écrit à chaque fournisseur, sans présumer qu’une liste de fonctions vaut dans tous les pays.
Sources et périmètre
- Chwezi Core Systems, Développement logiciel et mise en œuvre de systèmes. Description publique de l’offre ; elle ne prouve ni une capacité ni un résultat.
- L’exemple de la quincaillerie Les Trois Ponts est fictif et inventé pour ce guide. Il ne décrit aucun client de Chwezi.
Questions fréquentes
- Le sur-mesure coûte-t-il toujours plus cher qu’un produit standard ?
- Pas toujours sur toute la durée de vie du système, mais le coût ne se situe pas au même endroit. Un produit facture une licence ou un abonnement et peut imposer des contournements. Le sur-mesure facture la conception et la réalisation au départ, puis chaque modification ultérieure. Comparez le coût de possession sur la durée d’usage prévue, en précisant qui paie les changements.
- Comment savoir si une règle est essentielle ou seulement une habitude ?
- Demandez ce qui se passe si la règle disparaît. Si de l’argent, la sécurité, un contrat ou une obligation légale sont en jeu, elle est essentielle. Si la réponse est que l’équipe serait mal à l’aise, c’est une habitude que l’équipe peut changer.
- Que demander à un éditeur avant de choisir un produit ?
- Demandez-lui de dérouler votre scénario d’essai, exception comprise, avec vos propres noms de champs. Demandez ensuite comment vous exportez vos données, qui peut modifier les réglages et ce qu’une mise à jour fait à votre paramétrage.
- Chwezi peut-il me dire quelle option me convient ?
- Chwezi vend ses propres produits et développe des systèmes sur mesure : il a donc un intérêt dans la réponse. Demandez une courte séance de cadrage où chaque option est testée sur votre processus et où les preuves sont consignées, y compris les cas où un autre produit ou un autre prestataire convient mieux.