Sprig

Ce que c’est

Sprig est une plateforme de research d’expérience produit : des sondages in-product déclenchés à un moment précis du produit, des session replays, des heatmaps et des widgets de feedback — avec une couche d’IA qui conçoit l’étude, mène des follow-ups adaptatifs et synthétise les résultats en un récit. Ses références les plus proches sont Pendo (analytics produit plus large + guides in-app) et Hotjar (moins cher, centré sur les replays/heatmaps). Sprig se situe entre les deux : plus rigoureux côté research que Hotjar, plus ciblé et orienté research que Pendo. En 2026, il s’est repositionné autour d’agents de research par IA (Design, Field, Synthesize) plutôt qu’autour d’un constructeur de sondages self-serve.

Pourquoi il apparaît dans les stacks Customer Success

Les équipes CS n’achètent pas Sprig comme plateforme de CS — c’est le rôle de Gainsight, Vitally ou ChurnZero. Sprig apparaît comme l’instrument de voix du client qui alimente ces plateformes.

• NPS/CSAT/CES in-product au moment de l’usage. Sprig déclenche un sondage sur un événement précis (post-onboarding, après une action échouée, au premier usage d’une feature) au lieu d’un envoi trimestriel par email. Le taux de réponse et la qualité du signal sont catégoriquement meilleurs que les sondages par email.
• La synthèse par IA transforme le texte libre en thèmes. Le Synthesize Agent regroupe les réponses ouvertes en thèmes avec citations à l’appui, soit exactement la partie que CS et produit feraient à la main dans un tableur. Cet output de thèmes est ce qui est transmis à la plateforme de CS ou au deck du QBR.
• Les replays expliquent le « pourquoi » derrière une chute du health score. Quand un health score baisse, un CSM peut visionner la session réelle qui a déclenché la réponse négative au sondage au lieu de deviner.

Pricing

• Free — 1 sondage in-product, ~5 000 utilisateurs suivis par mois, conception et synthèse de l’étude assistées par IA. Réellement utilisable pour une seule équipe menant une étude.
• Starter — à partir de 175 $/mois facturé annuellement ; un petit nombre de sondages/replays simultanés, tests de concept et de prototype, réponses voix/vidéo, analyse IA étendue.
• Enterprise — custom. Débloque toutes les méthodes de diffusion (web, mobile, email, SMS, link), des limites custom de sondages/replays/MTU, l’accès API, la suite complète d’agents, le SSO et la governance. Les déploiements Enterprise atterrissent couramment dans la tranche basse à moyenne des cinq chiffres annuels selon le volume d’utilisateurs suivis.

Le pricing est piloté par les utilisateurs suivis par mois, pas par l’effectif — les coûts grimpent avec le trafic, pas avec la taille de l’équipe. C’est la raison principale pour laquelle le pricing-value reste moyen : une application grand public à fort trafic paie cher pour ce qui reste un outil de research.

Idéal pour

Les équipes CS et produit de SaaS B2B product-led (environ 20-300 M$ ARR) qui veulent un feedback client continu et contextuel câblé au health scoring — pas un sondage une fois par trimestre. Meilleur ROI lorsque le produit a assez de trafic pour obtenir un volume de réponses statistiquement utile, mais pas au point de faire exploser le pricing basé sur les MTU.

Points de vigilance

• Ce n’est pas une plateforme de CS et ne doit pas être vendu comme telle. Guard : cadrez Sprig comme la couche VoC/research qui alimente Gainsight/Vitally/ChurnZero ; si un pitch de vendor le présente comme un remplacement de votre plateforme de CS, refusez.
• Le pricing par MTU pénalise les applications à fort trafic. Un produit à l’échelle grand public peut voir le pricing Enterprise atteindre la tranche haute des cinq chiffres pour une fonctionnalité de sondage. Guard : modélisez le coût face à vos utilisateurs réellement suivis par mois avant de contracter, et échantillonnez le trafic plutôt que de sonder chaque utilisateur.
• La synthèse par IA a besoin de volume de réponses pour être fiable. Le clustering de thèmes sur moins de quelques centaines de réponses produit des thèmes qui paraissent sûrs mais sortent du bruit. Guard : traitez les thèmes IA issus de petits échantillons comme des hypothèses, pas des conclusions ; exigez un plancher de réponses avant d’agir sur un thème synthétisé.
• L’ingénierie est propriétaire de l’installation du SDK. Le targeting web/iOS/Android dépend d’un SDK installé par un developer et de l’instrumentation des événements. Guard : confirmez que l’équipe produit prendra en charge le SDK + la maintenance des événements avant que CS ne s’engage, sinon le targeting qui rend Sprig utile ne sera jamais construit.