B2B-Slack-Support-Stack — der Workspace des Kunden ist die Oberfläche, niemals das Register

Support in geteilten Kanälen gewinnt aus einem Grund: Der Kunde verlässt den Ort nicht, an dem er ohnehin arbeitet. Und er scheitert aus demselben Grund. Eine Slack-Nachricht hat keine Queue, keinen Verantwortlichen, keine Uhr und — wenn der Workspace des Kunden auf Slacks kostenlosem Plan läuft — kein Gedächtnis über 90 Tage Nachrichtenverlauf hinaus. Der Thread, in dem Sie eine Lösung zugesagt haben, verfällt vor dem Renewal-Gespräch, in dem es darauf ankommt.

Dieser Stack steht auf einer einzigen Regel: Slack ist die Oberfläche, und sonst nichts. Das Register, die Uhr, die Engineering-Spur und das Wissen liegen an einem Ort, den Sie kontrollieren. Jede Komponente unten existiert, um eines dieser vier aus dem Kanal herauszuholen.

Zwei Voraussetzungen, die Sie vor jeder Preisrechnung prüfen. Slack Connect verlangt, dass jede beteiligte Organisation auf einem bezahlten Plan ist — der Plan Ihres Kunden ist dessen Problem, bis er Ihres wird, und auf Enterprise+ dürfen Partner mit kostenlosem Plan ohne Upgrade beitreten. Ein einzelner Slack-Connect-Kanal fasst bis zu 250 Organisationen, weit über jedem Account, den Sie so betreiben werden.

Die Form

• Slack ist die Oberfläche, die Ihr Kunde ohnehin offen hat. Nichts in diesem Stack verlangt von ihm, sich in ein Portal einzuloggen, und das ist das gesamte kommerzielle Argument dafür. Aus Europa liefert slack.com/pricing EUR-Preise: Pro zu €6,75 pro Nutzer/Monat bei jährlicher Zahlung (€8,25 monatlich), Business+ zu €15 jährlich (€18 monatlich). Sie zahlen pro internem Seat, unabhängig davon, wie viele externe Gäste in den Kanälen sitzen.
• Pylon ist das Register und die Uhr. Es beobachtet die verbundenen Kundenkanäle — öffentliche, private und vom Kunden initiierte Slack-Connect-Kanäle —, bündelt die zusammengehörigen Nachrichten und öffnet ein nachverfolgtes Issue, ohne dass jemand einen Befehl tippt. Internal Threads geben Kollegen ohne Pylon-Seat einen Ort, dieses Issue innerhalb von Slack zu bearbeiten, in beide Richtungen synchronisiert. Es trägt drei Issue-SLAs (erste Antwort, nächste Antwort, Lösung) plus Team-SLAs, die starten, wenn das Issue diesem Team zugewiesen wird, statt bei der Erstellung — so verbrennt ein Solutions Engineer, der einen Thread eine Woche hält, nicht die Zahl des Supports. Support Hours verhindert, dass Abende und Wochenenden die Verstöße aufblähen, und ein Verstoß löst eine Slack-Benachrichtigung in einem Kanal Ihrer Wahl aus.
• Linear übernimmt die Hälfte des Tickets, die der Support nicht schließen kann. Über das Pylon-Seitenmodul oder den Button Create Ticket 📦 im Triage-Kanal wird aus einem Kundenissue ein Linear-Issue mit AI-formuliertem Titel. Linear-Kommentare laufen als interne Notizen nach Pylon zurück, Pylon-Antworten laufen als Linear-Kommentare vorwärts. Pylon bettet ein Modul in das Linear-Issue ein, sodass Engineering liest, welcher Account blockiert ist, ohne ein Support-Tool zu öffnen. Schalten Sie die Customer-Requests-Konfiguration ein: Der Request hängt dann an einem Linear-Kundendatensatz mit Revenue, Tier, Größe und Status — so wird aus “drei Enterprise-Accounts wollen das” eine Zahl im Priorisierungsmeeting statt einer Anekdote.
• Notion ist das interne Runbook, nicht die kundenseitige KB. Pylons eigene Knowledge Base und die vergangenen Issues werden live neu indexiert; externe Inhalte, die als Training Data hinzukommen, sind eine öffentliche URL oder eine gecrawlte Basis-URL und werden je nach Plan alle 7 oder 30 Tage neu indexiert — Notion ist keine dokumentierte Quelle. Beide Fakten zeigen in dieselbe Richtung. Eine private Notion-Seite erreicht den Agenten nie, und eine zum Crawlen veröffentlichte Notion Site antwortet mit einer Rückerstattungsregel, die Sie vor drei Wochen geändert haben. Kundenseitige Antworten gehören in Pylons KB; Notion hält die internen Runbooks, Eskalationsbäume und den Account-Kontext, den Ihr Team liest und Ihre Kunden nicht.
• Der AI-Agent ist eine Weggabelung, kein Standard. Pylons Support Agent, Slack Agent und Connectors sind in Pylons eigener Dokumentation jeweils als Beta mit auf Beta-Teilnehmer beschränktem Zugang gekennzeichnet. Planen Sie einen von zwei Wegen: in die Beta kommen, oder den eigenen Agenten mitbringen. Der Mitbring-Weg ist dokumentiert — Webhooks für Issue- und Nachrichtenereignisse, die REST-API für Antworten und Feldschreibungen, und ein gehosteter MCP-Server unter mcp.usepylon.com (OAuth 2.0 über AuthKit, abhängig von einer MCP Access-Rolle für Member- oder Admin-Nutzer), der search_issues, get_issue, get_issue_messages, create_issue, update_issue, search_accounts, get_account, update_account, get_contact, get_user und get_me bereitstellt, mit Rate Limits pro Tool und pro Organisation, die 429 zurückgeben. Richten Sie Claude auf diese Oberfläche, um die Antwort zu entwerfen und Kontext zu sammeln; in den Kundenkanal postet weiterhin ein Mensch.

