Handbuch: die Discovery-Seite

Das vorherige Kapitel hat beschrieben, wie Opportunity Briefs entstehen. Dieses hier ist das Protokoll einer echten Woche an dem Schreibtisch, auf dem sie landen – was ich geöffnet, was ich gebaut, was ich liegen gelassen habe und die eine Sache, die schiefging.

Montag, 9:10 Uhr — sechs Briefs in der Warteschlange

Erste Regel am Morgen: nicht von oben nach unten lesen. Die Seite gliedert einen Brief in Problem, Zielgruppe, Beleglage, Umfang, Konfidenz – ich lese immer zuerst die Beleglage. Links vor der Zusammenfassung öffnen. Einer der sechs Briefs am Montag zitierte „wachsende Frustration in der Community“ und verlinkte zwei Threads, einen davon von 2019 mit vier Upvotes. Das ist kein Beleg, das ist ein Suchergebnis, und wurde in etwa acht Sekunden geschlossen.

Der zweite hat sich bewährt. Freiberufliche Videoeditor:innen verlieren Kundenfeedback über E-Mail, Frame.io-Kommentare und Textnachrichten und gleichen es vor jeder Überarbeitung von Hand ab. Der Belegabschnitt enthielt drei unabhängige Quellen — einen Thread mit vierzig Antworten in einem Video-Editing-Subreddit, der Workarounds vergleicht, eine G2-Bewertung eines Konkurrenzprodukts mit genau derselben Beschwerde und einen Tweet mit zweihundert Likes über eine „Feedback-Tabelle der Schande“. Drei übereinstimmende Quellen schlagen einen viralen Post – Virität zeigt, dass etwas nachvollziehbar ist, nicht dass es häufig vorkommt.

Zielgruppe: freiberufliche Videoeditor:innen mit Kundenaufträgen, ein bis fünf Kund:innen gleichzeitig, aktiv in r/videoediting und dem Frame.io-Community-Discord. Konkret genug, um später Werbung darauf zu schalten, was noch wichtig wird. Umfang: eine einzige Seite, die einen Frame.io-Kommentarexport und einen E-Mail-Thread einliest und daraus eine einheitliche Überarbeitungsliste erstellt. Keine Anmeldung, keine Team-Funktionen, keine Abrechnung. Klein genug, um an einem Tag gebaut zu werden – genau so sollte ein Umfangsabschnitt aussehen. Normalerweise halbiere ich den vorgeschlagenen Umfang eines Briefs im Build-Prompt, hier war das nicht einmal nötig.

Dritter Brief, gleicher Durchlauf: „Freelancer haben Probleme mit der Zeiterfassung über mehrere Kund:innen hinweg.“ Ein Reddit-Thread, sechs Antworten. Zielgruppe nur „Freelancer“. Umfang ein vollständiges Zeiterfassungs-SaaS mit Rechnungsstellung. Gleicher Morgen, gleicher Recherchedurchlauf, völlig unterschiedliche Qualität – das zugrunde liegende Signal war einfach schwächer. Geschlossen. Ein guter Durchlauf liefert zwei oder drei Briefs, die eine genaue Lektüre lohnen, und eine Handvoll, die nicht scharf genug sind, um daraus zu handeln – das ist normal, kein Zeichen dafür, dass das System kaputt ist.

Montag, 9:40 Uhr — Build-Prompt, dann eine Entscheidung, die ich fast übersprungen hätte

Der Brief zu den Videoeditor:innen war überzeugend genug, dass ich ihn fast direkt in den Build geschickt hätte. Ich hielt inne – halb überzeugt heißt immer noch: erst validieren, dann bauen, nicht umgekehrt. Der normale Build-Ablauf ist für den Moment gedacht, in dem man wirklich überzeugt ist, nicht in dem man begeistert ist. Stattdessen habe ich eine einseitige Warteliste aufgesetzt: das Pitch in einfacher Sprache, und vierzig Dollar pausierte Anzeigenausgaben, ausgerichtet auf die naheliegenden Nachbarn des Frame.io-Discords.

Hier wäre fast ein echter Fehler passiert. Der erste Entwurf des Anzeigen-Targetings war so eng gefasst, dass er nur etwa 200 Personen insgesamt erreicht hätte, und ein Nullergebnis bei 200 Impressionen sagt gar nichts aus — man kann nicht unterscheiden, ob „niemand will das“ oder „niemand hat es gesehen“ zutrifft. Ich habe die Zielgruppe erweitert, bevor ich die Kampagne wieder freigeschaltet habe. Kleinigkeit, aber genau die Art von Kleinigkeit, die einen Validierungslauf lautlos ruiniert, wenn man es nicht bemerkt.

