Beispiel-Workflows

Fünf Workflows, die das Okou-Team jede Woche laufen lässt. Jeder zeigt die Einrichtung, den Prompt, das Ergebnis, das Okou produziert, und die Zeit, die er wieder einspielt.

Es geht nicht darum, sie wortwörtlich zu kopieren – sondern darum, die Form eines vollständigen Okou-Workflows zu erkennen und sie auf Ihre eigene Arbeit zu übertragen.

1. Morgen-Briefing

Das Problem. Jeder Morgen beginnt mit Aufholarbeit: Slack öffnen, @-Erwähnungen durchgehen, in den Kalender schauen, einen Blick auf offene PRs werfen. Zwanzig Minuten vor der ersten echten Aufgabe.

Einrichtung. Ein Zeitplan, werktags um 8 Uhr. Connectors: Slack, GitHub, Google Calendar.

Prompt.

„Schicke mir jeden Werktag um 8 Uhr Pekinger Zeit eine DM mit vier Abschnitten:

1. Ungelesene Slack-@-Erwähnungen der letzten 24 Stunden, jeweils mit einer Zeile Zusammenfassung
2. Mir zugewiesene GitHub-Issues, nach Alter sortiert, mit Status und letztem Kommentar
3. Der heutige Kalender – Termintitel, Uhrzeiten und das zugehörige Notion-Dokument, sofern verlinkt
4. Ein Vorschlag für den Tagesfokus, basierend auf dem, was überfällig ist oder andere blockiert"

Was Sie zurückbekommen. Eine Slack-DM um 8 Uhr, meist 200–350 Wörter. Jeder Abschnitt ist knapp, die Zahlen sind konkret, die Links stehen direkt im Text. Der „Tagesfokus" fällt unterschiedlich aus – mal ist es ein offensichtlicher PR, mal eine Terminvorbereitung, die mehr Aufmerksamkeit braucht, als der Tag vermuten lässt.

Zahlt sich aus. Ungefähr 20 Minuten pro Tag, plus die kognitiven Kosten, morgens als Erstes zwischen vier Tools hin- und herzuspringen.

Varianten. Ergänzen Sie einen fünften Abschnitt für neue Kundenregistrierungen oder für Produktionsfehler aus Sentry. Ersetzen Sie die Slack-DM durch eine E-Mail, wenn Sie Ihre Morgen lieber ohne Benachrichtigungen verbringen.

2. Wettbewerbsanalyse pro Woche

Das Problem. Zu wissen, was die Konkurrenz letzte Woche ausgeliefert hat, ist nützlich. Von Hand drei X-Accounts, drei Changelogs, drei Preisseiten und einen Blog-Feed durchzugehen, ist eine Fleißaufgabe, die stillschweigend liegen bleibt.

Einrichtung. Ein Workflow (competitor-scan) plus eine für Montagmorgen geplante Automation. Connectors: X und Notion. Für die Websuche muss nichts verbunden werden – sie ist ein managed service.

Prompt.

