Fünf Workflows, die das Okou-Team jede Woche laufen lässt. Jeder zeigt die Einrichtung, den Prompt, das Artefakt, das Okou erzeugt, und die Zeit, die er zurückbringt.
Es geht nicht darum, sie wortwörtlich zu kopieren — sondern darum, die Form eines vollständigen Okou-Workflows zu sehen und sie auf die eigene Arbeit zu übertragen.
1. Morgenbriefing
Der Schmerz. Jeder Morgen beginnt mit Aufholen: Slack öffnen, @Erwähnungen überfliegen, Kalender prüfen, offene PRs anschauen. Zwanzig Minuten vor der ersten echten Aufgabe.
Einrichtung. Ein Zeitplan, werktags um 8 Uhr. Konnektoren: Slack, GitHub, Google Kalender.
Prompt.
„Schick mir jeden Werktag um 8 Uhr Pekinger Zeit eine DM mit vier Abschnitten:
- Ungelesene Slack-@Erwähnungen der letzten 24 Stunden, mit einzeiligen Zusammenfassungen
- Mir zugewiesene GitHub-Issues, nach Alter sortiert, mit Status und letztem Kommentar
- Der heutige Kalender — Meetingtitel, Zeiten und das relevante Notion-Dokument, falls verlinkt
- Ein Vorschlag für den Fokus des Tages, basierend darauf, was überfällig ist oder andere blockiert"
Was zurückkommt. Eine Slack-DM um 8 Uhr, meist 200–350 Wörter. Jeder Abschnitt ist kurz, Zahlen sind konkret, Links stehen inline. Der „Fokusvorschlag" variiert — mal ist es ein offensichtlicher PR, mal eine Meetingvorbereitung, die mehr Aufmerksamkeit braucht, als der Tag hergibt.
Rechnet sich. Etwa 20 Minuten am Tag, plus der kognitive Preis, gleich morgens zwischen vier Tools zu wechseln.
Varianten. Ergänze einen fünften Abschnitt für neue Kundenanmeldungen oder für Produktionsfehler aus Sentry. Ersetze die Slack-DM durch eine E-Mail, wenn du Morgen ohne Benachrichtigungen bevorzugst.
2. Wettbewerber-Wochenbericht
Der Schmerz. Zu wissen, was Wettbewerber letzte Woche ausgeliefert haben, ist nützlich. Drei X-Accounts, drei Changelogs, drei Preisseiten und eine Blogliste von Hand zu prüfen, ist eine Pflicht, die still liegen bleibt.
Einrichtung. Ein Workflow (competitor-scan) plus eine geplante Automatisierung am Montagmorgen. Konnektoren: X und Notion. Die Websuche braucht nichts Verbundenes — sie ist ein verwalteter Dienst.
Prompt.
„Scanne @competitor1, @competitor2, @competitor3 auf X und ihre Changelogs seit letztem Montag. Gleiche mit ihren Preisseiten und etwaigen Blogposts ab. Bilde den Unterschied zur Basis der Vorwoche (Notion-Seite ‚Competitor State'). Poste einen Digest in
#competitor-intelund hebe hervor: neue Funktionen, Preisänderungen, Hiring-Signale und alles Auffällige in Ton oder Botschaft."
Was zurückkommt. Ein Slack-Thread am Montagmorgen. Die oberste Nachricht: eine Zusammenfassung in fünf Punkten. Die Antworten: Abschnitte pro Wettbewerber mit zitierten Updates und Links. Die Notion-Basisseite wird automatisch aktualisiert, damit der Vergleich der nächsten Woche auf frischem Stand steht.
Rechnet sich. Etwa 90 Minuten pro Woche, plus die stille mentale Last des „ich sollte mal nach Acme schauen".
Varianten. Ergänze Reddit und Hacker News für die Stimmung in der Community. Ergänze einen Quartalsrückblick, der die Unterschiede des Jahres auf eine board-taugliche Folie verdichtet.
3. Bug-Triage
Der Schmerz. Jemand wirft einen Screenshot oder eine vage Beschreibung in #bug-report. Daraus muss ein echtes GitHub-Issue werden, mit Reproduktionsschritten, Schweregrad, Label und Team. Dieser Formalisierungsschritt ist klein, aber ständig da.
Einrichtung. Ein Workflow (triage-bug-report), manuell aufgerufen per Okou in #bug-report. Konnektoren: Slack, GitHub.
Prompt (im Channel):
„Okou triagiere das — extrahiere Reproduktionsschritte aus Screenshots und Thread, such nach verwandten GitHub-Issues, klassifiziere den Schweregrad (P0–P3), weise es anhand von Dateipfaden oder Symptomen dem wahrscheinlichsten Team zu und lege ein neues Issue an, wenn es kein Duplikat ist. Antworte in diesem Thread mit dem Link."
Was zurückkommt. Eine Thread-Antwort in etwa 60 Sekunden: ein GitHub-Issue-Link, der gewählte Schweregrad mit einer einzeiligen Begründung, zwei bis drei verwandte Issues als Kontext und das zugewiesene Team. Hält Okou es für ein Duplikat, postet es den Link zum ursprünglichen Issue, statt ein neues anzulegen.
Rechnet sich. Über eine geschäftige Woche ist das der Unterschied zwischen einem sauberen Issue-Tracker und einem Rückstau untriagierter Slack-Screenshots.
Varianten. Ergänze ein „kundenrelevant"-Label, je nachdem, ob die meldende Person von außerhalb kommt. Alarmiere bei P0 automatisch die Rufbereitschaft.
4. Entwurf für Kundenantworten
Der Schmerz. Eine Kundenmail braucht eine Antwort, die hilfreich ist, zur Marke passt und in der Dokumentation verankert ist. Fünf Minuten pro Mail × 30 Mails pro Woche sind ein realer Preis.
Einrichtung. Ein Workflow (customer-reply-draft), manuell aufgerufen, indem du eine Mail an Okou weiterleitest oder in den Chat einfügst. Konnektoren: Gmail, Notion (oder dein Help Center), Stripe (für Abrechnung), Linear (für bekannte Fehler).
Prompt.
„Der Kunde hat diese Mail geschrieben [einfügen]. Lies seine letzten drei Tickets, prüfe unsere Dokumentation auf den passenden Abschnitt, prüfe Linear auf bekannte Fehler, die zu seiner Meldung passen, und prüfe Stripe auf Abrechnungskontext. Entwirf eine Antwort in seiner Sprache. Zitiere den Dokumentationsabschnitt. Halte sie unter 150 Wörtern. Triff den Ton unserer letzten Supportantwort an ihn."
Was zurückkommt. Ein Antwortentwurf mit Quellen unten verlinkt — meist zwei oder drei Doku-Links, plus ein Hinweis wie „Linear ENG-4422 ist ein bekannter Fehler dazu; ETA nächste Woche." Du überfliegst, änderst eine Zeile, schickst ab.
Rechnet sich. Etwa 3–4 Minuten pro Mail. Über eine Supportwoche sind das Stunden.
Varianten. Erkenne die Kundenstufe automatisch aus Stripe und lege VIP-Antworten einer benannten Person zur Prüfung vor. E-Mail landet immer als Entwurf in deinem Konto, den ein Mensch abschickt — im Prüfschritt entscheidest du also, wie genau jede Stufe angeschaut wird.
5. Wöchentliche Content-Produktion
Der Schmerz. Marketing will jede Woche einen Blogpost, drei LinkedIn-Posts und einen Satz Social Cards. Jedes Stück braucht Kontext aus Recherche und bestehenden Inhalten. Das über Tools hinweg zu koordinieren ist mehr Arbeit als das Schreiben.
Einrichtung. Ein mehrstufiger Workflow (weekly-content) auf einer geplanten Automatisierung am Freitagnachmittag. Konnektoren: Notion (Recherche), Plausible (Analytics), Fal (Bildgenerierung), Loops (E-Mail).
Prompt.
„Mach jeden Freitag um 14 Uhr Folgendes:
- Lies die neuen Notion-Dokumente dieser Woche in der Datenbank ‚Marketing Inputs'
- Gleiche mit den Blogthemen der Vorwoche ab, um Wiederholungen zu vermeiden
- Entwirf einen Blogpost mit 800 Wörtern zum aktuellsten Thema; speichere ihn in Notion unter ‚Blog Drafts'
- Entwirf drei LinkedIn-Varianten derselben Idee — ein Essay, eine Liste, eine persönliche Geschichte
- Generiere drei quadratische Social Cards in unserem Markenstil
- Poste das Bündel zur Durchsicht in
#marketing"
Was zurückkommt. Eine einzige Slack-Nachricht am Freitagnachmittag mit allen sechs Artefakten inline. Der Blogentwurf verlinkt auf eine Notion-Seite, die bereits gestaltet ist. Die LinkedIn-Entwürfe sind copy-paste-fertig. Die Social Cards sind heruntergeladen und bereit zum Anhängen.
Rechnet sich. Etwa ein halber Tag wöchentlicher Koordination. Redigierende prüfen und veröffentlichen; sie entwerfen nicht.
Varianten. Ergänze einen A/B-Test, bei dem Okou zwei Überschriften erzeugt und sie über Loops an ein kleines Publikum ausspielt. Ergänze eine Plausible-Prüfung der bestperformenden Themen der Vorwoche, um die Themenwahl zu lenken.
Jeder dieser Workflows war in 10–30 Minuten eingerichtet. Danach zahlen sie sich täglich oder wöchentlich aus. Die Kosten sind ungefähr die Credits, die jeder Lauf verbraucht — sichtbar auf der Seite Abrechnung. Siehe Guthaben & Abrechnung für die Rechnung.
Um deine eigene Version zu bauen, kopiere einen dieser Prompts, ersetze die Namen deiner Tools und Channels und probiere es aus. Iteriere vom Ergebnis aus.
Für eine breitere Auswahl listet die öffentliche Workflow-Bibliothek zu jedem Beispiel die nötigen Konnektoren, den Prompt, der es startet, und die Schritte, die Okou ausführt.