abdulive/docs/06-hebel-analyse.md

Hebel-Analyse: womit anfangen

Bewertung aller neun Ideen

Bewertet nach vier Achsen. Wirkung = erwarteter Effekt auf Kanalwachstum in den nächsten 3 Monaten. Aufwand = Entwicklungszeit bis zu einer Version, die im echten Stream läuft. Risiko = Wahrscheinlichkeit, dass es technisch oder sozial nicht funktioniert. Abhängig von = was vorher stehen muss.

Tool	Wirkung	Aufwand	Risiko	Abhängig von	Hebel
Ingest-Daemon	— (indirekt)	2–3 Tage	niedrig	—	Voraussetzung
Clip-to-Shorts	sehr hoch	8–12 Tage	mittel	Ingest, OBS	★★★★★
Community-Gedächtnis	hoch	2–3 Tage	niedrig	Ingest	★★★★★
Go-Live-Broadcaster	mittel	1–2 Tage	niedrig	Ingest	★★★★☆
Analytics-Dashboard	mittel (indirekt)	4–6 Tage	niedrig	Ingest	★★★☆☆
Raid-/Netzwerk-Tool	mittel–hoch	3–4 Tage	niedrig	Ingest	★★★☆☆
Stream-Recap	mittel	2 Tage	niedrig	Ingest, Analytics	★★★☆☆
Chat steuert Dinge	mittel	5–8 Tage	mittel	Overlay-Server	★★☆☆☆
Punktesystem + Shop	niedrig–mittel	4–6 Tage	mittel	Overlay, Loyalty	★★☆☆☆
VOD-Kapitel	niedrig	2 Tage	niedrig	Ingest	★☆☆☆☆

Die Antwort

Der größte Hebel ist die Clip-to-Shorts-Pipeline. Deine Einschätzung stimmt: Bei 5–30 Zuschauern ist Twitchs eigene Entdeckung praktisch tot, weil die Browse-Seite nach Viewerzahl sortiert. Off-Platform-Kurzvideo ist der einzige Kanal, in dem ein kleiner Account nichtlineare Reichweite bekommen kann — ein Short kann 50.000 Leute erreichen, während der Stream 11 hat. Kein anderes Tool in dieser Liste hat diese Größenordnung.

Aber du kannst nicht mit ihr anfangen. Sie braucht einen Trigger, und der Trigger braucht eine Chat-Verbindung, Stream-Session-Erkennung und einen Event-Bus. Das ist der Ingest-Daemon — 2–3 Tage, die ohnehin zur Clip-Pipeline gehören.

Und genau das macht die Reihenfolge einfach: Wenn der Ingest steht, kostet das Community-Gedächtnis noch zwei Tage extra, weil es fast nur Auswertung vorhandener Daten ist. Damit hast du in einem Monat beide Seiten abgedeckt:

• Clips bringen Leute rein (Reichweite)
• Community-Gedächtnis sorgt dafür, dass sie bleiben (Bindung)

Das eine ohne das andere verpufft. Ein viraler Clip, der 300 Leute in einen Stream spült, in dem niemand ihre Namen kennt, bringt am nächsten Tag null Rückkehrer. Umgekehrt bindet die beste Community-Pflege niemanden, der nie ankommt.

Zwei Dinge, die du an der Clip-Pipeline anders bauen solltest, als es

zunächst naheliegt

1. Nicht auf Chat-Spikes triggern — jedenfalls nicht zuerst. Bei 10 Zuschauern ist die Nachrichtenrate so niedrig, dass "Spike" statistisch kaum von Rauschen zu trennen ist. Drei Leute, die gleichzeitig "lol" schreiben, sind bereits eine Verdreifachung. Der Detektor läuft von Anfang an mit und schreibt jeden Kandidaten mit Score in die DB — aber scharf geschaltet wird er erst, wenn du an echtem Material siehst, wo die Schwelle liegen muss. Als Trigger reichen anfangs !clip im Chat und ein Hotkey für dich. Der Hotkey ist ohnehin das beste Signal, das es gibt: Du weißt am besten, wann gerade etwas Gutes passiert ist.

2. Nicht die Twitch-Clip-API als Videoquelle nehmen, sondern den OBS-Replay-Buffer. Der Twitch-Clip ist ein Transcode des fertig komponierten 1920×1080-Bildes — Facecam und Gameplay musst du per Crop wieder auseinander schneiden, und die Qualität ist schon einmal durch einen Encoder gelaufen. Der Replay-Buffer liefert dir dieselben 30–90 Sekunden in Aufnahmequalität, sofort, ohne API-Wartezeit. Und wenn du in OBS eine zweite Aufnahmespur oder eine Vertical-Szene einrichtest, sind Cam und Gameplay dort bereits getrennt — dann entfällt das ganze Crop-Problem. Den Twitch-Clip erzeugst du trotzdem gleichzeitig, weil er eine teilbare URL hat.

Beides steht ausführlich in projects/clip-shorts.md.

Was ich in dieser Reihenfolge nach hinten schieben würde

Punktesystem und Chat-Minispiele. Beides ist Spaß und beides macht viel Arbeit, aber es wirkt nur auf Leute, die schon da sind — und bei 10 Zuschauern sind das zu wenige, als dass ein Shop-Ökosystem trägt. Punkte werden erst interessant, wenn genug Leute regelmäßig da sind, dass sie überhaupt genug sammeln können. Das ist ein Werkzeug für 30–50 CCV, nicht für 10.

VOD-Kapitel. Nettes Detail, aber die VODs eines kleinen Kanals werden kaum geschaut. Der Aufwand ist klein, deshalb kommt es trotzdem irgendwann — aber nicht in den ersten zwei Monaten. Sinnvoll wird es in dem Moment, in dem du anfängst, VODs auf YouTube zweitzuverwerten.

Konkreter Vorschlag für die ersten vier Wochen

Woche	Was	Ergebnis
1	Ingest-Daemon + DB-Schema + Auth	Jede Nachricht, jeder Viewer-Sample landet in der DB. Ab hier sammelst du Daten, auch wenn noch nichts damit passiert.
2	Clip-Pipeline Teil 1: !clip + Hotkey → OBS-Replay → raw.mp4	Auf Knopfdruck liegt ein Clip auf der Platte.
3	Clip-Pipeline Teil 2: 9:16-Crop + Whisper-Untertitel + Freigabe-Ansicht	Fertige Upload-Kandidaten nach jedem Stream.
4	Community-Gedächtnis + Go-Live-Broadcaster	Erstchatter werden erkannt, du siehst im Overlay, wer reinkommt, und der Stream-Start wird automatisch angekündigt.

Danach, nach Bedarf: Analytics-Dashboard (Woche 5–6, wertet dann bereits vier Wochen echte Daten aus — deshalb lohnt es sich, den Ingest jetzt zu bauen und das Dashboard später), dann Raid-Tool, dann Recap.

Der wichtigste Satz in diesem Dokument: Der Ingest-Daemon in Woche 1 sammelt Daten, die du später nicht rückwirkend erheben kannst. Selbst wenn danach zwei Monate nichts passiert, ist er die beste Investition, weil jedes spätere Tool dann sofort auf einem Berg echter Daten aufsetzt statt bei null anzufangen.