Mittwoch — die Zahl überprüfen

Vier Tage Werbebudget, seit Dienstagmorgen freigeschaltet: neunzehn Anmeldungen bei rund neunhundert Impressionen. Ein echtes Signal. Es wäre auch bei zwei Anmeldungen ein echtes Signal gewesen, nur das gegenteilige. So oder so wusste ich jetzt etwas, das ich am Montag noch nicht wusste — für die Kosten einer Landingpage und vierzig Dollar, statt einer Woche Entwicklungsarbeit. Das ist das Briefing aus dem früheren Beispiel, und genau das würde ich anführen, wenn jemand fragt, warum „erst validieren“ den Aufwand wert ist, etwas zu testen, von dem man bereits begeistert ist.

Mein ehrliches Verhältnis über alle Accounts, die ich so führe: etwa jedes achte Briefing geht direkt in den Bau, drei oder vier werden für die Validierung zurückgestellt, der Rest reift aus. Wenn dein Verhältnis stärker Richtung „sofort bauen“ tendiert, liest du den Evidenzabschnitt wahrscheinlich nicht genau genug.

Ein Briefing vom März, das immer noch dort liegt

Nicht aus dieser Woche — dieses hier ist erwähnenswert, weil es meine Meinung zum Löschen alter Briefings verändert hat. Im März ließ ich ein Briefing über ein Nischen-Inventartool für kleine Kletterhallen aussortieren; die Zielgruppe war real, aber die Evidenz dünn, nur ein Forenthread. Ich ließ es liegen. Zwei Monate später brachte ein Wettbewerber etwas Ähnliches heraus, und beim erneuten Lesen wirkte der Zielgruppenabschnitt plötzlich vorausschauend statt spekulativ. Am Briefing selbst hatte sich nichts geändert. Der Markt hatte sich verändert. Hätte ich es gelöscht, um die Warteschlange aufgeräumt zu halten, wäre dieser Kontext ohne jeden Grund verloren gewesen.

Freitag — die Maschine justieren statt ihre Ausgabe zu lesen

Freitags verbringe ich weniger Zeit mit dem Lesen von Briefings und mehr damit, das Ding zu steuern, das sie schreibt. An diesem Freitag zwei Änderungen. Erstens: den nächsten Rechercheauf auf ein bestimmtes Gebiet eingegrenzt — „Tools für Kletterhallen“ statt gar nichts —, weil ein ungezielter Lauf eher zeigt, was in dieser Woche im Internet gerade laut ist (es gibt immer eine neue KI-Wrapper-Idee, immer eine generische Produktivitätsbeschwerde), statt sich in eine echte Subkultur einzugraben. Gezielte Läufe liefern die exakte Tabelle zurück, die Hallenbetreiber für Routenbau-Rotationen untereinander teilen. Ungezielte Läufe liefern Bauchgefühl zurück.

Zweite Änderung, und das ist diejenige, die ich jedem vor allem anderen auf dieser Liste empfehlen würde: Ich ging die Ablehnungen des letzten Monats durch, notierte die Gründe und speiste diese Gründe in den Fokus des nächsten Laufs ein. Schwache Evidenz, dreimal. Zu großer Umfang, zweimal. Ich sagte dem nächsten Lauf, er solle sich in Richtung „evidenzstark“ und „schmales MVP“ orientieren. Es ist ein grobes Werkzeug — man stößt einen Prompt an, nicht ein Modell feinjustiert —, aber über mehrere Monate hinweg, auf einem Account angewandt, stieg die Annahmequote von etwa einem tauglichen Briefing pro zwölf auf eher eines von fünf.

Was ich nächstes Mal weglassen würde

Ich habe Discovery anfangs etwa eine Woche lang täglich laufen lassen, auf der intensiven Suche, und das würde ich beim nächsten Mal weglassen — zweimal pro Woche ist schon fast übertrieben, denn der Rechercheagent braucht echte Zeit, damit sich Signale zwischen den Durchläufen aufbauen können. Der tägliche Lauf produzierte meist Fast-Duplikate zu denselben drei Trends, was nur dazu führt, dass das skeptische Lesen am Montag länger dauert, ohne zusätzliches Signal. Wöchentlich ist der richtige Standard; ich würde es nur während einer aktiven Jagd verdichten, und selbst dann nicht öfter als jeden zweiten Tag. Und ich würde das Gebiet früher rotieren lassen als ich es tat — „Kletterhallen“ drei Wochen am Stück laufen zu lassen, kratzte in Woche drei schon am Boden derselben Threads, während zwei oder drei Gebiete im Wechsel jedes davon frisch gehalten hätten.