ooligo

Canny

customer-feedback feature-requests · public-roadmap · changelog
AI-NATIVE MCP API FREEMIUM
Customer Success
7.6 /10

Ce que c’est

Canny est une plateforme de feedback client : des boards de feedback publics (ou privés), le vote sur les feature requests, une roadmap publique et un changelog pour boucler la boucle. Les clients publient des idées, votent pour celles des autres et les voient passer de « en cours d’examen » à « livré » — et votre équipe obtient un backlog classé par demande plutôt que des feature requests dispersées entre Slack, les tickets de support et les notes d’appels commerciaux. Sa couche d’IA Autopilot extrait désormais automatiquement les requests de ces conversations et fusionne les doublons. Voyez-le comme l’option default adaptée aux SMB dans la catégorie que Pendo et Productboard dominent côté enterprise.

Pourquoi il apparaît dans les stacks Customer Success

  • C’est lui qui boucle la boucle. Les équipes CS reçoivent en permanence des « quand allez-vous construire X ? ». Canny vous permet de relier un client à une request, puis de notifier automatiquement tous les votants au moment de la livraison — transformant un item de backlog en point de contact de rétention sans qu’un CSM rédige le moindre follow-up.
  • Le vote révèle la demande réelle, pas le compte le plus bruyant. Une liste de requests pondérée et dédupliquée l’emporte sur un tableur d’anecdotes quand CS et produit s’opposent sur la roadmap.
  • Autopilot exploite les conversations. Il lit les threads de support et de vente (via Intercom, Gong, Zendesk) et en extrait automatiquement les feature requests, si bien que capturer le feedback n’est plus une chose de plus qu’un CSM doit penser à faire.
  • Contexte CRM. Le sync avec Salesforce et HubSpot permet de pondérer les requests par valeur de compte (ARR, tier), pour qu’une request d’un compte à six chiffres ne soit pas enterrée sous le volume des utilisateurs free.

Pricing

  • Free — $0, plafonné à 25 tracked users. Réellement utilisable pour un petit board en phase initiale ; vous le dépassez vite.
  • Core — à partir de $19/mois (annuel) à 100 tracked users ; monte à ~$49 à 200, ~$125 à 500, ~$249 à 1 000.
  • Pro — à partir de $79/mois (annuel) à 100 tracked users ; ~$129 à 200, ~$279 à 500, ~$529 à 1 000.
  • Business — custom, pour 5 000+ tracked users.

L’item qui surprend les équipes, ce sont les tracked users : toute personne qui publie, vote ou commente compte, et le prix évolue avec ce nombre, pas avec les sièges admin. Un board public qui devient populaire devient cher — modélisez votre coût sur le nombre d’utilisateurs attendu après un lancement, pas celui d’aujourd’hui.

Idéal pour

Les équipes produit et CS de SaaS B2B dans la tranche 5-200 employés qui veulent une roadmap publique et un board de requests classé par demande en ligne cette semaine, sans projet d’implémentation. C’est le bon choix quand vous voulez que les clients votent au grand jour et que la boucle se ferme automatiquement, et que vous n’avez pas besoin des frameworks de priorisation de niveau Productboard ni de l’analytics in-app de Pendo.

N’achetez pas Canny si votre besoin central est l’analytics d’usage in-product et l’onboarding guidé — c’est le travail de Pendo, et Canny n’y touche pas. Passez votre chemin aussi si votre feedback est massivement privé/enterprise et qu’un board de vote public exposerait votre roadmap aux concurrents ; un board privé fonctionne, mais vous payez pour la mauvaise forme d’outil.

Points de vigilance

  • Le pricing par tracked users peut s’envoler en cas de succès. Un board viral ou un gros lancement gonfle le nombre de tracked users et la facture. Guard : réglez la limite de dépense mensuelle optionnelle dans les settings, et passez en revue le nombre de tracked users chaque mois pour qu’un saut de tier soit une décision, pas une facture surprise.
  • Un board public exige de la modération, pas seulement du setup. Un board non géré se remplit de doublons et de requests obsolètes et finit par paraître abandonné. Guard : désignez un owner nommé pour faire le tri chaque semaine ; appuyez-vous sur l’auto-merge et l’auto-group d’Autopilot, mais vérifiez-les — le regroupement par IA étiquette mal les requests des cas limites.
  • C’est du feedback, pas de la livraison. Canny classe la demande ; il ne gère pas le travail d’ingénierie. Guard : branchez le sync bidirectionnel de Linear (ou Jira/GitHub) pour que le statut remonte automatiquement aux votants — sinon la boucle « livré » dépend de quelqu’un qui pense à mettre Canny à jour à la main.
  • La qualité de l’IA est en retrait par rapport aux outils dédiés. L’extraction d’Autopilot est pratique mais plus légère qu’une analyse de conversation de niveau Gong ou un pipeline piloté par Claude. Guard : traitez les requests auto-capturées comme une file de brouillon qu’un humain confirme, pas comme une vérité établie.

Pour une priorisation enterprise plus lourde, voir Pendo ; pour les plateformes CS qui consomment ce signal de demande aux côtés des health scores, voir Gainsight, Vitally et ChurnZero.