Un budget PSA n'est crédible que s'il dépasse l'abonnement. La décision réunit licences, configuration, migration, intégrations, effort interne et coexistence avec l'ancien système. Cette méthode compare les offres sur un périmètre identique.
Le prix affiché trompe pour deux raisons. D'abord, il ne couvre presque jamais le travail nécessaire pour rendre le système utilisable : nettoyer les données, arrêter des définitions communes et former ceux qui valident des heures ou émettent des factures. Ensuite, il se calcule sur la photographie du moment, alors qu'un contrat s'engage sur trois ans pendant lesquels l'effectif, les practices et le nombre d'entités changent. Un cabinet qui passe de 30 à 60 consultants peut doubler son abonnement sans avoir doublé la valeur reçue.
La conséquence pratique est que deux offres au même abonnement mensuel peuvent différer d'un facteur deux ou trois une fois additionnés services, effort interne et transition. Comparer la seule ligne de licence n'est pas un raccourci : c'est changer de question.
Partir du problème opérationnel
Listez les processus à améliorer : passage vente-delivery, staffing, temps, pilotage, facturation et prévisions. Mesurez effort manuel, erreurs et délais. Un prix faible sert peu si CRM, ressources ou billing restent séparés.
Définissez les utilisateurs réels et projetez sur trois ans les modèles par salarié, manager, utilisateur actif, module ou consommation.
Faites aussi l'inventaire inverse : quels outils s'éteignent. Si le PSA remplace la feuille de staffing, le CRM générique, l'outil de temps et le module de facturation, ces licences sortent du budget et entrent dans le calcul comme économie vérifiable. Si au contraire ils coexistent, le coût réel du projet inclut le maintien de deux systèmes et le rapprochement entre eux. Écrivez-le avant de demander des offres : c'est la seule façon d'obtenir un chiffrage sur le périmètre que vous avez réellement en tête.
Un détail change le résultat final : comptez les utilisateurs occasionnels. Dans beaucoup de cabinets, une vingtaine de personnes vit dans le système et un groupe bien plus large se limite à saisir heures et frais. Si le modèle tarifaire les traite de la même manière, le coût par décision utile s'envole.
Les six composantes du coût
Séparez abonnement, configuration, migration, intégrations, changement interne et administration continue. Demandez hypothèses, heures incluses et tarif des travaux supplémentaires.
Incluez le temps du sponsor, des process owners, responsables de données, pilotes et finance, ainsi que le fonctionnement parallèle durant les premières clôtures.
Ce tableau résume ce qu'il faut demander pour chaque ligne et où se cachent habituellement les surprises.
| Ligne de coût | Ce que le fournisseur doit chiffrer | Où arrive la surprise |
|---|---|---|
| Abonnement | Prix unitaire, unité de facturation, minimum, indexation annuelle | Utilisateurs occasionnels comptés comme complets |
| Configuration initiale | Heures incluses, livrables, tarif du travail supplémentaire | Workflows hors du paquet standard |
| Migration des données | Nombre d'imports, formats, répétitions incluses | Historique des projets et soldes ouverts |
| Intégrations | Connecteurs standard contre développement spécifique | Comptabilité, paie et signature électronique |
| Conduite du changement | Formation par rôle, supports, appui à la première clôture | Le temps de vos propres managers |
| Administration continue | Qui maintient rôles, tarifs, modèles et permissions | La demi-journée hebdomadaire non budgétée |
Demandez chaque ligne séparément même lorsque le fournisseur propose un forfait. Ce n'est pas de la défiance : c'est la seule façon de renégocier un poste sans rouvrir tout le contrat.
Construire le TCO sur trois ans
Formule : TCO = frais récurrents + services initiaux + effort interne + transition + évolutions prévues. Appliquez à chaque finaliste les mêmes scénarios de base, croissance et retard.
Notez devise, indexation, engagement, renouvellement et sortie. Un tableau annuel clair est souvent meilleur qu'un ROI artificiellement précis.
Un exemple illustratif aide à voir les proportions. Un cabinet de 40 consultants et 8 managers évalue deux offres : la première facture par salarié, la seconde par manager actif. La première année, l'écart d'abonnement paraît faible, mais la première offre inclut 20 heures de configuration et la seconde 60, et seule la seconde couvre l'import de l'historique des projets. En additionnant services initiaux, effort interne estimé en journées de sponsor et de process owners, et deux mois de fonctionnement parallèle, l'option apparemment plus chère revient moins cher sur trois ans. Le cas inverse existe aussi : si le cabinet passe à 80 consultants en gardant 10 managers, le modèle par manager l'emporte nettement.
La conclusion n'est pas qu'un modèle est meilleur, mais que le gagnant dépend de votre courbe de croissance. Le scénario de croissance n'est donc pas un ornement du modèle : c'est la partie qui décide.
Relier valeur et référence
Mesurez délai de facturation, feuilles de temps tardives, heures de rapprochement, non-facturé, temps de forecast et projets avec marge à jour. Établissez la référence et un responsable.
Ne comptez un gain que si le travail disparaît ou est réaffecté. Traitez utilisation et marge comme scénarios. Le guide PSA détaille le périmètre.
Relevez la référence avant de signer, pas pendant le déploiement. Après le démarrage, personne ne se souvient du nombre de jours nécessaires pour émettre une facture ni des heures passées à rapprocher des tableurs, et le projet perd la possibilité de démontrer sa propre valeur. Six chiffres mesurés sur deux clôtures suffisent : jours entre la fin de mois et la facture émise, part des feuilles de temps validées dans les délais, heures mensuelles de rapprochement manuel, travail livré et non facturé, temps de préparation du forecast et part des projets dont la marge est à jour.
Attribuez à chaque chiffre un responsable et une date de vérification. Un bénéfice sans owner n'est pas mesuré, et un bénéfice non mesuré est la première victime de la revue budgétaire suivante.
Questions pour chaque offre
Demandez ce que couvre l'onboarding, le nombre d'imports, les intégrations standard, le support et l'export. Vérifiez sandbox, API, stockage, IA, entités et historique.
Définissez « live » par écrit : un tenant configuré n'est pas une adoption. Exigez qualité de données, répétition de facturation et rapprochement des rapports.
Ces questions devraient avoir une réponse écrite avant la signature :
- Que devient le prix si l'effectif augmente de 50 % en cours de contrat, et s'il diminue ?
- L'export comprend-il l'historique complet, les pièces jointes et les relations entre entités, ou seulement des tables à plat ?
- Quelles intégrations sont standard, lesquelles exigent un développement et qui maintient le connecteur quand l'autre système change de version ?
- Combien d'entités juridiques, de devises et de calendriers de travail sont inclus ?
- L'accès aux API a-t-il un coût supplémentaire ou des limites d'appels qui affectent les rapports ?
- Quel délai de réponse est contractualisé et avec quelle compensation en cas de manquement ?
Si une réponse n'existe qu'en démonstration et pas au contrat, elle ne compte pas comme réponse.
Rendre la décision vérifiable
Notez séparément coût, adéquation, risque, sécurité et adoption. Conservez la preuve de chaque note : proposition, démo, réponse et clause.
Avant validation, finance teste le TCO, opérations les workflows, IT l'architecture et les utilisateurs le pilote. Transférez les hypothèses dans la checklist de déploiement.
Quel modèle tarifaire vous pénalise en grandissant
La facturation par salarié est simple à comprendre et prévisible pour le fournisseur, mais elle taxe la croissance de l'effectif opérationnel même lorsque le nombre de décisions n'augmente pas dans la même proportion. Elle convient aux cabinets stables où presque tout le monde utilise le système chaque jour.
La facturation par manager ou utilisateur actif aligne la dépense sur ceux qui décident et se révèle en général plus efficace dans les cabinets qui croissent en consultants de delivery. Son risque tient à la définition de l'utilisateur actif : demandez par écrit ce qui compte comme activation, à quelle fréquence la mesure est prise et ce qu'il advient d'une personne qui se connecte une fois par mois.
La facturation par module paraît souple et masque souvent le fait que la fonction dont vous avez réellement besoin vit dans le module supérieur. La facturation à la consommation, typique des fonctions d'IA ou du stockage, pose le problème inverse : impossible à budgéter correctement la première année. Si elle apparaît, exigez un plafond contractuel et des alertes avant de l'atteindre.
Les coûts qui arrivent la deuxième année
La première année concentre l'attention et le budget. La deuxième révèle les décisions mal fermées : changements de processus qui imposent une reconfiguration, intégrations qui cassent quand l'ERP se met à jour, rapports que personne ne sait construire et une personne en interne qui consacre chaque semaine quelques heures à maintenir tarifs, rôles et modèles.
Budgétez explicitement cette administration continue et nommez son responsable. Dans les cabinets de 30 à 100 consultants, elle équivaut en général à une fraction stable de poste, pas à un pic isolé, et c'est la différence entre un système qui vieillit bien et un système qui retourne lentement aux tableurs.
Ajoutez également le coût de sortie. Un contrat qui ne garantit pas un export complet dans un format réutilisable transforme une décision de trois ans en décision de dix. La clause d'export ne protège pas du fournisseur : elle protège d'un changement de stratégie chez vous.
Fiche d'approbation
Préparez une page avec périmètre, utilisateurs, modules, trois scénarios d'effectif, coûts annuels et hypothèses. Pour chaque bénéfice, notez référence, méthode de mesure, owner et date de revue. Ajoutez les risques de migration, adoption, dépendance fournisseur et continuité avec leur mitigation.
Avant signature, testez export, permissions, un flux critique et un rapport économique sur des données représentatives. Documentez ce que l'offre ne couvre pas et qui fera le travail. Après douze mois, comparez TCO prévu et réel, expliquez les écarts et réutilisez les leçons.