Benannte Übergaben

1. Der Kunde schreibt in den geteilten Kanal → Pylon öffnet ein nachverfolgtes Issue → die SLA-Uhr startet. Kein /ticket-Befehl, kein Portal, keine Verhaltensänderung, die man vom Kunden verlangt.
2. Das Issue wird einem Team zugewiesen → dort startet das Team-SLA. Das übergreifende SLA läuft weiter ab Erstellung, damit Sie die Kundenerfahrung und die Teamleistung als zwei getrennte Zahlen sehen.
3. Der Support kann es nicht lösen → Create Ticket 📦 → ein Linear-Issue plus ein Customer Request am Account-Datensatz. Der Entwickler bekommt den Account-Kontext eingebettet; das Produktmanagement bekommt eine nach Revenue gewichtete Request-Liste.
4. Das Linear-Issue ist erledigt → das Pylon-Issue wird benachrichtigt und wandert auf “On You”. Jemand geht zurück in den Kanal und sagt dem Kunden, dass sein Bug ausgeliefert ist. Dieser Schritt stirbt in jeder selbstgebauten Slack-plus-Jira-Variante, und er ist der, an den sich Kunden erinnern.
5. Ein Issue schließt ohne Artikel dahinter → markieren Sie es als artikelbedürftig → es landet in der Gaps-Queue → Copilot entwirft ihn → die Veröffentlichung in Pylons KB indexiert live. Pylon generiert außerdem Themen für wiederkehrende Fragen, die Ihre verbundene Dokumentation nicht abdeckt — das ist das Backlog, das man tatsächlich abarbeitet.
6. Ein Champion verlässt den Kanal → Pylon meldet es im Triage-Kanal dieses Accounts und sagt dazu, ob die Person noch im Unternehmen ist. Die Alternative ist, es im Renewal-Call zu erfahren.

Kostenbasis

Ein Support- und CS-Team mit 8 Seats, das rund 60 Kundenkanäle betreut:

• Slack: Business+ zu €15 pro Nutzer/Monat jährlich. Für 8 Support-Seats sind das etwa €1.440/Jahr, wobei Slack in der Praxis eine unternehmensweite Position ist, die Sie schon zahlen.
• Pylon: angebotsgebunden. usepylon.com/pricing leitet auf die Demo-Buchung um, behandeln Sie also jede Zahl als Verhandlungsanker und nicht als Angebot. Zuletzt veröffentlicht: Starter $59, Professional $89, Enterprise $139 pro Seat/Monat bei jährlicher Abrechnung, mit 3-Seat-Minimum (7 bei Enterprise). AI Assistants kosteten zusätzlich $50/Seat/Monat, AI Agents starteten bei $100/Monat und skalierten mit dem 30-Tage-Issue-Volumen, und Account Intelligence lag bei $10 pro Kundenaccount/Monat mit 50-Account-Minimum. Acht Professional-Seats ankern nahe $8.500/Jahr; mit Assistants eher $13.300; 60 Accounts Account Intelligence legen rund $7.200 obendrauf.
• Linear: Free deckt 2 Teams und 250 Issues ab, was eine echte Engineering-Organisation in einem Quartal überschreitet. Basic kostet $10 pro Nutzer/Monat jährlich; Business kostet $16 und ist die Stufe mit Linear Asks, privaten Teams samt Gästen und den Zendesk- und Intercom-Connectors. Customer Requests gibt es auf jedem Plan, auch auf Free — dort allerdings nur manuell oder aus Slack heraus erstellbar.
• Notion: Free, Plus zu €9,50 oder Business zu €19,50 pro Mitglied/Monat. Wenn Sie einen Teil des Workspace als Notion Site auf eigener Domain veröffentlichen, kostet das $8 pro Monat pro Domain bei jährlicher Zahlung.

