Beginnen Sie mit dem Einwand, denn er ist berechtigt. Canny und Productboard lesen heute dieselben Quellen. Cannys Autopilot zieht Feedback aus Zendesk, Intercom, Slack, Gong, Help Scout, Freshdesk, Zoom und tl;dv, dazu öffentliche Reviews auf G2, Capterra, Trustpilot, im App Store und bei Google Play. Productboard nimmt ebenfalls Zendesk, Intercom, Slack, Gong, G2, App Store und Google Play auf. Beide clustern das Gefundene mit AI, beide deduplizieren. Beide zu kaufen sieht danach aus, dieselbe Ingest-Engine zweimal zu kaufen.
Der Teil, der sich nicht überschneidet, ist der Grund für diesen Stack. Canny betreibt ein Board, in das sich Ihre Kunden einloggen, auf dem sie posten und abstimmen, plus ein Changelog, das jedem Abstimmenden meldet, wann das Gewünschte ausgeliefert wurde. Productboards Portal veröffentlicht eine Roadmap: eine Broadcast-Fläche, keine Abstimmungs-Community. Productboard hält im Gegenzug den Priorisierungsapparat — Bewertung gegen Ziele, Feature-Definition und die Übergabe in die Entwicklung. Das eine Tool ist der Ort, an dem Kunden darüber streiten, was zählt. Das andere ist der Ort, an dem Ihr Produktteam entscheidet. Wenn Sie nur eines davon brauchen, kaufen Sie eines, und diese Seite ist nichts für Sie.
Was jedes Tool hier leistet
Zendesk ist die Volumenquelle, nicht das Feedback-System. Die meisten Feature-Wünsche kommen als zweiter Absatz eines Support-Tickets über etwas anderes an, und dort sterben sie. Zendesks Aufgabe in diesem Stack ist es, weiter zu existieren: Der Agent löst das Ticket und ändert seinen Workflow überhaupt nicht.
Canny ist die kundenseitige Schicht und der Deduplizierungspunkt. Autopilot liest die Zendesk-Konversation, extrahiert den Wunsch, führt ihn mit einem vorhandenen Post zusammen, falls es einen gibt, und legt ihn in einem Produktbereich ab. Das öffentliche Board ist der Ort, an dem der Wunsch sichtbar und zählbar wird, und das Changelog ist, wie sich der Kreis schließt.
Productboard ist die interne Ranking-Schicht. Es nimmt seine eigene Kopie der Support- und Sales-Konversationen auf, hängt sie an Features, bewertet diese Features gegen Ziele und schiebt zugesagte Arbeit nach Jira, Azure DevOps, GitHub, Trello oder Shortcut. Spark ist die AI-Schicht über all dem und ist in jedem Plan enthalten, auch im kostenlosen.
Slack ist der Ort, an dem der Kreislauf für Menschen sichtbar wird, die keines der beiden Tools öffnen werden. Canny postet Benachrichtigungen zu neuen Posts, Kommentaren, Vote-Meilensteinen und Statuswechseln; darüber hinaus behandeln sowohl Canny als auch Productboard Slack als Erfassungsquelle, sodass ein in #customer-feedback getippter Wunsch nicht verdunstet.
Die Übergaben
- Ein Ticket landet in Zendesk und enthält einen Feature-Wunsch → Cannys Autopilot erfasst ihn, dedupliziert gegen vorhandene Posts und legt ihn in einem Produktbereich ab.
- Der Wunsch erscheint auf dem Canny-Board → andere Kunden stimmen ab; Vote-Meilensteine und Statuswechsel gehen an Slack.
- Ein Post erreicht die von Ihnen gesetzte Schwelle → er wird nach Jira oder Linear geschoben, mit Statussynchronisation in beide Richtungen.
- Productboard nimmt dieselben Zendesk- und Gong-Konversationen direkt auf, hängt sie an Features und priorisiert gegen Ziele.
- Die Arbeit geht live → der Jira- oder Linear-Status synchronisiert zurück auf den Canny-Post → das Canny-Changelog benachrichtigt jeden Kunden, der abgestimmt hat.
Schritt 4 ist die Stelle, an der dieser Stack ein Loch hat, und etwas anderes zu behaupten würde den Rest der Seite wertlos machen. Canny und Productboard haben in keiner Richtung eine native Integration. Cannys Integrationsverzeichnis führt Productboard nicht, und Productboards führt Canny nicht. Geprüft am 16. August 2026.
Die Absicherung besteht darin, die direkte Verbindung aufzugeben und den Issue-Tracker zum gemeinsamen Rückgrat zu machen. Beide Tools synchronisieren nativ mit Jira, und beide hängen sich an dasselbe Issue, sodass ein Jira-Key zur Verbindung zwischen öffentlichem Post und internem Feature wird. Die Alternativen sind schlechter: eine Zapier- oder Make-Brücke, die nun Sie pflegen, oder Cannys API gegen die von Productboard, was im dritten Monat eine kleine interne Integration ohne Eigentümer ist.
Kostenbasis
Geprüft am 16. August 2026. Nehmen Sie ein Team mit 8 Support-Agents und 4 Personen, die im Roadmap-Tool schreiben müssen.
Eine schlanke Konfiguration: Zendesk Suite Team zu $55/Agent/Monat jährlich ($440), Canny Pro zu $79/Monat bei jährlicher Abrechnung und Productboard Plus zu $19/Maker/Monat jährlich ($76). Das sind $595/Monat, rund $7.140/Jahr.
Eine umfangreichere: Zendesk Suite Professional zu $115/Agent/Monat ($920), Canny Pro zu $79, Productboard Business zu $59/Maker/Monat jährlich bei einem Minimum von 2 Makern ($236). Das sind $1.235/Monat, rund $14.820/Jahr. Zendesks Copilot-Add-on kostet weitere $50/Agent/Monat ab Professional, und Zendesk rechnet seine AI-Agents pro automatisierter Resolution ab statt pro Seat.
Die Feedback-Schicht macht in beiden Konfigurationen etwa ein Viertel der Rechnung aus. Die Zahl der Support-Seats bestimmt den Rest — gut zu wissen, bevor die Verhandlung beim falschen Anbieter landet.
Zwei Abrechnungsdetails entscheiden, ob diese Zahlen halten. Canny rechnet nicht nach Team-Seats ab: Free deckt 25 Tracked Users und 5 Manager, Pro deckt 100 oder mehr Tracked Users und 10 Manager, und Business startet bei 5.000. Was Sie eine Stufe hochschiebt, ist das Wachstum der Zahl getrackter Endnutzer, nicht das Wachstum Ihres Teams. Productboard misst AI-Credits pro Maker und Monat: 50 bei Free, 250 bei Plus, 500 bei Business, 800 plus 1.500 Basis-Credits bei Enterprise. Prüfen Sie den Credit-Verbrauch während eines Tests, bevor Sie die Maker-Zahl festlegen, denn Spark steckt in jedem Plan, und die Credits sind das, was es tatsächlich rationiert.
Varianten
Streichen Sie Canny, wenn das Board nicht öffentlich ist. Wenn Kunden Wünsche nie sehen oder darüber abstimmen, fällt Cannys nicht überlappende Hälfte weg, und Productboards Portal deckt die Roadmap-Veröffentlichung ab. Das spart rund $948/Jahr und beseitigt die Konnektor-Naht. Die Regel: Wenn Sie die Kunden nicht benennen können, die sich einloggen und abstimmen werden, kaufen Sie eine Deduplizierungs-Engine, die Sie bereits haben.
Streichen Sie Productboard, wenn das Team klein ist. Unterhalb von etwa zehn Personen passt Priorisierung in Jira oder Linear mit einem Bewertungsfeld, und Canny plus Issue-Tracker ist der ganze Kreislauf.
Tauschen Sie Zendesk gegen Intercom oder Pylon. Sowohl Canny als auch Productboard nehmen Intercom nativ auf, sodass die Übergaben die Substitution unbeschadet überstehen.
Was dieser Stack nicht ersetzt
Er sagt Ihnen nicht, was Kunden getan haben, nur was sie gefordert haben. Verhalten gehört zum Product adoption stack. Er lenkt keine Tickets ab: das ist der AI support agent stack. Er ist keine Discovery-Praxis: Vote-Zahlen messen die Begeisterung der Kunden, die sich die Mühe machen abzustimmen, was stärker damit korreliert, wie laut ein Segment ist, als damit, wie viel Umsatz es hält. Und er ist kein CS-Health- oder Renewal-System.
Zwei Warnungen samt Absicherung. Wenn beide Tools Zendesk unabhängig voneinander aufnehmen, entstehen zwei unterschiedliche Clusterungen derselben Tickets, und sobald PM und CS zum ersten Mal unterschiedliche Zahlen zum selben Wunsch in dieselbe Besprechung tragen, ist das Vertrauen in beide Zahlen weg; die Absicherung ist, jeder Quelle genau ein führendes System zu geben — Canny gehört alles Kundensichtbare, Productboard richten Sie auf Sales-Calls und interne Notizen aus. Productboard steckt mitten im Pivot — Hubert Palan kündigte am 15. April 2026 an, dass das Unternehmen AI-only werde und sich von mehr als 30% des Teams trenne, um sich rund um Spark neu aufzubauen; die Absicherung ist, die Roh-Verbatims in Canny und Zendesk zu halten, wo Sie sie exportieren können, und Productboard als Ranking-Schicht über einem Korpus zu behandeln, den es nicht allein besitzt.
Wann dies der richtige Stack ist
Wählen Sie ihn, wenn Sie genug Kunden haben, damit ein öffentliches Board echte Stimmen bekommt, wenn das Support-Volumen hoch genug ist, dass Wünsche in Tickets untergehen, wenn ein PM und eine CS-Leitung heute ohne gemeinsame gerankte Liste über Prioritäten streiten, und wenn jemand das Changelog tatsächlich pflegen wird.
Lassen Sie ihn aus, wenn Ihre Kundenzahl klein genug ist, um einfach anzurufen — ein Abstimmungs-Board über 30 Enterprise-Accounts erzeugt Rauschen und ein falsches Mandat — oder wenn niemand den Kreislauf verantwortet. Ein öffentliches Board, das einen Wunsch zwei Jahre lang als „in Prüfung” führt, ist schlimmer, als nie eines eröffnet zu haben, denn es ist ein dauerhafter, indexierter, kundensichtbarer Nachweis dafür, dass Sie nicht antworten.