Pendo

Présentation

Pendo est la plateforme product-led-growth d’analytics produit et de guidance in-app : elle traque chaque événement produit sans ticket engineering par événement (instrumenter une fois, segmenter à l’infini), fait remonter les signaux d’adoption de fonctionnalités et de rétention, et permet aux équipes produit / CS / RevOps de pousser des guides et sondages in-app sans travail engineering. Utilisée par les équipes RevOps des SaaS PLG qui ont besoin que le signal d’usage produit alimente les playbooks de customer-health et d’expansion, et par les équipes produit qui exploitent les mêmes données pour orienter leur roadmap.

Pourquoi on la retrouve dans les stacks RevOps

• Signal PLG pour RevOps. Les motions GTM product-led ont besoin d’un signal d’usage produit au niveau du compte — quels comptes étendent leur usage, lesquels stagnent, quelles fonctionnalités prédisent l’expansion. Les rollups au niveau compte de Pendo nourrissent ce besoin.
• Instrumentation sans ticket engineering. L’auto-instrumentation de Pendo capture les clics et les vues de page sans configuration par événement ; l’équipe choisit les événements dans le firehose capturé. RevOps n’attend plus l’engineering pour de nouvelles métriques.
• Guides et sondages in-app. Poussez des flux d’activation, des sondages NPS, des guides d’annonce de fonctionnalité sans engineering. RevOps + CS + produit pilotent leurs propres expérimentations.

Réalité tarifaire

Pendo est sur devis ; pas de tarifs publics. Les retours côté clients placent un déploiement mid-market typique (1M à 10M d’utilisateurs actifs mensuels sur le produit tracké) entre 30 K$ et 150 K$ par an. Les déploiements enterprise entre 200 K$ et 500 K$+. Le tarif évolue selon le MAU + le nombre de produits + le nombre de modules (Analytics + Guides + Feedback sont parfois facturés séparément).

L’économie fonctionne pour des produits PLG avec un MAU significatif ; elle ne fonctionne pas pour des produits exclusivement sales-led à faible volume d’événements produit.

Pour qui

• SaaS B2B PLG dont le produit a un signal d’usage significatif (usage type Slack, pas seulement un login hebdomadaire).
• Motions hybrides sales + PLG où le signal d’usage produit alimente le playbook d’expansion.
• Équipes produit / RevOps qui veulent l’analytics d’événements + le messaging in-app dans une seule plateforme.

Versus l’alternative

• vs Mixpanel / Amplitude / Heap. Ce sont des outils d’analytics produit purs (analytics plus poussée, pas de messaging in-app). Choisissez-les si l’analytics est la priorité et que les guides in-app ne sont pas nécessaires ; choisissez Pendo si vous voulez la plateforme intégrée. L’auto-capture de Heap est similaire à celle de Pendo ; Mixpanel et Amplitude exigent une instrumentation événementielle par métrique.
• vs Gainsight PX (le concurrent CS-centric de Pendo). Gainsight PX est orienté CS ; Pendo est orienté produit. Choisissez Gainsight PX si l’usage est principalement piloté par les CSM autour de la santé de compte. Choisissez Pendo si l’usage couvre produit, CS et RevOps.
• vs FullStory / LogRocket (session replay). Catégorie différente — le session replay sert à la recherche UX, pas à l’analytics d’adoption. Souvent complémentaire à Pendo, pas un remplaçant.
• vs pipeline d’événements custom interne. Faisable pour des équipes riches en engineering avec la capacité de construire et de maintenir. Le point de bascule build-vs-buy se situe généralement quand l’équipe a besoin de guides in-app par-dessus l’analytics.

Points de vigilance

• Le firehose d’événements en auto-capture peut submerger. Le modèle « instrumenter une fois, segmenter à l’infini » produit des milliers d’événements capturés ; trouver les significatifs est un travail à part entière. Garde-fou : démarrez avec une taxonomie d’adoption de fonctionnalités définie ; épinglez des « Features » Pendo spécifiques aux événements qui s’y rattachent.
• La qualité des guides in-app dépend de la compétence du rédacteur. Des guides mal faits sont une régression UX. Garde-fou : revoyez les drafts de guides avant la mise en production ; traitez le contenu des guides avec la même posture de review que le contenu d’un site marketing.
• Les surprises tarifaires au MAU. Si l’usage du produit est multiplié par 10, le coût Pendo peut grimper significativement. Garde-fou : modélisez le tarif sous un scénario d’usage x3 avant de contractualiser.
• Le mapping Salesforce pour les rollups compte demande du travail terrain. Garde-fou : budgétez le temps d’intégration ; le signal au niveau compte dépend de la capacité de Pendo à savoir quel usage se rattache à quel compte.