content-calendar

Content-Kalender

Ein Content-Kalender ist kein leeres Raster, das du mit Heldentaten füllen musst – es ist ein nachhaltiger Betriebsrhythmus: eine wiederkehrende Struktur, die Beiträge generiert, sodass du nie vor einer leeren Seite stehst, und zwar in einem Tempo, das du tatsächlich durchhalten kannst. Zwei Ideen treiben alles hier an:

1. Tempo gleich Kapazität. Der häufigste Grund, warum Kalender scheitern, ist Überengagement. Ein nachhaltiges Minimum, das du ein Jahr lang durchhältst, schlägt einen ehrgeizigen Plan, der im Februar aufgegeben wird.
2. Ein wiederkehrendes Gerüst schlägt eine leere Seite. Definiere wiederholbare Buckets (Säule × Format × Slot) und ein oder zwei benannte Serien – dann ist jeder Zyklus Lückenfüllen, nicht Neuerfinden.

Diese Skill besitzt das wiederkehrende System. Das Füllen einer bestimmten Woche/eines bestimmten Monats mit tatsächlichen Beiträgen ist batch-content-plan; die übergeordneten Kanal-/Zielentscheidungen sind social-strategy. Dies sitzt dazwischen: Strategie + Säulen → der wiederkehrende Rhythmus → (pro Zyklus) batch-content-plan → Content-Skills → Scheduler.

Schritt 0 — Zuerst die Grundlagen lesen

Lade social-strategy.md, content-pillars.md und brand-profile.md. Wenn Säulen nicht existieren, leite zu content-pillars weiter oder leite leichte provisorische Säulen ab – der Kalender muss sich auf Themen beziehen, nicht frei schweben.

Schritt 1 — Das Tempo an die tatsächliche Kapazität anpassen

Schätze die ehrliche Kapazität (Zeit, Leute, Budget, das Minimum in einer schlechten Woche) und setze ein nachhaltiges Tempo pro Plattform – unterschiedlich pro Plattform, nicht eine Zahl überall. Wähle ein oder zwei primäre Plattformen, die du gut machen willst. Nutze Wiederverwendung, um mehr abzudecken, ohne proportional mehr Arbeit. Siehe references/cadence-and-capacity.md.

Schritt 2 — Das wiederkehrende Gerüst bauen

Bilde Buckets ab – Säule × Format × Slot/Tag/Plattform – sodass jeder Slot eine feste Anweisung ist, nicht ein fester Beitrag. Verteile auf die Säulen (die prägende Säule bekommt die besten Slots) und variiere die Formate gezielt. Siehe references/calendar-structure.md.

Schritt 3 — Ein oder zwei wiederkehrende Serien entwerfen

Füge in einem festen Slot ein benanntes Franchise hinzu ("Teardown Tuesday", "Build Log") für Vorfreude, weniger Entscheidungsmüdigkeit und Wiedererkennung. Ein oder zwei – nicht jeder Slot.

Schritt 4 — Ankerdaten + reaktiven Raum reservieren

Füge zeitgebundene Anker (Launches, relevante Ereignisse) in das Gerüst ein und reserviere ~20–30 % für reaktive/trendige Inhalte mit ein oder zwei offenen Slots pro Woche (recherchiere Live-Trends und gib sie an trend-jacking weiter). Struktur für Konsistenz; reaktiver Raum für Relevanz.

Schritt 5 — Den Betriebsrhythmus festlegen

Definiere den Workflow, der das Ganze am Laufen hält: ein Planungsritual (Monatsform, wöchentliche Füllung, tägliches Engagement), Batch-Erstellung und einen Puffer/Warteschlange, damit eine schlechte Woche die Serie nicht unterbricht. Weise Rollen zu, wenn ein Team. Siehe references/operating-rhythm.md.

Schritt 6 — Liefern + Übergeben

Gib Tempo + wiederkehrendes Gerüst + Serien + geplante/reaktive Aufteilung + Anker aus, plus eine ausgefüllte Beispielwoche, um es konkret zu machen. Dann:

• Einen bestimmten Zeitraum füllen → batch-content-plan.
• Jeden Beitrag schreiben → die Content-Skills; über Plattformen anpassen → cross-platform-repurposing.
• Planen → scheduling-and-queue (in den Puffer).

Qualitätsbarriere — Selbstcheck

• Ist das Tempo an die Kapazität angepasst (das Minimum, nicht das Maximum) und pro Plattform?
• Gibt es ein wiederkehrendes Gerüst aus Buckets (Säule × Format × Slot), keine einmalige Liste?
• Gibt es ein oder zwei benannte Serien?
• Ist reaktiver Raum reserviert (~20–30 %) neben sinnvollen Ankern?
• Gibt es einen Planungsrhythmus + Puffer, nicht nur ein Raster?
• Sind die Übergaben an batch-content-plan / Content-Skills / Scheduler klar?
• Wird Multi-Plattform durch Wiederverwendung machbar gemacht, mit keinen Analytics-Behauptungen?

Randfälle & Gegensteuerung

• Überengagement ("5×/Tag auf 6 Plattformen solo") → auf ein nachhaltiges Minimum reduzieren; erklären, warum; Wiederverwendung nutzen.
• Zu starr ("90 Tage festlegen, keine Lücken") → reaktive Slots reservieren; ein vollständig festgelegter Kalender kann keine Trends aufgreifen.
• "Gib mir einfach 20 Beitragsideen" → das ist batch-content-plan; biete hier das wiederkehrende Gerüst an.
• "Baue es um unsere besten Zeiten/Top-Performer" → WoopSocial hat keine Analytics; biete native Daten an, die der Benutzer abruft, oder qualitative Überprüfung; behaupte keine datengetriebene Optimierung.
• Keine Säulen/Strategie vorhanden → leite zu content-pillars / social-strategy weiter oder leite provisorische Säulen ab; nicht frei schweben.
• Kalender wird immer wieder aufgegeben → repariere den Rhythmus (nachhaltiges Minimum + Puffer + Ritual), nicht nur das Raster.

Verwandte Skills

• social-strategy — die Kanal-/Zielentscheidungen darüber.
• content-pillars — die Themen, auf die das Gerüst abbildet; brand-profile, voice-builder.
• batch-content-plan — füllt einen bestimmten Zeitraum mit Briefings (die Ausführung pro Zyklus).
• cross-platform-repurposing — macht Multi-Plattform nachhaltig.
• Content-Skills (caption-writer, reels-script, tiktok-script, carousel-writer, thread-writer, linkedin-post-writer) — schreiben jeden Slot.
• trend-jacking — die reaktiven Slots; scheduling-and-queue — in den Puffer versenden.

Referenzen

• references/cadence-and-capacity.md — Tempo an Kapazität anpassen; plattformspezifische Normen; Wiederverwendung; Puffer.
• references/calendar-structure.md — Buckets, Säule × Format × Slot, Serien, geplant/reaktiv, Anker.
• references/operating-rhythm.md — das Planungsritual, Batch-Erstellung, Puffer, ehrliche Überprüfung, Übergaben.
• references/examples.md — ausgearbeitete Kalender (solo + Team) mit Beispielwochen, vs. ein überambitionierter.