La personne qui utilise un produit numérique n'est pas forcément celle qui le choisit, le valide, règle la facture ou en retire le plus grand bénéfice économique.
Cette distinction influence la conception du produit, le positionnement, les unités de facturation, les frontières des offres, les supports de vente, l'onboarding, les exigences de sécurité, les preuves nécessaires au renouvellement et le côté de la plateforme qui doit payer.
Facturer celui qui en tire profit n'est justifié que si cette même personne dispose du budget. Sinon, il faut vendre le produit deux fois : à l'utilisateur et à celui qui signe.
Un fondateur qui parle à des utilisateurs enthousiastes sans jamais atteindre le détenteur du budget peut prendre l'intérêt pour de l'adoption et de la demande. Un produit tarifé par utilisateur peut freiner la collaboration, même si c'est l'entreprise, et non chaque utilisateur pris isolément, qui en retire la valeur. Une marketplace peut faire payer le côté dont les participants manquent et empêcher d'atteindre la liquidité avant même que les transactions aient lieu.
Avant de fixer le montant des frais, établissez qui participe à la création de valeur et à l'achat.
Rôles des parties prenantes
Une même personne peut tenir plusieurs rôles. Il vaut la peine de distinguer ces notions, car chaque rôle répond à une question différente.
| Rôle | Question clé | Préoccupation typique |
|---|---|---|
| Utilisateur | Qui se sert du produit ou en fait l'expérience ? | Facilité, rapidité, déroulement du travail et fiabilité |
| Bénéficiaire | Qui reçoit le résultat ou le bénéfice économique ? | Résultat, réduction du risque ou impact stratégique |
| Promoteur interne | Qui promeut activement l'adoption au sein de l'organisation ? | Crédibilité, déploiement et réussite personnelle |
| Acheteur | Qui évalue et choisit l'offre ? | Adéquation, alternatives, conditions et retour attendu |
| Détenteur du budget | Sur le budget de qui l'achat est-il financé ? | Priorité, coût total et impact mesurable |
| Payeur | Quelle personne ou quelle entité verse l'argent ? | Facture, taxes, devise et processus de paiement |
| Validateur | Qui peut approuver ou bloquer l'achat ? | Risque, règles, questions juridiques, sécurité et conformité |
| Administrateur | Qui configure et gère les accès ? | Contrôle, intégration, droits d'accès et support |
| Client | Quelle relation l'entreprise s'engage-t-elle à servir ? | Expérience globale d'achat et d'utilisation |
« Client » est un mot pratique dans le langage courant, mais trop général pour des décisions de produit. Quand vous discutez de preuves, désignez le rôle précis.
Au lieu de dire « les clients veulent du SSO », dites :
- les validateurs sécurité exigent le SSO avant d'autoriser le déploiement ;
- les administrateurs ont besoin d'un contrôle centralisé des accès ;
- les utilisateurs finaux ne mentionnent pas le SSO lors des entretiens sur leur flux de travail ;
- le détenteur du budget accepte l'offre entreprise parce que le SSO réduit le risque de gouvernance.
Une telle description montre pourquoi une fonction est importante et qui la paiera.
Quatre configurations de rôles courantes
1. Une seule personne tient tous les rôles
Un designer indépendant achète une application avec sa carte personnelle, l'utilise tous les jours et en tire directement profit.
L'achat peut se faire en libre-service, car : l'utilisateur reconnaît le problème, la valeur lui est directement visible, une seule personne contrôle le budget, le risque est limité et le paiement demande peu de coordination.
Une page d'atterrissage claire, un essai et un paiement par carte peuvent suffire. Un prix par utilisateur peut sembler naturel, puisque l'utilisateur et le payeur sont la même personne.
2. Un manager achète le produit pour une équipe
Le responsable du support choisit un logiciel utilisé par 20 conseillers. Il répond des indicateurs de service, la finance paie et la DSI valide l'intégration.
Dans cette configuration :
- les conseillers tiennent à la rapidité du travail ;
- le responsable tient au temps de résolution et à la qualité ;
- la finance tient au coût total et aux conditions du contrat ;
- la DSI tient à la sécurité et à la facilité de maintenance.
Le produit a besoin de l'adhésion des utilisateurs et de preuves pour la direction. Un essai réussi avec trois conseillers ne suffit pas si l'on ne peut pas démontrer l'impact au niveau de l'équipe ni passer la validation technique.
3. Un acheteur central achète pour des utilisateurs dispersés
Une entreprise achète une licence de formation à la conformité pour tous ses salariés. Le service achats négocie le contrat, les RH administrent le produit et les salariés suivent les contenus.
Le bénéficiaire économique peut être l'organisation qui réduit son risque, même si les utilisateurs ne cherchent pas activement le produit. Les offres peuvent reposer sur des tranches d'effectif, des sites ou une étendue d'accès annuelle, plutôt que sur le seul comportement des utilisateurs actifs.
4. Des parties différentes créent et consomment la valeur
Une marketplace met en relation des clients et des spécialistes. Les vendeurs créent l'offre, les acheteurs génèrent la demande, et la plateforme assure la recherche, la confiance, la gestion du processus et la protection du paiement.
Les décisions sur les frais touchent les deux côtés :
- des frais pour le vendeur peuvent limiter l'offre ;
- des frais pour l'acheteur peuvent faire baisser la conversion des transactions ;
- une commission peut lier le paiement au succès ;
- les abonnements peuvent convenir à des professionnels qui utilisent souvent la plateforme ;
- les placements sponsorisés peuvent monétiser l'attention, mais dégrader la pertinence des résultats.
Le « client » n'est pas une personne unique et évidente. La plateforme doit gérer l'ensemble du système économique.
Pourquoi confondre les rôles nuit à la monétisation
Vous étudiez le mauvais problème
Les utilisateurs décrivent les obstacles dans l'exécution des tâches. Les acheteurs parlent de priorités budgétaires et d'alternatives. Les validateurs parlent de risque. Demander à un rôle de prédire le comportement d'un autre conduit à des réponses peu fiables.
Un utilisateur final peut affirmer que l'entreprise paiera sûrement 20 € par poste, sans rien savoir des seuils d'achat. Un acheteur de la finance peut exiger des analyses que les managers n'utiliseront jamais. Les deux déclarations sont des preuves, mais chacune concerne un rôle différent.
Vous choisissez la mauvaise mesure de valeur
Le prix par poste est facile à mettre en œuvre, mais il peut s'écarter de la valeur quand :
- de nombreux participants occasionnels interviennent dans un même processus ;
- des observateurs ou des invités augmentent le bénéfice de l'équipe payante ;
- l'automatisation réduit le nombre d'utilisateurs actifs ;
- le bénéficiaire est un espace de travail, une boutique ou une unité métier ;
- un système qui protège toute l'entreprise n'est exploité que par un petit groupe d'opérateurs.
À l'inverse, un forfait fixe par entreprise peut être trop bas quand le déploiement passe d'une équipe à des milliers d'utilisateurs et génère des coûts de support, de gouvernance ou d'infrastructure.
Vous communiquez un seul bénéfice générique
« Gain de temps » peut parler à l'utilisateur, mais être un argument trop faible pour le détenteur du budget. « Gouvernance centralisée » peut convaincre le validateur, mais sembler sans intérêt pour la personne qui utilise le produit au quotidien.
Une offre cohérente peut présenter des preuves différentes à chaque partie prenante sans changer sa promesse principale.
Vous confondez adoption gratuite et demande payante
Les utilisateurs peuvent adorer l'outil sans que l'organisation y voie un effet qui mérite un budget. C'est fréquent quand :
- le bénéfice est un confort personnel, et non un impact organisationnel ;
- l'utilisateur ne sait pas chiffrer le résultat ;
- un substitut gratuit est acceptable pour l'acheteur ;
- l'adoption crée un risque non maîtrisé ;
- le produit n'atteint pas la personne qui détient le pouvoir de décision.
L'activation confirme l'utilité et un certain niveau de valeur. Elle ne confirme pas automatiquement la volonté d'acheter.
Vous arrivez au renouvellement sans preuves
Le promoteur d'origine peut quitter l'entreprise. La finance ne voit que la facture. Les utilisateurs signalent l'activité, mais pas l'impact. Sans preuves adaptées à chaque rôle, même un produit utile peut être résilié.
Le processus de préparation du renouvellement doit commencer dès l'onboarding, et non 30 jours avant l'échéance du contrat.
Cartographie des parties prenantes
Créez une ligne distincte pour chaque rôle significatif sur le parcours d'achat et d'utilisation.
| Rôle | Personne ou fonction | Résultat souhaité | Alternative actuelle | Objection ou risque | Preuve nécessaire | Influence |
|---|---|---|---|---|---|---|
| Utilisateur | Conseiller support | Résolution plus rapide des dossiers | Système d'aide actuel et recherche manuelle | Un outil de plus ajoute des étapes | Temps de traitement avant et après déploiement | Moyenne |
| Promoteur interne | Responsable des opérations support | Meilleure cohérence | Formations et documentation | Le déploiement peut échouer | Adoption du pilote et qualité | Élevée |
| Détenteur du budget | Directeur du support | Coût de résolution plus bas | Embaucher davantage de conseillers | Les économies peuvent être incertaines | ROI ajusté au volume | Élevée |
| Validateur | Service sécurité | Protection des données clients | Refuser le nouveau fournisseur | Accès aux données et leur conservation | Documentation de sécurité | Bloquante |
| Payeur | Entité financière | Facture correcte et prévisible | Processus de bon de commande | Facture variable | Plafond annuel et données fiscales | Moyenne |
Quand vous travaillez sur une vraie opportunité commerciale, ajoutez les noms concrets. Une persona générique ne remplace pas une cartographie propre à un client donné dans une vente complexe.
Questions pour chaque rôle
- De quel résultat cette personne est-elle responsable ?
- Comment ce résultat est-il mesuré aujourd'hui ?
- Que perdra-t-elle si rien ne change ?
- Quel nouveau risque le déploiement crée-t-il pour elle ?
- Quelles alternatives compare-t-elle ?
- De quels pouvoirs dispose-t-elle ?
- Quelle preuve renforcera la sûreté de la décision ?
- À quelle étape doit-elle s'impliquer ?
Le bénéficiaire économique
Le bénéficiaire économique est la personne ou l'entité dont la situation financière, le niveau de risque ou la position stratégique s'améliorent.
Les bénéfices possibles comprennent :
- de nouveaux revenus ;
- des coûts de main-d'œuvre ou de fournisseurs plus bas ;
- des pertes évitées ;
- des paiements reçus plus vite ;
- une productivité accrue ;
- une moindre exposition au risque de non-conformité ;
- une meilleure utilisation des ressources ;
- une rétention plus élevée ;
- un délai de cycle plus court.
Le bénéficiaire est souvent un bon candidat au rôle de détenteur du budget, mais pas toujours. Les budgets suivent non seulement la valeur, mais aussi les structures organisationnelles, les catégories historiques et la politique interne.
Chiffrer le chemin de la valeur
Reliez le comportement dans le produit au résultat organisationnel :
Capacité du produit → comportement de l'utilisateur → changement opérationnel → résultat métier → valeur financière
Exemple :
Réponses suggérées au support → les conseillers trouvent plus vite l'information → le temps moyen de traitement baisse → l'équipe traite plus de dossiers sans augmenter les effectifs → le coût du support par dossier diminue.
Chaque flèche est une hypothèse à vérifier. Si les conseillers voient les suggestions mais les ignorent, le chemin s'interrompt avant que la valeur financière n'apparaisse.
Éviter un ROI inventé
Ne multipliez pas des gains de temps optimistes par le coût salarial complet pour appeler le résultat une économie garantie. Demandez-vous :
- Le temps économisé peut-il vraiment être consacré à un autre travail utile ?
- L'équipe réduira-t-elle les heures supplémentaires, le recours aux sous-traitants ou les embauches futures ?
- Le changement mesuré peut-il être attribué au produit ?
- La qualité reste-t-elle stable ?
- À quelle fréquence ce processus est-il exécuté ?
Utilisez des fourchettes et exposez vos hypothèses. Des preuves crédibles et modérées sont plus utiles qu'un calculateur gonflé.
Le véritable acheteur et le détenteur du budget
L'utilisateur ne sait pas forcément qui peut valider l'achat. Au lieu de demander « Est-ce vous qui décidez ? », posez des questions sur le processus.
Questions utiles :
- Comment le dernier outil similaire a-t-il été acheté ?
- Quel centre de coûts financerait cet achat ?
- Qui est responsable de l'indicateur que ce produit modifie ?
- Qui signe les achats inférieurs à 5 000 €, à 25 000 € et à 100 000 € ?
- À partir de quel moment l'intervention du service achats devient-elle obligatoire ?
- Quelles parties prenantes peuvent bloquer le déploiement ?
- Le budget est-il déjà alloué, ou le produit doit-il remplacer une autre solution ?
- Qui doit voir le résultat du pilote ?
- Quelle date marque le prochain cycle de planification ?
La confirmation la plus forte est une action : l'utilisateur vous présente le détenteur du budget, organise une revue commune ou aide à préparer l'argumentaire.
La source du budget façonne l'offre
Le même produit peut être évalué différemment selon le budget :
- un budget d'innovation peut financer un pilote, mais pas le renouvellement ;
- le budget informatique met l'accent sur la consolidation et la sécurité ;
- le budget opérationnel d'un service se concentre sur les résultats des processus ;
- le budget marketing peut exiger l'attribution des campagnes ;
- un budget d'investissement peut préférer la licence ou les engagements de long terme ;
- une carte personnelle exige des conditions simples de libre-service.
Connaître le budget éclaire à la fois les alternatives envisagées et le niveau de preuve exigé.
Le payeur, un rôle à part
Le payeur est l'entité qui verse réellement les fonds, et le paiement peut échouer même après la validation de l'acheteur : devise non prise en charge, informations fiscales manquantes, plafonds de carte, exigences de bon de commande, conditions de facturation, enregistrement du fournisseur, restrictions transfrontalières, incohérence des entités juridiques, règles sur les moyens de paiement, conditions de traitement des données.
C'est l'enregistrement du fournisseur qui avale des semaines. Une transaction convenue en octobre peut rester impayée jusqu'en janvier parce que personne n'a lancé cette procédure.
Pour de petits achats, l'acheteur et le payeur peuvent être la même personne. Dans les contrats avec des entreprises, l'encaissement est un processus avec son propre délai et son propre coût opérationnel.
Déterminez l'entité qui conclut le contrat, celle qui reçoit la facture, le contact facturation, le moyen de paiement, la devise, le traitement des taxes, les numéros de référence exigés sur la facture, le délai de paiement et les règles de renouvellement et de résiliation.
Les numéros de référence exigés sont un détail qui bloque entièrement le paiement. Une facture sans numéro de commande vous revient au lieu de partir en virement.
Un contrat signé n'est pas de la trésorerie, et la trésorerie reçue n'est pas forcément déjà du revenu comptabilisé. Intégrez-le dans vos prévisions.
Qui doit payer
Le payeur ne doit pas être choisi uniquement en se demandant qui tire un bénéfice quelconque. Tenez compte de la volonté et de la capacité de payer, de la dynamique du marché et de la possibilité d'encaisser efficacement.
Utilisez cette grille d'évaluation :
| Critère | Question |
|---|---|
| Valeur économique | Ce côté reçoit-il un bénéfice financier ou stratégique mesurable ? |
| Capacité de payer | Contrôle-t-il un budget adapté et disponible ? |
| Volonté de payer | L'alternative coûte-t-elle assez pour motiver l'achat ? |
| Rareté | Faire payer ce côté nuirait-il à une ressource rare indispensable au produit ? |
| Sensibilité au prix | Dans quelle mesure les frais freineront-ils l'adoption ou les transactions ? |
| Attribution | La valeur peut-elle être reliée de façon fiable au produit ? |
| Encaissement | Le paiement peut-il être exigé efficacement et traité sans accroc ? |
| Rétention | Payer renforce-t-il ou affaiblit-il la poursuite de la participation ? |
Subventionner un côté en connaissance de cause
Gratuit ne veut pas dire sans valeur. Un côté peut être subventionné parce que sa participation crée la valeur du produit.
Exemples :
- les observateurs rejoignent gratuitement un outil de collaboration, et les créateurs paient ;
- les candidats rejoignent gratuitement une marketplace de talents, et les employeurs paient ;
- les consommateurs utilisent gratuitement un comparateur, et les fournisseurs paient pour des contacts de valeur ;
- les développeurs utilisent gratuitement le noyau open source, et les entreprises paient pour l'exploitation et la gouvernance.
La subvention doit être justifiée et plafonnée. Mesurez le coût de service des participants non payants et la valeur qu'ils créent pour les participants payants.
Ne faites pas payer trop tôt le côté qui limite la croissance
Sur une marketplace, la croissance est souvent limitée par le côté dont les participants manquent. Lui faire payer des frais avant que la liquidité et la valeur soient confirmées peut aggraver la pénurie.
La pénurie peut se déplacer. Au début, ce sont les vendeurs de qualité qui peuvent manquer ; plus tard, la limite peut devenir la demande des acheteurs ou la capacité de mise en relation spécialisée. Réévaluez la politique à partir des données de cohortes et de liquidité.
Une offre pour toutes les parties prenantes clés
Une seule offre peut contenir des éléments destinés à chaque rôle.
Pour l'utilisateur
Montrez : un flux de travail plus rapide ou plus simple, peu d'effort pour changer de solution, la fiabilité, la compatibilité avec les outils existants, le contrôle et la possibilité de revenir en arrière.
Mesurez l'activation et l'usage maintenu.
Pour le promoteur interne
Fournissez : un plan de pilote, des supports pour une présentation interne, une liste de contrôle de déploiement, des indicateurs de réussite, une FAQ pour les parties prenantes et un support de déploiement visible.
Réduisez le risque personnel lié à la recommandation du produit.
Pour l'acheteur et le détenteur du budget
Montrez à l'acheteur le résultat métier, le coût total, les alternatives crédibles, le délai pour obtenir la valeur, les hypothèses économiques, le périmètre du contrat et les critères qui serviront à évaluer le renouvellement.
Nommer vous-même les alternatives fonctionne mieux que d'attendre la question. Cela montre que vous comprenez la décision qu'il prend, et non celle que vous préféreriez.
Faites en sorte que la décision puisse être défendue au sein de l'organisation.
Pour les validateurs
Préparez :
- la documentation sécurité et confidentialité ;
- les informations sur le flux et la conservation des données ;
- les preuves d'accessibilité numérique ;
- les conditions juridiques ;
- les niveaux de service ;
- les mécanismes d'intégration et de gestion des identités ;
- la procédure de fin de collaboration et d'export des données.
Ne forcez pas l'utilisateur à inventer les réponses.
Pour les administrateurs
À la personne qui devra l'exploiter, expliquez les étapes du déploiement, les droits d'accès, la propriété du compte, le suivi de l'usage, l'escalade vers le support, l'attribution et le retrait des accès, et les possibilités d'audit.
C'est le retrait des accès que l'administrateur demande en premier, et que les fournisseurs traitent en dernier. Une fois le produit lancé, c'est l'action la plus fréquente de son travail.
La charge d'administration influe sur le renouvellement, même quand les utilisateurs aiment le produit.
Les prix face à la configuration réelle des rôles
Prix par poste
Le prix par poste fonctionne quand :
- chaque utilisateur actif reçoit une valeur directe importante ;
- l'accès individuel génère une valeur ou un coût variable ;
- les postes se définissent facilement ;
- les acheteurs s'attendent à ce que le budget logiciel dépende du nombre de personnes.
Ce modèle est plus faible quand une large participation crée de la valeur de réseau ou de processus. Envisagez des invités gratuits, la facturation des postes actifs, des postes selon le rôle, un prix par espace de travail ou des frais de plateforme de base.
Prix par espace de travail ou par compte
Ce modèle convient aux résultats partagés et aux unités qui collaborent. Il assure la prévisibilité des dépenses et encourage à inviter d'autres personnes, mais exige des limites ou des offres permettant de capter la valeur de la croissance dans les grandes organisations.
Prix fondé sur l'usage
Il peut s'aligner sur l'activité opérationnelle, même quand le payeur n'est pas l'utilisateur. Donnez aux administrateurs de la visibilité, des budgets, des alertes et des plafonds. Le détenteur du budget doit comprendre l'unité de facturation et la fourchette de dépenses attendue.
Licence pour entreprises
Une licence annuelle peut convenir à un achat centralisé, à un large déploiement et à la gouvernance. Le prix peut dépendre des unités métier, des salariés, des sites, des engagements de volume ou de l'étendue stratégique, plutôt que d'un montant public par utilisateur.
Services et mise en place
Des frais distincts peuvent couvrir le travail d'onboarding ponctuel. Précisez quelle partie prenante reçoit le service et quel résultat marque son achèvement. Ne cachez pas une mise en place obligatoire derrière un prix en apparence en libre-service.
Mener l'analyse des besoins séparément pour chaque rôle
Dix entretiens avec des utilisateurs ne valent pas une étude du système d'achat.
Entretien avec l'utilisateur
Explorez : le flux de travail actuel, la fréquence et la gravité des difficultés, les outils existants et les contournements, les freins à l'adoption, les moments où la valeur est obtenue et les raisons de revenir ou de partir.
Entretien avec le promoteur interne
Avec votre promoteur interne, discutez de l'urgence, du récit interne dont il profitera, des parties prenantes, du risque de déploiement, du plan de pilote, des critères de réussite et de ce que tout cela signifie pour lui personnellement.
Le dernier point n'est pas cynique. Quelqu'un dépense sa propre crédibilité sur votre produit, et savoir ce qui est en jeu pour lui indique de quelle aide il a besoin.
Entretien avec l'acheteur ou le détenteur du budget
Explorez : la priorité stratégique, la source du budget, les alternatives, le seuil économique, les attentes contractuelles et les preuves nécessaires à la validation et au renouvellement.
Entretien avec le validateur
Explorez : les exigences obligatoires, l'ordre de vérification, la classification du risque, la documentation, les blocages non négociables et le délai de vérification typique.
Comparez les réponses. Un écart est un risque produit et go-to-market qu'il vaut mieux traiter franchement.
Expérience de validation des parties prenantes sur 21 jours
Semaine 1 : cartographier le système actuel
- Menez des entretiens avec au moins cinq utilisateurs actifs ou cibles.
- Demandez à chaque personne de décrire le processus d'achat réel.
- Cartographiez l'utilisateur, le bénéficiaire, le promoteur interne, l'acheteur, le détenteur du budget, le payeur et les validateurs.
- Notez les zones d'incertitude au lieu de combler les trous par des hypothèses.
- Choisissez un segment où la configuration des rôles est à peu près homogène.
Semaine 2 : préparer une offre couvrant tous les rôles
Préparez :
- une démonstration du flux de travail de l'utilisateur ;
- un argumentaire métier d'une page ;
- une offre et un prix ;
- le périmètre du pilote ;
- une synthèse des questions de sécurité ou d'exploitation ;
- les hypothèses sur la facture et le contrat ;
- des critères de réussite sans ambiguïté.
Présentez à chaque partie prenante la partie qui la concerne. Demandez au promoteur interne d'impliquer les rôles manquants.
Semaine 3 : demander un engagement
Attendez une action adaptée à l'étape de la vente : l'accès aux utilisateurs du pilote, la validation des données ou de l'intégration, une rencontre avec le détenteur du budget, une revue de sécurité, une proposition de pilote signée et un acompte ou un paiement.
Observez où le processus s'arrête. Une démonstration acceptée par les utilisateurs mais bloquée avant la revue budgétaire révèle un autre problème qu'une proposition rejetée pour un ROI trop faible.
Indicateurs à suivre par rôle
| Rôle | Signaux utiles |
|---|---|
| Utilisateur | Activation, réalisation de la tâche, fréquence, rétention, satisfaction selon le processus |
| Promoteur interne | Nombre de personnes présentées, participation au pilote, achèvement du déploiement, réaction interne |
| Acheteur | Acceptation de la proposition, étape du cycle de vente, objections, résultat de la comparaison avec la concurrence |
| Détenteur du budget | Montant validé, remise, source du budget, seuil de ROI, décision de renouvellement |
| Validateur | Délai de vérification, blocages, nombre d'exceptions, taux de validation |
| Administrateur | Temps de configuration, tickets au support, exactitude de l'attribution des accès, adoption des mécanismes de gouvernance |
| Payeur | Acceptation de la facture, délai de paiement, taux d'échec, taux de litiges |
| Bénéficiaire | Résultat opérationnel et financier, certitude de l'attribution |
Ne laissez pas une forte activité des utilisateurs masquer un processus d'achat bloqué, ni un contrat signé masquer un déploiement raté.
Erreurs courantes
Supposer que le promoteur interne a les pouvoirs nécessaires
L'enthousiasme et le pouvoir de décision sont deux choses différentes. Aidez le promoteur à traverser le processus, mais vérifiez directement le budget et la validation.
Construire le produit uniquement pour l'acheteur
Un produit peut gagner le contrat et échouer à l'usage. Un logiciel inutilisé nuit aux renouvellements et à la réputation. La valeur pour l'utilisateur reste essentielle, même dans une vente descendante.
Construire le produit uniquement pour l'utilisateur
Un flux de travail agréable peut ne jamais être validé s'il crée des problèmes de sécurité, de gouvernance ou de finance. La qualité du produit inclut aussi la capacité de l'organisation à l'adopter.
Facturer chaque participant
Les observateurs, les invités, les fournisseurs ou les collaborateurs occasionnels peuvent augmenter la valeur sans justifier une licence payante complète. Une règle rigide peut restreindre le réseau dont les utilisateurs payants ont besoin.
Appeler prospects tous les participants non payants
Les utilisateurs gratuits peuvent être des participants du produit, des créateurs d'offre ou des bénéficiaires, et non de futurs acheteurs. Donnez-leur un rôle et mesurez honnêtement leur contribution économique.
Ignorer les changements chez les parties prenantes
Les promoteurs partent, les budgets sont déplacés et les dirigeants changent de priorités. Construisez des relations avec plusieurs personnes et conservez les preuves nécessaires au renouvellement dans le compte client, et pas seulement dans la boîte de réception d'une seule personne.
Utiliser la même histoire de ROI pour tous
Les utilisateurs, les managers, les services financiers et sécurité évaluent des risques différents. Gardez un seul vrai chemin de valeur, mais présentez les preuves adaptées à chaque rôle.
Liste de contrôle de décision
Clarté des rôles
- Nous distinguons l'utilisateur, le bénéficiaire, le promoteur interne, l'acheteur, le détenteur du budget, le payeur et le validateur.
- Nous savons quels rôles sont réunis et lesquels sont séparés dans le segment cible.
- De vrais entretiens ou de vraies opportunités commerciales confirment la cartographie.
- Nous savons qui peut bloquer le déploiement et le paiement.
Valeur et preuves
- Les utilisateurs reçoivent régulièrement un résultat utile ou significatif.
- Le bénéficiaire économique peut observer le résultat métier.
- Le chemin de la valeur expose clairement ses hypothèses.
- Les preuves nécessaires au renouvellement seront recueillies pendant l'utilisation.
Offre et prix
- La mesure de valeur ne freine pas inutilement le déploiement.
- Le contenu de l'offre tient compte des besoins essentiels des utilisateurs et de l'organisation.
- Le détenteur du budget comprend le coût total attendu.
- Le payeur peut exécuter le processus exigé.
- Les participants subventionnés créent une valeur mesurable pour le système.
Vente et onboarding
- L'analyse des besoins ne porte pas que sur les utilisateurs enthousiastes.
- Les promoteurs internes ont les supports nécessaires aux arbitrages internes.
- La documentation pour les validateurs est disponible avant d'être urgemment nécessaire.
- Les critères de réussite du pilote comptent pour la personne qui décide du renouvellement.
- Les administrateurs peuvent déployer le produit et le gérer.
Sachez qui paie vraiment
Monétisez un système de valeur, et non un client supposé et défini de façon générale.
Établissez qui utilise le produit, qui en tire un bénéfice économique, qui le promeut, qui le choisit, qui détient le budget, qui peut le bloquer et qui verse l'argent. Concevez ensuite une expérience produit que les utilisateurs adopteront, un argumentaire que les acheteurs pourront défendre, des conditions que les payeurs pourront exécuter et des preuves que les bénéficiaires pourront utiliser au moment du renouvellement.
Quand les rôles sont cohérents entre eux, les prix deviennent plus faciles à comprendre et les revenus plus durables. Quand ce n'est pas le cas, baisser le prix résout rarement le problème de fond.