Pour choisir un prestataire logiciel, les questions les plus utiles ne portent pas sur la technologie. Elles portent sur la méthode, sur la connaissance de vos conditions réelles de travail, sur l'accompagnement de vos équipes et sur ce qui vous appartiendra à la fin. Un prestataire sérieux y répond avec précision et sans détour. Les réponses vagues sont, en elles-mêmes, une information.
Pourquoi ce choix est-il plus délicat qu'un achat ordinaire ?
Quand vous achetez un véhicule, vous pouvez l'essayer, le comparer, le revendre. Un logiciel de gestion s'installe au cœur de votre organisation. Il contiendra vos clients, vos stocks, votre paie, votre comptabilité. S'il est mal conçu, vos équipes le contourneront. S'il vous enferme, vous dépendrez de son auteur pour chaque modification.
Le contexte de la sous-région ajoute ses propres exigences. Les sites éloignés ne disposent pas toujours d'un réseau stable. L'alimentation électrique connaît des interruptions. Les équipes ont des niveaux de familiarité très variables avec l'outil informatique. Les règles sociales et fiscales diffèrent d'un pays à l'autre. Un prestataire qui n'a jamais travaillé dans ces conditions proposera une solution qui fonctionne parfaitement en démonstration et mal sur le terrain.
Quelles questions poser sur la méthode ?
Comment allez-vous comprendre notre fonctionnement ?
La bonne réponse comporte une présence physique : des jours passés dans vos services, vos dépôts, vos agences, à observer et à interroger ceux qui font le travail. Un diagnostic mené uniquement en salle de réunion, à partir de ce que la direction décrit, passe à côté de l'essentiel, car l'écart entre la procédure officielle et la pratique réelle est toujours plus grand qu'on ne le pense.
Qui sera notre interlocuteur ?
Vous devez connaître le nom de la personne responsable de votre projet du début à la fin. Les organisations où le commercial disparaît après la signature, remplacé par une succession de techniciens, produisent des projets où chaque information doit être répétée.
Quand verrons-nous quelque chose qui fonctionne ?
Fuyez les projets où vous ne découvrez le résultat qu'à la livraison. Les méthodes saines montrent des écrans réels très tôt et les ajustent en présence des utilisateurs. Certains prestataires vont jusqu'à construire les écrans devant ceux qui s'en serviront, ce qui élimine les malentendus avant qu'ils ne coûtent cher.
Quelles sont les étapes, et que validons-nous à chacune ?
Une méthode clairement découpée, avec un livrable et une validation à chaque étape, vous protège. Elle vous permet de corriger la trajectoire sans attendre la fin.
Quelles questions poser sur le terrain et les utilisateurs ?
- La solution fonctionne-t-elle sans connexion ? Demandez une démonstration réseau coupé, avec une saisie puis une synchronisation au retour de la connexion.
- Qui fournit le matériel ? Tablettes, terminaux, imprimantes, lecteurs : il faut qu'ils soient choisis en fonction de vos sites et que le prestataire s'engage sur leur compatibilité.
- Comment formez-vous les équipes ? Une demi-journée de présentation n'est pas une formation. Demandez comment chaque service est accompagné, sur son propre poste, jusqu'à ce qu'il travaille seul.
- Que se passe-t-il si un service n'adopte pas l'outil ? La réponse révèle si le prestataire se sent responsable de l'usage ou seulement de la livraison.
- La solution couvre-t-elle l'ensemble de nos fonctions ? Un système qui traite les stocks sans parler à la finance, ou la paie sans connaître les présences, recrée les ressaisies que vous vouliez supprimer.
Quelles questions poser sur la propriété et la sécurité ?
C'est le chapitre que l'on néglige le plus souvent et que l'on regrette le plus longtemps.
| Question | Réponse qui rassure | Réponse qui doit alerter |
|---|---|---|
| À qui appartient le code source ? | À vous, et il vous est remis | « Vous avez un droit d'utilisation » |
| À qui appartiennent les données ? | À vous, récupérables à tout moment dans un format exploitable | Une réponse évasive sur l'export |
| Où les données sont-elles hébergées ? | Un lieu précis, que vous pouvez choisir | « Dans le nuage » |
| Comment sont-elles protégées ? | Chiffrement, accès par profils, journal des opérations | « Il y a un mot de passe » |
| Qui s'occupe de la sécurité chez vous ? | Une équipe ou une direction identifiée | « Nos développeurs y font attention » |
| Que se passe-t-il si nous nous séparons ? | Une procédure de réversibilité écrite | Le sujet n'a jamais été envisagé |
Faites figurer ces points dans le contrat. Une promesse orale sur la propriété du code n'a aucune valeur le jour où la relation se tend.
Un cas typique : l'organisation prisonnière de son propre outil
Une situation revient régulièrement dans les récits de dirigeants. Une organisation fait développer une application de gestion par un petit prestataire. L'outil rend service pendant quelques années. Puis les besoins évoluent : un nouveau site, une nouvelle activité, une obligation déclarative.
Le prestataire, entre-temps, est devenu difficile à joindre, ou annonce des conditions sans rapport avec le travail demandé. L'organisation cherche alors à confier l'évolution à quelqu'un d'autre et découvre qu'elle ne détient ni le code source, ni la documentation, ni même les accès d'administration du serveur. Ses propres données sont enfermées dans une base dont elle ignore la structure. Elle doit choisir entre céder ou tout reconstruire, en ressaisissant une partie de son historique.
Rien de tout cela n'était visible le jour de la signature. Une seule ligne dans le contrat et une remise régulière du code l'auraient évité.
Quels signaux doivent vous inquiéter ?
- Un chiffrage immédiat. Celui qui annonce un budget sans avoir posé de questions sur vos sites, vos effectifs et vos processus chiffre un produit standard, pas votre projet. L'article sur l'estimation du budget d'un projet digital explique ce qui doit entrer dans le calcul.
- Une démonstration trop parfaite. Demandez à saisir vous-même une opération tirée de votre quotidien, avec ses complications.
- Un discours centré sur la technologie. Les langages et les architectures comptent, mais un prestataire qui ne parle que de cela ne s'intéresse pas à votre métier.
- Le silence sur la formation. Si elle n'apparaît pas dans la proposition, elle n'aura pas lieu.
- L'absence de questions. Un bon prestataire vous interroge plus que vous ne l'interrogez.
Sur mesure ou progiciel du marché : la question se pose-t-elle encore ?
Elle se pose, et la réponse dépend de vos particularités. Si vos processus sont proches des standards et que vos sites sont bien connectés, un progiciel peut suffire. Si votre activité comporte des spécificités fortes, des sites isolés ou des circuits de décision propres, le sur-mesure évite de plier votre organisation à un outil pensé pour d'autres. Les éléments de comparaison figurent dans notre article sur le coût d'un logiciel sur mesure.
À titre d'illustration, Linking Development a fait de plusieurs de ces points des engagements de principe : diagnostic conduit sur site, solution co-construite avec les utilisateurs, méthode en sept étapes avec un interlocuteur unique, fonctionnement en mode déconnecté, formation de chaque service jusqu'à l'autonomie, et propriété du client sur la solution, le code source et les données. Quel que soit le prestataire que vous retiendrez, ce sont des critères sur lesquels vous pouvez exiger des réponses écrites.
Prenez le temps de poser ces questions à chaque candidat et comparez les réponses à tête reposée. Si vous souhaitez nous les poser, nous y répondrons volontiers.