Canny

Canny publie une interface web, une extension Chrome et un portail de retour produit orienté boards publics ou privés. L’ensemble sert un usage structuré, avec des éléments visibles pour recueillir, voter et suivre les demandes. En revanche, l’éditeur ne publie aucun élément sur l’ergonomie détaillée de l’écran, la hiérarchie visuelle ou les choix d’accessibilité. Pour un chef de produit ou une équipe support, la lecture reste claire parce que les objets métiers sont nommés sans détour. Pour un lecteur qui cherche un jugement sur le confort d’usage, la note se limite à ce qui est exposé publiquement : la structure est orientée tâche, mais l’expérience fine de navigation ne peut pas être constatée à partir des éléments fournis.

Le parcours vise donc une prise en main fonctionnelle assez rapide pour organiser des retours, surtout quand l’équipe travaille déjà avec des outils connectés. Les mêmes briques réduisent la part de configuration manuelle. Pour une équipe produit, cela limite le travail de cadrage initial et évite de construire un flux de feedback à la main. Pour un usage simple de collecte et de priorisation, la plateforme semble adaptée dès lors qu’on accepte une logique de configuration structurée plutôt qu’un outil minimaliste.

Canny couvre la collecte de feedback, la déduplication automatique, la priorisation par impact sur le revenu, les roadmaps publiques ou privées, le changelog embarqué, les commentaires assistés par IA et les intégrations avec des outils de travail courants. L’ensemble dessine une boîte à outils complète pour gérer la boucle produit de bout en bout. Pour une équipe SaaS, cette largeur permet de centraliser la remontée des demandes, leur tri et la communication de l’avancement dans un même système. Le produit convient donc aux équipes qui veulent relier feedback client, arbitrage produit et annonce de sortie sans assembler plusieurs briques disparates.

Canny publie un rapport de disponibilité public (status.canny.io), tenu par Pingdom, qui suit séparément l’application, le SDK, les domaines personnalisés, le blog et le centre d’aide. Le 23 septembre 2026, tous ces services étaient au vert sur les sept derniers jours. Le rapport ne détaille pas d’historique d’incidents commenté ni d’engagement de disponibilité. Pour une équipe qui intègre le portail dans son produit, c’est un repère utile, mais pas une garantie contractuelle.

Canny combine un AI Autopilot qui capte, déduplique et classe les retours issus des échanges commerciaux et de support avec une logique de priorisation reliée au revenu. L’association entre feedback produit, MRR ou ARR et boucle de publication donne une approche plus spécialisée qu’un simple tableau de demandes. Pour une équipe qui veut relier la voix du client à l’impact business, cette spécialisation change la nature du tri. Le produit convient particulièrement aux organisations qui traitent le feedback comme un signal de pilotage, pas seulement comme une liste d’idées à empiler.

Canny publie un centre d’aide, une documentation API, un support par email et un chat, ainsi qu’un ensemble d’intégrations documentées. Le support ne se limite donc pas à une boîte de réception : la ressource couvre à la fois l’usage produit et l’usage technique. Pour une équipe qui déploie l’outil à plusieurs, cette base réduit la dépendance à l’assistance humaine sur les questions courantes. Les équipes techniques trouvent la documentation nécessaire pour brancher Canny à leur flux, tandis que les équipes métier disposent d’un point d’entrée plus classique pour résoudre les blocages d’usage.

Canny adopte un modèle freemium avec un palier gratuit, un palier Pro et un palier Business sur devis. Le gratuit inclut déjà l’Autopilot, la capture automatique et des retours illimités, ce qui donne une vraie porte d’entrée. Pro se paie au mois ou moins cher à l’année, mais son tarif grimpe avec l’audience du portail : un portail très actif change vite la facture. La valeur tient surtout à la centralisation du feedback et à son lien avec le revenu.