Drei Rollen reichen oft aus
Kleine Teams brauchen keine komplizierte Freigabematrix. Meist genügen Ersteller, fachlicher Reviewer und Publisher. Eine Person kann mehrere Rollen haben, aber der Zustand muss zeigen, welche Prüfung bereits erfolgt ist. Bei sensiblen Claims kann zusätzlich eine rechtliche oder geschäftliche Freigabe nötig werden.
Definiere außerdem, was jede Rolle prüft. Der Ersteller verantwortet Vollständigkeit und kanalbezogene Ausführung. Der Reviewer prüft Aussage, Marke und Fakten. Der Publisher kontrolliert Zielkonto, Termin und technische Bereitschaft.
Der Reviewer erhält ein vollständiges Paket
Freigabe über einzelne Chatnachrichten scheitert oft am fehlenden Zusammenhang. Eine Review-Karte sollte Titel, Text, Medium, Kanal, Account, Termin, CTA und Produktquelle gemeinsam zeigen. Bei Videos gehören Poster oder Thumbnail und Abspielbarkeit dazu.
Wenn ein Beitrag kein Bild benötigt, darf die Vorschau keinen großen leeren Medienplatz anzeigen. Wenn ein Kanal ein Medium verlangt, muss das Fehlen als Blocker erscheinen. So überprüft das Team den tatsächlichen Publishing-Zustand statt eines abstrakten Entwurfs.
Änderungen nach der Freigabe brauchen klare Regeln
Kleine Korrekturen sind nicht automatisch risikofrei. Eine geänderte Zahl, ein anderer Link oder ein neues Medium kann die Aussage wesentlich verändern. Deshalb bezieht sich die Zustimmung auf einen Snapshot. Relevante Änderungen setzen den Beitrag zurück in Review.
Stilkorrekturen können als Learning-Kandidat gespeichert werden. Sie dürfen aber nicht sofort als globale Regel gelten. Der Reviewer sollte kennzeichnen können, ob die Änderung nur diesen Beitrag, die Kampagne oder die Marke betrifft.
Batch-Freigabe nur mit sichtbarem Umfang
Ein kompletter Plan kann gemeinsam genehmigt werden, wenn Anzahl, Kanäle, Termine, Credit-Maximum und blockierte Beiträge sichtbar sind. Der Button sollte deshalb „Gesamten Plan genehmigen und einplanen“ sagen und nicht eine feste Woche behaupten, wenn die Planlänge variabel ist.
Blockierte Inhalte werden nicht stillschweigend eingeplant. Der Abschluss zeigt, welche Beiträge geplant, übersprungen oder wegen Verbindung, Medium oder Berechtigung zurückgehalten wurden.
Ein einfacher Review-Rhythmus verhindert Stau
Lege feste Review-Fenster fest, etwa zweimal pro Woche. Dringende Inhalte erhalten einen eigenen Pfad mit klarer Begründung. Dadurch wird Freigabe planbar und der Publisher muss nicht bei jedem Beitrag erneut nach Verantwortlichkeit fragen.
Messe nicht nur die Zahl freigegebener Posts. Beobachte Rückfragen, Änderungsrunden, blockierte Jobs und Zeit bis zur Entscheidung. Der beste Prozess reduziert Nacharbeit, ohne fachliche Kontrolle abzubauen.
Arbeitsbeispiel: eine Änderung nach der Freigabe
Beispiel: Eine Mitarbeiterin erstellt einen LinkedIn-Beitrag zu einer neuen Dienstleistung. Der Reviewer prüft Text, Leistungsbeschreibung, Ziel-URL und Bild; der Publisher prüft Konto und Termin. Danach ändert jemand den Preis im Beitrag. Die alte Freigabe gilt nicht mehr für diesen Stand, auch wenn nur ein Satz geändert wurde. Der Beitrag geht mit sichtbarer Änderung und neuer Version zurück in die Prüfung.
Für kleine Teams reicht ein kurzer Rhythmus: Entwürfe bis Dienstag, Review am Mittwoch, finale Planung am Donnerstag. Rückfragen werden am konkreten Beitrag gesammelt. Eine Sammelfreigabe ist nur sinnvoll, wenn alle betroffenen Beiträge und Änderungen für den Reviewer sichtbar sind. Im Ergebnis lässt sich nachvollziehen, welcher Text und welches Asset tatsächlich freigegeben wurden.
- Freigabe gehört zu einer bestimmten Inhaltsversion.
- Änderungen an Fakten, Medien, Zielkonto oder Termin erfordern eine passende neue Prüfung.
FAQ
Braucht jedes kleine Team zwei Personen für die Freigabe?
Nicht zwingend. Rollen können in einer Person zusammenfallen. Wichtig sind eine bewusste Prüfung und ein nachvollziehbarer Zustand vor der externen Veröffentlichung.
Kann ein ganzer Plan gemeinsam genehmigt werden?
Ja, wenn Umfang, Inhalte, Termine, Zielkonten, Kostenrahmen und Blocker vor der Zustimmung sichtbar sind und die Zustimmung an genau diesen Snapshot gebunden bleibt.
