Les institutions sociales nous le disent étonnamment souvent : ce n’est qu’après l’introduction qu’elles découvrent l’ampleur du support qu’elles doivent acheter régulièrement auprès du fournisseur. Une question d’utilisation, un message d’erreur flou ou une adaptation du processus – et une nouvelle heure d’assistance est facturée.
L’offre détaillait clairement les licences, l’introduction et la migration des données. Elle ne précisait pas combien de fois l’équipe devrait ensuite appeler le fournisseur ou ouvrir un ticket. Ce sont ces coûts, rarement calculés lors du choix, qui peuvent peser sur le budget d’exploitation pendant des années.
Le problème n’est pas qu’un fournisseur propose un bon support. Il devient coûteux lorsque son logiciel génère des demandes évitables et que chaque question entraîne un supplément.
Le support fournisseur est rarement simplement « inclus »
De nombreux fournisseurs mettent en avant une assistance personnelle. C’est rassurant, mais cela ne dit rien du coût futur. Selon le contrat, les demandes peuvent être facturées :
- selon le temps effectif et un tarif horaire
- par unités minimales de 30 ou 60 minutes
- via un forfait mensuel ou un contingent d’heures prépayé
- avec des suppléments pour une réaction rapide, une priorité ou une aide hors horaires
- comme conseil payant dès qu’une demande n’est pas considérée comme un défaut technique
- comme personnalisation distincte lorsque des champs, rôles, modèles ou processus doivent changer
Tous ces modèles peuvent être légitimes. Le risque apparaît lorsqu’il n’est pas clair avant la signature quelle aide est incluse et quelles questions quotidiennes déclencheront une facture.
Comment une mauvaise UX devient du support fournisseur facturé
Une interface dépassée ou confuse est plus qu’un désagrément. Elle peut devenir un risque financier durable. Si les tâches courantes sont difficiles sans aide, le support du fournisseur fait partie du fonctionnement normal.
Une navigation floue génère les mêmes questions
Le personnel ne trouve pas une fonction, manque un statut ou ignore où une saisie a été enregistrée. Le fournisseur explique le chemin par téléphone ou accès à distance. La question immédiate est résolue, mais pas sa cause. La même demande payante revient dans une autre équipe ou après un changement de personnel.
Des processus peu lisibles sont facturés comme conseil
Qui valide un rapport ? Pourquoi un dossier ne peut-il pas être fermé ? Que faut-il terminer avant la facturation ? Si le logiciel ne montre pas clairement le statut, la responsabilité et l’étape suivante, le fournisseur doit expliquer le processus.
La limite est délicate : s’agit-il d’une lacune de connaissances dans l’institution, d’une configuration inadaptée ou d’un processus mal conçu dans le produit ? Sans accord précis, même une question provoquée par le logiciel peut devenir un conseil payant.
Des messages d’erreur inutiles rendent le fournisseur indispensable
Un message tel que « L’opération a échoué » ne permet pas d’avancer. Sans cause ni prochaine étape utile, seul le fournisseur peut expliquer quoi faire. De bons messages ne résolvent pas tout, mais empêchent que de simples corrections deviennent automatiquement des tickets.
Seul le fournisseur peut réaliser de petites modifications
Si chaque changement de liste, rôle, modèle ou étape exige un ticket payant, les petites évolutions organisationnelles s’additionnent. Les institutions sociales adaptent leurs offres, responsabilités et obligations. Le logiciel devrait permettre ces changements ordinaires sans acheter des heures externes pour chaque détail.
Les mises à jour créent de nouveaux besoins d’explication
Les nouvelles versions sont importantes pour la sécurité et l’évolution. Mais si l’interface ou les processus changent sans indication claire, chaque mise à jour déclenche de nouvelles demandes. Il faut donc savoir comment les changements sont communiqués et si l’aide liée à une modification du fournisseur sera facturée.
Un calcul simple des coûts de support externes
Une première estimation peut suivre cette formule :
Heures mensuelles de support fournisseur × tarif horaire + forfaits, suppléments et unités minimales
Exemple volontairement simplifié : une institution achète en moyenne six heures de support par mois. À CHF 220 l’heure, cela représente CHF 1’320 par mois, soit CHF 15’840 par an. Le temps interne consacré à décrire le problème, fixer un rendez-vous, tester et assurer le suivi n’est pas encore inclus.
Les unités minimales peuvent encore augmenter la facture. Si dix questions de 15 minutes sont chacune facturées au minimum une heure, l’institution paie dix heures au lieu de deux heures et demie. Ce n’est pas une valeur sectorielle, mais l’exemple montre que la logique de facturation compte autant que le tarif.
Questions à résoudre avant la signature
Notre guide de sélection d’un logiciel couvre l’ensemble de l’évaluation. Pour comprendre le futur support, demandez également une réponse écrite aux questions suivantes :
- Quelles prestations sont incluses dans la licence ou la redevance de base ?
- Quelles demandes relèvent de la correction d’un défaut et lesquelles du conseil payant ?
- Qui paie lorsqu’un problème ou un changement provient d’une mise à jour du fournisseur ?
- Quels tarifs, unités minimales et suppléments s’appliquent ?
- La facturation commence-t-elle dès la réception et l’analyse du ticket ?
- Quels délais de réaction et de résolution sont convenus ?
- Les coûts dépassant un montant défini doivent-ils être approuvés à l’avance ?
- Quels réglages l’institution peut-elle gérer elle-même ?
- La documentation, les supports de formation et les notes de version sont-ils actuels et inclus ?
- L’institution reçoit-elle un relevé clair des demandes, causes et heures facturées ?
Ne vous contentez pas d’une explication du processus de support. Faites tester des tâches typiques et des situations difficiles par différentes personnes. Plus une démonstration exige d’explications, plus il faut estimer soigneusement le support payant nécessaire ensuite.
Un support équitable résout le problème au lieu de vendre plusieurs fois la même explication
Un support fournisseur compétent a une vraie valeur. Nouvelles exigences, interfaces complexes, migrations et incidents inattendus nécessitent des personnes expérimentées. Les bons fournisseurs indiquent quand les coûts apparaissent, documentent leur travail et contribuent à éliminer les causes récurrentes.
En revanche, la facturation régulière de tickets similaires sans amélioration de l’UX, de la documentation ou de la configuration est un signal d’alerte. Si plusieurs clientes et clients posent la même question, le fournisseur devrait vérifier si son produit doit devenir plus clair.
La question équitable n’est donc pas seulement « Pourquoi votre personnel a-t-il besoin de tant d’aide ? », mais aussi « Pourquoi cette partie du produit exige-t-elle toujours une explication ? »
Réduire les frais de support dans un contrat existant
- Analyser ensemble factures et tickets : classez les six à douze derniers mois par cause, durée et coût.
- Identifier les répétitions : marquez les questions récurrentes ou présentes dans plusieurs équipes.
- Séparer défauts, utilisation et demandes de changement : ces catégories ne devraient pas être facturées automatiquement de la même manière.
- Discuter des causes avec le fournisseur : pour les cas fréquents, demandez une amélioration de l’UX, de la documentation ou de la configuration plutôt qu’une nouvelle explication individuelle.
- Développer l’autonomie : clarifiez quels rôles, modèles et processus vous pouvez gérer. Notre page sur l’individualisation explique pourquoi c’est important.
- Convenir de limites : définissez contingents, seuils d’approbation et rapports transparents.
- Comparer à nouveau les coûts complets : intégrez un support réaliste lors des renouvellements et des prochaines décisions.
Le vrai prix du logiciel apparaît pendant son exploitation
Une licence avantageuse peut devenir chère si l’institution doit acheter l’aide du fournisseur pour chaque ambiguïté. Une UX moderne, des processus compréhensibles, une bonne documentation et une autonomie raisonnable ne sont pas de simples éléments de confort. Ils déterminent directement la dépendance au support payant.
Lua veut fournir du support là où il crée une réelle valeur, pas facturer durablement des problèmes d’utilisation évitables. Nous vous montrons volontiers cette approche sur l’un de vos processus et comment une solution claire et adaptable réduit le besoin d’assistance au quotidien.
