Alle Anwendungsfälle

Wiederkehrende Support-Fragen automatisch zu Docs-Updates machen

Wenn dieselbe Support-Frage dreimal auftaucht, entwirft Zero ein Docs-Update und eröffnet einen PR gegen eure Site - damit die nächste Person die Antwort findet, bevor sie fragt.

Zero verbindet:SlackGitHubNotion

Warum dieselben fünf Support-Fragen immer wiederkommen

Jeder Support-Channel hat fünf oder sechs Fragen, die nie sterben - nicht weil das Produkt verwirrend ist, sondern weil die Docs sie nicht erwähnen. Diese Threads manuell tracken, Updates entwerfen und PRs pushen ist die Art Arbeit, die immer liegen bleibt. Docs Auto-Update beobachtet eure Support-Channels, zählt wiederkehrende Fragen, und sobald eine Frage von drei oder mehr Personen gestellt wurde, entwirft Zero ein Docs-Update und eröffnet einen PR. Ein Reviewer braucht zwei Minuten zum Approval. Die nächste Person mit derselben Frage findet die Antwort - statt zu fragen.

So bittest du Zero, Docs aus Signalen zu aktualisieren

@Zero scanne jede Woche #support und #community nach Fragen, die in den letzten 14 Tagen von 3+ verschiedenen Personen gestellt wurden. Entwirf für jede ein Docs-Update und eröffne einen PR gegen das Website-Repo mit der Änderung.

So wandelt Zero Fragen in Docs

Zero beobachtet eure Support-Channels auf wiederkehrende Fragen
Zero liest eingehende Support-Threads, clustert ähnliche Fragen semantisch und zählt unique Fragesteller. Fragen von 3+ verschiedenen Usern in einem gleitenden Fenster werden als Doku-Lücke markiert.
Zero entwirft ein Docs-Update auf Basis der gelösten Antworten
Für jede markierte Frage liest Zero die Lösung im Thread, identifiziert die richtige Docs-Stelle (vorhandener Abschnitt oder neuer Guide) und entwirft das Update im Markdown-Format eurer Site mit konkreten Beispielen.
Zero eröffnet einen PR zum Review
Jeder Entwurf landet als PR in eurem Website-Repo, mit den auslösenden Frage-Threads in der Beschreibung verlinkt. Ein Reviewer aus dem Docs-Team approved; ihr schreibt nicht von null.

An den richtigen Reviewer routen, veröffentlichen oder Coverage erweitern

An den richtigen Reviewer routen
PRs dem Component-Owner statt einem generischen Reviewer zuweisen.
@Zero wenn du Docs für eine Billing-Frage entwirfst, tagge @billing-team am PR, nicht @docs-team.
Low-Risk-Updates auto-veröffentlichen
Tippfehler und kleine Klarstellungen ohne menschliches Review ausliefern lassen.
@Zero für Docs-PRs unter 50 Zeilen, die nur bestehende Abschnitte berühren, aktiviere Auto-Merge nach CI-Grün.
Coverage erweitern
Neue Signal-Quellen ergänzen.
@Zero scanne auch die Support-Gmail-Inbox auf wiederkehrende Fragen, nicht nur Slack.

Erforderliche Integrationen: Slack und GitHub

Slack
Slack
Slack - Zero liest eure Support-Channels, um wiederkehrende Fragen zu erkennen. Lesezugriff auf die genannten Channels ist erforderlich.
Erforderlich
GitHub
GitHub
GitHub - Zero entwirft Docs-Updates als PRs gegen euer Website-Repo. Schreibzugriff auf das Repo ist erforderlich, damit Zero Branches erstellen und PRs eröffnen kann.
Erforderlich
Notion
Notion
Notion - Optional. Nützlich, wenn eure internen Docs in Notion liegen und Zero diese auch aktualisieren soll.
Optional

Best Practices für signalgetriebene Docs-Updates

Setze den 'wiederkehrenden'-Schwellwert auf 3 unique Fragesteller in 14 Tagen, nicht 1. Bei 1 schreibst du Docs jeden Tag neu; bei 3 fängst du echte Lücken.
Verlinke immer die Quell-Threads in der PR-Beschreibung. Reviewer sehen die ursprünglichen Fragen und können beurteilen, ob der Entwurf sie wirklich beantwortet.
Paare das mit KB-Capture, damit gelöste Threads parallel in eure interne Wissensbasis fließen.