„Durchsuche @competitor1, @competitor2 und @competitor3 auf X sowie deren Changelogs seit letztem Montag. Gleiche das mit ihren Preisseiten und etwaigen Blogbeiträgen ab. Bilde die Differenz zur Baseline der Vorwoche (Notion-Seite ‚Competitor State'). Poste eine Zusammenfassung in #competitor-intel und hebe hervor: neue Features, Preisänderungen, Hiring-Signale und alles, was in Tonfall oder Botschaft auffällt."

Was Sie zurückbekommen. Einen Slack-Thread am Montagmorgen. Die Hauptnachricht: eine Zusammenfassung in fünf Stichpunkten. Die Antworten: Abschnitte je Wettbewerber mit zitierten Updates und Links. Die Notion-Baseline-Seite wird automatisch aktualisiert, damit die Differenz der nächsten Woche auf frischen Daten aufsetzt.

Zahlt sich aus. Ungefähr 90 Minuten pro Woche, plus die unterschwellige Last des „Ich sollte mal nach Acme schauen".

Varianten. Nehmen Sie Reddit und Hacker News für die Stimmung in der Community hinzu. Ergänzen Sie eine Quartalsretrospektive, die die Differenzen des Jahres zu einer boardtauglichen Folie verdichtet.

3. Bug-Triage

Das Problem. Jemand wirft einen Screenshot oder eine vage Beschreibung in #bug-report. Daraus muss ein echtes GitHub-Issue werden – mit Reproduktionsschritten, Schweregrad, Label und zuständigem Team. Dieser Formalisierungsschritt ist klein, aber ständig da.

Einrichtung. Ein Workflow (triage-bug-report), manuell per @Okou in #bug-report aufgerufen. Connectors: Slack, GitHub.

Prompt (im Channel):

„Okou triagiere das – extrahiere die Reproduktionsschritte aus den Screenshots und dem Thread, suche nach verwandten GitHub-Issues, stufe den Schweregrad ein (P0–P3), weise es anhand der Dateipfade oder Symptome dem wahrscheinlichsten Team zu und lege ein neues Issue an, wenn es kein Duplikat ist. Antworte in diesem Thread mit dem Link."

Was Sie zurückbekommen. Eine Thread-Antwort innerhalb von etwa 60 Sekunden: ein Link zum GitHub-Issue, der gewählte Schweregrad mit einzeiliger Begründung, eine Liste von zwei bis drei verwandten Issues als Kontext und das zugewiesene Team. Hält Okou es für ein Duplikat, postet es stattdessen den Link zum ursprünglichen Issue, statt ein neues anzulegen.

Zahlt sich aus. Über eine geschäftige Woche hinweg ist das der Unterschied zwischen einem sauberen Issue-Tracker und einem Rückstau nicht triagierter Slack-Screenshots.

Varianten. Vergeben Sie ein „customer-facing"-Tag, je nachdem, ob die meldende Person von außerhalb des Unternehmens kommt. Alarmieren Sie die Bereitschaft bei P0 automatisch.

4. Antwortentwurf für Kundenanfragen

Das Problem. Eine Kunden-E-Mail braucht eine Antwort, die hilfreich ist, zur Marke passt und sich auf die Dokumentation stützt. Fünf Minuten pro E-Mail × 30 E-Mails pro Woche sind ein realer Kostenblock.

Einrichtung. Ein Workflow (customer-reply-draft), manuell aufgerufen, indem Sie eine E-Mail an Okou weiterleiten oder sie in den Chat einfügen. Connectors: Gmail, Notion (oder Ihr Help Center), Stripe (für Abrechnung), Linear (für bekannte Probleme).

Prompt.

„Ein Kunde hat diese E-Mail geschrieben [einfügen]. Lies die letzten drei Tickets dieses Kunden, sieh in unserer Dokumentation den passenden Abschnitt nach, prüfe in Linear, ob es bekannte Probleme zu dieser Meldung gibt, und schau in Stripe nach Abrechnungskontext. Entwirf eine Antwort in der Sprache des Kunden. Verweise auf den Doku-Abschnitt. Halte dich unter 150 Wörtern. Triff den Ton unserer letzten Support-Antwort an diesen Kunden."

Was Sie zurückbekommen. Einen Antwortentwurf mit Quellenangaben am Ende – in der Regel zwei oder drei Doku-Links, dazu ein Hinweis wie „Linear ENG-4422 ist ein bekanntes Problem dazu; voraussichtliche Behebung nächste Woche." Sie überfliegen, ändern eine Zeile, senden.

Zahlt sich aus. Ungefähr 3–4 Minuten pro E-Mail. Über eine Support-Woche gerechnet sind das Stunden.

Varianten. Erkennen Sie das Kundensegment automatisch über Stripe und legen Sie VIP-Antworten einer namentlich benannten Person zur Prüfung vor. E-Mails landen immer als Entwurf in Ihrem Konto, damit ein Mensch sie versendet – im Review-Schritt entscheiden Sie also, wie genau Sie welches Segment prüfen.

5. Wöchentliche Content-Produktion

Das Problem. Marketing möchte jede Woche einen Blogbeitrag, drei LinkedIn-Posts und einen Satz Social Cards. Jedes Stück braucht Kontext aus Recherche und bestehenden Inhalten. Das über mehrere Tools hinweg zu koordinieren, ist mehr Arbeit als das Schreiben selbst.

Einrichtung. Ein mehrstufiger Workflow (weekly-content) auf einer für Freitagnachmittag geplanten Automation. Connectors: Notion (Recherche), Plausible (Analytics), Fal (Bildgenerierung), Loops (E-Mail).

Prompt.

„Mach jeden Freitag um 14 Uhr Folgendes:

1. Lies die neuen Notion-Dokumente dieser Woche in der Datenbank ‚Marketing Inputs'
2. Gleiche sie mit den Blogthemen der Vorwoche ab, um Wiederholungen zu vermeiden
3. Entwirf einen Blogbeitrag mit 800 Wörtern zum aktuellsten Thema; speichere ihn in Notion unter ‚Blog Drafts'
4. Entwirf drei LinkedIn-Varianten derselben Idee – einen Essay, eine Liste, eine persönliche Geschichte
5. Generiere drei quadratische Social Cards in unserem Markenstil
6. Poste das Paket zur Durchsicht in #marketing"

Was Sie zurückbekommen. Eine einzige Slack-Nachricht am Freitagnachmittag, die alle sechs Ergebnisse direkt enthält. Der Blogentwurf verlinkt auf eine Notion-Seite, die bereits formatiert ist. Die LinkedIn-Entwürfe sind zum Kopieren und Einfügen bereit. Die Social Cards sind heruntergeladen und können direkt angehängt werden.

Zahlt sich aus. Ungefähr einen halben Tag wöchentlicher Koordination. Die Redaktion prüft und veröffentlicht, statt selbst zu schreiben.

Varianten. Ergänzen Sie einen A/B-Test, bei dem Okou zwei Überschriften generiert und sie über Loops mit einer kleinen Zielgruppe testet. Ergänzen Sie eine Plausible-Auswertung der Top-Themen der Vorwoche, um die Themenauswahl daran auszurichten.

Jeder dieser Workflows war in 10 bis 30 Minuten eingerichtet. Danach zahlt er sich täglich oder wöchentlich aus. Die Kosten entsprechen im Wesentlichen den Credits, die jeder Lauf verbraucht – einsehbar auf der Seite Billing. Die Rechnung dazu finden Sie unter Credits & billing.

Um Ihre eigene Version zu bauen, kopieren Sie einen dieser Prompts, ersetzen Sie die Namen Ihrer Tools und Channels und probieren Sie es aus. Vom Ergebnis aus arbeiten Sie sich weiter vor.

Eine größere Auswahl finden Sie in der öffentlichen workflow library: Dort ist zu jedem Beispiel aufgeführt, welche Connectors es benötigt, welcher Prompt es startet und welche Schritte Okou ausführt.