Comprendre votre situation avant d'évaluer une solution
Avant même de regarder une démo, il faut d'abord cadrer le contexte. Pourquoi ? Parce que deux entreprises ne sélectionnent pas un logiciel de la même façon. Et une solution impressionnante en présentation peut devenir cauchemar une fois en place si le terrain n'était pas prêt.
Quel est votre processus de sélection ?
Il s'agit de comprendre comment fonctionne vraiment la décision chez vous. Y a-t-il un comité, une direction qui tranche seule, ou un consensus attendu ? L'éditeur doit savoir à qui parler et à qui convaincre. Cela change tout.
Avez-vous une équipe dédiée à l'intégration ?
C'est une question qui sépare les projets qui réussissent de ceux qui traînent pendant des mois. Une personne peut-elle venir en support interne, ou devrez-vous faire appel à un consultant externe ? Le timing et le budget en dépendent directement.
Quel est votre budget réaliste (TCO sur 3 ans) ?
Pas le budget optimal. Le budget réel. Celui que la direction va vraiment débloquer sans se faire de souci. L'honnêteté ici évite des déceptions plus tard.
La solution : adéquation réelle à vos besoins
C'est le cœur du sujet. Un logiciel merveilleux reste merveilleux s'il répond à vos problèmes. Sinon, c'est juste un objet qui coûte cher.
Couvre-t-elle 100% de vos cas d'usage critiques ou seulement 80% ?
Cette distinction n'est pas anodine. Beaucoup de solutions couvrent 80% des besoins standard. Mais c'est les 20% restants qui vous empêchent de dormir. Demander explicitement ce qui manque plutôt que d'accepter une réponse vague du type « nous pouvons presque tout faire ».
Quels sont les développements custom nécessaires ?
Faites établir une liste. Pas une estimation vague. Une vraie liste de ce qui demande du code additionnel. Ensuite, mesurez le coût, le délai et la maintenance que cela impose.
Comment évoluera la solution face à vos besoins futurs ?
Ce que vous achetez aujourd'hui doit pouvoir grandir avec vous. Sinon, vous recommencez ce cirque dans trois ans. Posez la question franchement : si vos volumes doublent, si vous vous internationalisiez, ou si vos processus changent, le logiciel suit ou casse ?
Existe-t-il des limites techniques ou métier non mentionnées ?
Chaque outil en a. L'éditeur qui dit « aucune limite » ment ou ne comprend pas son propre produit. Insistez pour qu'il les énonce. Les silence sur les limitations, c'est là que les mauvaises surprises germent.
La charge d'intégration et de déploiement
Une bonne solution mal intégrée devient une mauvaise solution. Donc cette phase mérite autant d'attention que le produit lui-même.
Quel est le délai réaliste de mise en production ?
L'éditeur vous proposera un chiffre optimiste. Demandez le pire scénario. Demandez aussi ce qui peut faire trainer la mise en production (données sales, litiges internes, priorités changeantes). La réalité sera probablement entre les deux.
Qui pilote le projet d'intégration ?
L'éditeur lui-même, un partenaire certifié, ou vous en interne ? Chaque configuration a ses avantages et ses pièges. L'éditeur guidera mais vu qu'il a intérêt à terminer vite, gare aux raccourcis. Un partenaire coûte plus cher mais peut partager le risque. Vous seul, c'est plus rapide si vous savez ce que vous faites, mais isolé en cas de problème.
Combien de jour-homme consomme l'intégration côté client ?
Vos équipes vont être mobilisées. Complètement. Demandez l'estimation précise et multipliez-la par 1,5. C'est rarement moins.
Quels changements organisationnels ou processus métier sont inévitables ?
Le logiciel n'épousera jamais vos processus existants à la perfection. Il impose ses logiques. Certaines sont bonnes, d'autres vous agacent. Autant les voir à l'avance plutôt que de les découvrir en production quand votre équipe commerciale commence à lever les yeux au ciel.
Les coûts cachés au-delà de la licence
La facturation d'un logiciel SaaS est souvent un iceberg. Le prix de la licence est le sommet visible. Le reste, c'est ce qui coule l'affaire.
Comment évolue le coût avec la croissance ?
Si le nombre d'utilisateurs augmente, si vos données grossissent, si vous basculez à une fréquence transactionnelle plus haute, comment le prix se cale-t-il ? Parfois linéairement. Parfois par paliers stupides qui vous font passer de 5 000 à 50 000 euros parce que vous êtes passé à 150 utilisateurs. Demandez l'échelle complète.
Quels sont les coûts annexes ?
Intégration, bien sûr. Formation des équipes. Support premium au-delà du support standard. Peut-être aussi de la consultation pour revoir vos processus. Chaque ligne compte quand on fait le total.
Y a-t-il des frais de sortie ou des pénalités de rupture ?
Cela semble aller de soi, mais certains éditeurs font des contrats pernicieux. Rupture prématurée avant la fin du terme : pénalité. Récupération des données : frais additionnels. Migration vers un concurrent : coûts aussi. Pas sympa, mais cela existe.
Les migrations de données futures seront-elles complexes ou coûteuses ?
Disons que dans trois ans vous devez partir (l'éditeur est racheté, le produit change, le prix s'envole). Quelle est la vraie difficulté pour embarquer vos données ailleurs ? Beaucoup de logiciels le font exprès : plus c'est difficile, plus le client reste.
La stabilité et la viabilité de l'éditeur
Il ne sert à rien de signer un contrat de trois ans avec une boîte qui risque de fermer dans deux ans. Ou qui sera avalée par un conglomérat indifférent. Cherchez les signes d'une bonne santé.
Quel est le modèle économique ?
L'éditeur vit-il de ses clients réels ou de l'argent de capital-risqueurs impatients ? Ce n'est pas la même histoire. Un modèle VC peut mener à une croissance hallucinante... ou à un crash spectaculaire une fois les fonds épuisés.
Depuis combien de temps la solution existe-t-elle ?
Une solution jeune, c'est de l'innovation mais aussi du risque. Une solution qui a dix ans, c'est de la maturité mais aussi l'inertie. Il y a un équilibre.
Qui sont les grands clients et qu'en disent-ils ?
Regardez qui se vante d'utiliser le produit. Pas les logos sur le site : les vrais clients prêts à en parler. Quel type d'entreprise ? Quel secteur ? Quel impact réel sur leur business ? Les références vous disent plus sur le produit que la plupart des présentations.
L'éditeur a-t-il connu des restructurations, fusions ou changements stratégiques ?
Cherchez dans la presse, LinkedIn, Crunchbase. Si le produit a changé de direction trois fois en deux ans, c'est un signe. Pas toujours mauvais (parfois c'est une course vers la stabilité), mais ça mérite une explication.
La roadmap produit et l'évolution
Aucun logiciel ne reste figé. La question est : dans quelle direction il évolue ?
Quels sont les développements prévus pour les 12 et 24 prochains mois ?
Il est rare qu'un éditeur cache sa roadmap. Regardez la tendance. Vos problèmes actuels figurent-ils quelque part ? Ou l'éditeur fonce vers des trucs auxquels vous ne pensez même pas ?
Comment les clients influencent-ils les priorités de développement ?
Votre voix compte-t-elle ? Ou l'éditeur fait ce qu'il veut, pour les gros clients qui harcèlent le product manager ? Cela change la relation, surtout si vous avez des besoins spécifiques.
Y a-t-il des fonctionnalités dépréciées ou des produits arrêtés ?
Un produit jeune qui tue déjà des fonctions n'est pas bon signe. C'est qu'il cherche encore sa direction. Un produit mature qui arrête les choses, c'est du ménage normal.
Le support et la maintenance
Le jour où vous avez un problème, le support devient tout. Mieux vaut comprendre à l'avance comment il marche vraiment.
Quel est le niveau de support garanti ?
Temps de réponse, disponibilité horaire, escalade vers un ingénieur. Tout cela doit être écrit noir sur blanc. Les contrats « on vous aide du lundi au vendredi de 9 à 17 » sont populaires. Ils sont aussi inutiles si vous travaillez le soir ou le week-end.
Qui assure le support ?
L'équipe interne de l'éditeur, ou une équipe prestataire tierce ? Une communauté ? C'est très différent. L'interne c'est rapide mais soumis à la staffing de l'éditeur. La tierce partie peut être moins réactive. La communauté peut être bonne ou manquante selon le produit.
Comment sont gérées les mises à jour ?
Fréquence d'abord. Puis impact sur votre version. Pouvez-vous retarder une mise à jour majeure si elle vous gène ? Ou êtes-vous forcé de suivre ? La flexibilité ici vaut de l'or.
Quelle est la politique de fin de support pour les anciennes versions ?
Un éditeur sérieux maintient trois versions en arrière au minimum. Sinon, vous êtes forcé à chaque mise à jour. C'est éprouvant.
La sécurité, la conformité et les données
Les données, c'est votre bien le plus cher. Dites non à quiconque ne peut pas clarifier comment il les protège.
Comment les données sont-elles protégées en transit et au repos ?
HTTPS en transit, c'est le minimum. En base de données, est-ce chiffré ou clair ? Si clair, pourquoi ? Il y a des cas légitimes. Mais rares. Insistez pour du chiffrement côté application si possible, pas juste au repos.
Où sont hébergées les données et pouvez-vous choisir la région ?
Certaines données ne quittent pas l'Europe pour des raisons de conformité (RGPD surtout). Vérifiez aussi où est le backup. Un backup qui vit au même endroit qu'une production qui brûle ne vaut rien.
Quels audits l'éditeur a-t-il passés ?
ISO 27001, SOC 2 type II, audit GDPR. Ce qui compte pour vous dépend de votre secteur et de vos obligations. Demandez les rapports d'audit. Pas juste l'existence. Les vrais rapports. Beaucoup d'éditeurs ont une certification qu'ils ne renouvelaient plus depuis trois ans sans le dire.
Que se passe-t-il si vous résiliiez le contrat ?
Récupération des données en format portable, délais, format de sortie. Un éditeur correct vous donne tout en deux semaines, en CSV ou JSON standard. Un éditeur malveillant rend cela difficile. Évaluez où se situe le vôtre.
L'indépendance et la flexibilité technique
Plus un logiciel vous enferme, plus vous lui devez obéissance. C'est simplement le rapport de force. Cherchez à le négocier d'avance.
Avez-vous accès aux APIs ?
Pour connecter d'autres outils (votre CRM, votre comptabilité, votre système d'info). Sans API, vous dépendez de l'éditeur pour chaque intégration. Avec une API robuste, vous pouvez faire vos propres tuyauteries ou laisser faire d'autres prestataires.
Les données peuvent-elles être exportées en format standard ?
CSV, JSON, pas un format maison qui ne s'ouvre qu'avec le logiciel de l'éditeur. C'est votre assurance-vie pour partir proprement un jour.
Peut-on mettre en place une instance on-premise ?
Cela représente souvent un surcoût et moins de support. Mais si votre infra ou vos règles de sécurité l'exigent, l'éditeur doit le proposer. Le refus catégorique est un drapeau rouge.
L'éditeur vous verrouille-t-il dans un écosystème propriétaire ?
Pensez départ. Est-ce faisable sans perdre des mois ou des milliers ? Si l'éditeur le sait et y travaille, c'est qu'il a confiance en son produit. Si le vôtre fait tout pour rendre le départ difficile, ce n'est jamais bon signe.
Les références réelles et la validation par les pairs
Les cas clients de la brochure commerciale sont triés sur le volet. Trouvez des clients non triés.
Pouvez-vous parler directement avec d'autres clients du même secteur ?
Les éditeurs vous donneront deux ou trois contacts enchantés. Cherchez aussi des clients sur LinkedIn. Envoyer un message : « Je considère votre logiciel, tu l'utilises, ça vaut le coup ? ». Les réponses honnêtes arrivent souvent ainsi.
Quels sont les points douloureux mentionnés par les clients actuels ?
Aucun produit n'est parfait. Les clients honnêtes diront la vérité : c'est bon mais ergonomiquement chiant, ou puissant mais l'intégration a duré trois fois plus longtemps qu'annoncé. Écoutez les frustrations. Elles vous concerneront probablement.
Quel est le taux de renouvellement client et pourquoi certains partent ?
L'éditeur publiera le taux de renouvellement (entre 90% et 95% généralement). Posez la vraie question : pourquoi les 5% à 10% qui partent s'en vont-ils ? Coût qui monte trop, besoins qui changent, meilleur produit ailleurs ? La raison compte.
Les conditions contractuelles et les clauses critiques
Un contrat c'est votre protection légale. Ne le signez pas sans le lire ou le faire relire.
Quels sont les délais de préavis pour résilier ?
Un préavis de 90 jours c'est normal. Six mois, c'est abusif. Année complète, c'est carrément malhonnête. Rappelez-vous : cet argent, vous pourrez le récupérer l'année d'après ailleurs.
Y a-t-il des clauses d'augmentation de prix ?
Augmentation de 5% par an c'est raisonnable. 10%, c'est pénible mais supportable. 20% sans plafond, sans indexation sur l'inflation, juste parce qu'on veut, c'est une arnaque. Demandez le barème.
Comment sont gérées les défaillances de service ?
Les SLA (Service Level Agreement) promettent une disponibilité. 99,9%, c'est admis. 99,99%, c'est un peu cher. Demandez aussi ce que vous recevez si le SLA n'est pas tenu. Une réduction sur le prochain mois ? Au minimum.
Qui est responsable en cas de perte de données ou de sécurité compromise ?
C'est le moment où les avocats discutent. L'éditeur n'acceptera jamais une responsabilité illimitée. Mais une limitation stricte (du type « nous ne sommes jamais responsables de rien ») est inacceptable pour des données critiques. Il existe un équilibre à négocier.
Ce qu'il faut vérifier par vous-même après les réponses
L'éditeur vous vend du rêve. C'est son job. À vous de vérifier que le rêve marche vraiment.
Mettre en place un POC avec vos vraies données
Pas un démo sur des données jouets. Un vrai test avec vos processus, vos volumes, vos exigences. Deux semaines. Suffit généralement pour voir si c'est viable.
Tester l'intégration avec vos systèmes existants
Vous avez un CRM, une compta, un système d'info. Le logiciel envisagé doit dialoguer avec. Testez. Réellement. Si cela ne marche pas en POC, ce ne marchera pas en production.
Évaluer la courbe d'apprentissage et l'impact sur vos équipes
Vos utilisateurs finaux le manipulent. Pour combien de temps avant qu'ils le maîtrisent ? Combien d'erreurs en route ? Quel est le coût humain ? C'est facile à oublier quand on fixe sur les fonctionnalités.
Calculer le vrai TCO à 3 et 5 ans
Prenez chaque coût : licence, intégration, formation, support, développements custom, maintenance. Additionnez sur trois ans, puis cinq ans. Comparant avec vos alternatives. Le chiffre final dit souvent plus que tout ce qui précède.