Insgesamt landet man für acht Support-Seats bei grob $16K–$26K pro Jahr, wovon Pylon 60–80% ausmacht. Die tragende Budgetfrage ist nicht, welche Tools — sondern welche Pylon-Add-ons Sie wirklich einschalten.

Varianten und wann Sie tauschen

• Jira statt Linear, wenn Engineering bereits Jira fährt und nicht wechseln wird. Übergaben 3 und 4 behalten Sie über Pylons Ticketing-Integration, Sie verlieren den Linear-Kundendatensatz, und die nach Revenue gewichtete Request-Liste muss in Jira-Feldern oder einer Tabelle nachgebaut werden. Migrieren Sie Engineering nicht, um ein Support-Feature zu gewinnen.
• Microsoft Teams statt Slack Connect, wenn Ihre Kunden Microsoft-Häuser sind. Pylon behandelt Teams als erstklassigen Kanal, der Rest des Stacks bleibt gleich. Diesen Tausch entscheidet, wo Ihre Kunden leben, nicht Ihre Präferenz.
• Fin (Intercom) als Lösungsschicht, wenn Sie heute einen abgerechneten Agenten wollen statt auf einen Pylon-Beta-Platz zu warten. Fin rechnet pro Outcome ab und bringt sein eigenes Wissensquellen-Modell mit; das vollständige Argument zum Prüfen dieses Zählers steht im AI-Support-Agent-Stack, der richtigen Seite, wenn Ihre eigentliche Frage die Deflection-Ökonomie ist.
• Lassen Sie Notion weg, wenn Ihre Runbooks bereits als interne Collections in Pylons KB liegen. Ein zweites Wissenszuhause rechnet sich erst, wenn Teams außerhalb des Supports darin schreiben.

Was dieser Stack nicht ersetzt

Er ist keine CS-Plattform. Health Scores, Renewal-Forecast und Playbook-Automatisierung sind ein eigener Kauf — siehe den CS-Retention-Stack. Er ist keine Incident-Kommunikation: Ein Slack-Connect-Kanal ist der falsche Ort, um 60 Accounts einen Ausfall anzukündigen, und eine Status-Page bleibt Pflicht. Er ist kein QA-Programm — die Bewertung der Gespräche, die diese Kanäle erzeugen, ist Support Quality Assurance. Und er ist keine Produktanalytik; nichts hier sagt Ihnen, ob der Kunde, der still geworden ist, das Feature noch nutzt.

Passungsregeln

Die richtige Wahl, wenn Support B2B und account-benannt ist, mehr als die Hälfte des Inbound in geteilten Slack- oder Teams-Kanälen ankommt, Sie zwischen 20 und 300 Kundenkanäle betreiben und Engineering bereits in Linear arbeitet. Die Rechnung geht auf, weil Sie pro Support-Seat zahlen und nicht pro Kontakt.

Die falsche Wahl in drei Fällen. Anonymes oder Consumer-Volumen über ein Web-Widget — ein account-zentriertes Modell preist sich schlecht gegen Traffic ohne Account. Weniger als etwa 10 Kundenkanäle, wo Slack plus Linears kostenloser Plan plus ein geteilter E-Mail-Alias nichts kostet und nichts verliert. Und vertragliche SLAs, die die Rechtsabteilung Ihres Kunden prüft: Bestätigen Sie, dass Pylons SLA-Definitionen und Reporting zum Wortlaut Ihres MSA passen, bevor Sie den bestehenden Helpdesk kündigen — “erste Antwort” in einem Vertrag und “erste Antwort” in einem Support-Tool sind nicht immer dasselbe Ereignis.