Wie man einen Kommunikationsplan erstellt (Vorlage + Beispiele)
Eine Woche vor dem Launch stellen dir drei Leute dieselbe Frage in drei verschiedenen Kanälen: „Moment, wann geht das nochmal live?" Das Marketing hat ein Datum gehört, der Support ein anderes, und dein Executive Sponsor hat gar nichts gehört. Niemand hat bei der Arbeit gepatzt. Sie haben dabei gepatzt, es einander zu sagen.
Genau diese Lücke soll ein Kommunikationsplan schließen. Ein Kommunikationsplan ist ein schriftliches Dokument, das festhält, wer welche Information wann, über welchen Kanal braucht und wer sie liefert. Es ist kein schickes Artefakt für einen Ordner. Es ist eine einseitige Antwort auf die Frage, die Projekte leise versenkt: Haben die richtigen Leute das Richtige zur richtigen Zeit gehört? Bring es zu Papier, und die „Moment, wann geht das nochmal live?"-E-Mails hören größtenteils auf.
Im Folgenden gehe ich durch, was ein Plan tatsächlich enthält, wann du wirklich einen brauchst, eine Schritt-für-Schritt-Anleitung zum Erstellen, und dann den Teil, den die meisten Artikel auslassen: eine echte Copy-paste-Vorlage und ein ausgefülltes Beispiel, das du an einem Nachmittag anpassen kannst.
Was ein Kommunikationsplan ist und wann du wirklich einen brauchst
Streicht man den Fachjargon, ist ein Kommunikationsplan eine kleine Tabelle. Jede Zeile ist eine Zielgruppe. Jede Spalte beantwortet eine praktische Frage dazu, wie du diese Zielgruppe informiert hältst. Der Sinn ist nicht Dokumentation um ihrer selbst willen. Es geht darum: „regelmäßige Updates an Stakeholder" ist ein Wunsch, während „wöchentliche Status-E-Mail an den Lenkungsausschuss, jeden Freitag bis 17 Uhr, vom Projektleiter" eine Zusage ist, für die jemand zur Rechenschaft gezogen werden kann.
Du brauchst nicht für jede Zwei-Personen-Aufgabe einen Plan. Du brauchst einen, wenn mehrere Gruppen von koordinierten Informationen abhängen und die Kosten eines verpassten Updates real sind. Vier Situationen tauchen immer wieder auf:
- Projekte mit funktionsübergreifenden Stakeholdern, die jeweils ein anderes Stück der Wahrheit in einem anderen Takt brauchen.
- Change Management — eine Umstrukturierung, eine Systemmigration, ein Rebranding. Große Veränderungen schaffen Wahrnehmungslücken, und ein Plan hält Gerüchte davon ab, sie zu füllen.
- Stakeholder-Management, bei dem Führungskräfte, Kunden und Aufsichtsbehörden sich alle um dasselbe Projekt kümmern, aber sehr unterschiedliche Detailtiefen wollen.
- Krisenkommunikation, bei der sich die Regel umkehrt: Alle Informationen sollten durch eine einzige Person fließen, damit die Botschaft unter Druck korrekt und konsistent bleibt.
Wenn „wer hat wem was gesagt, und wann?" in deinem Team bereits eine wiederkehrende Frage ist, hast du den Punkt überschritten, an dem ein Plan geholfen hätte. Schreib jetzt einen, und du musst es nicht ständig neu aufrollen.
Die sechs Komponenten, die jeder Plan braucht
Vorlagen unterscheiden sich, aber die brauchbaren laufen auf dieselbe Handvoll Spalten zusammen. Lass eine davon weg, und der Plan wird schnell vage.
Zielgruppe / Stakeholder
Mit wem du sprichst, gruppiert nach Rolle — Entscheider, Macher, Beeinflusser, Beobachter. Gruppiere danach, wie viel Detail und wie oft sie es brauchen, nicht nach Organigramm.
Kernbotschaft
Was diese Gruppe tatsächlich von dir braucht. Führungskräfte wollen Status und Risiko. Das Umsetzungsteam will Entscheidungen und Blocker. Kunden wollen, was sich für sie ändert. Gleiches Projekt, andere Botschaft.
Kanal
Passe den Kanal an die Botschaft an. Status-Updates gehen asynchron und schriftlich. Entscheidungen gehen in einen kurzen Sync-Call. Eine Krise geht ans Telefon. Eine routinemäßige Info geht in den geteilten Workspace.
Frequenz
Ein konkreter Takt, nicht „bei Bedarf". Knüpfe ihn an die Einbindung: stark interessierte, stark eingebundene Stakeholder bekommen mehr Berührungspunkte; wenig interessierte bekommen weniger, damit du das Signal nicht begräbst.
Verantwortlicher
Eine namentlich benannte Person pro Strang. Ohne Verantwortlichen ist das Update die Aufgabe aller, was bedeutet, es ist die von niemandem. Namen, nicht „das Team".
Feedback-Schleife
Mindestens ein Kanal pro Zielgruppe, über den sie zurückreden kann. Feedback verringert den leeren Raum, in dem Gerüchte wachsen, und so erwischst du ein Missverständnis, bevor es sich ausbreitet.
Tipp: Schreibe den Takt so, dass ein Kalender ihn durchsetzen könnte.
„Regelmäßige Updates" ist keine Frequenz. „Jeden zweiten Dienstag, 9 Uhr, gepostet in #project-aurora" schon. Wenn sich dein Takt nicht in eine wiederkehrende Kalendereinladung oder eine automatische Erinnerung verwandeln ließe, ist er zu vage, um eine geschäftige Woche zu überleben. Konkret schlägt häufig.
Wie man einen erstellt, Schritt für Schritt
Du kannst in unter einer Stunde einen funktionierenden Plan entwerfen. Der Trick ist, die Schritte der Reihe nach zu gehen — Zielgruppen vor Botschaften, Botschaften vor Kanälen — damit jede Wahl in der vorherigen verankert ist.
- Nenne das Ziel. Ein oder zwei Zeilen dazu, was diese Kommunikation erreichen soll. „Launch-Stakeholder ausgerichtet halten und Blocker innerhalb von 24 Stunden sichtbar machen" schlägt ein generisches „Kommunikation verbessern".
- Liste deine Stakeholder auf und gruppiere sie. Brainstorme alle, die von der Arbeit berührt werden, und clustere sie dann nach Interesse und Einfluss. Ein einfaches Raster — hohes/niedriges Interesse gegen hohen/niedrigen Einfluss — sagt dir, wer einen Anruf bekommt und wer einen Newsletter.
- Schreibe die Kernbotschaft für jede Gruppe. Ein Satz pro Zielgruppe dazu, was sie wissen und tun muss. Wenn zwei Gruppen exakt dieselbe Botschaft brauchen, hast du sie wahrscheinlich zu fein aufgeteilt.
- Wähle einen Kanal pro Gruppe. Nutze die Botschaft, um zu entscheiden. Entscheidungen brauchen einen synchronen Kanal; Infos nicht.
- Lege einen Takt fest. Weise jeder Zeile eine echte Frequenz zu und schreibe sie so, wie ein Kalender es täte.
- Benenne einen Verantwortlichen. Eine rechenschaftspflichtige Person pro Zeile, auch wenn andere bei der Erstellung des Updates helfen.
- Füge einen Feedback-Weg und ein Review-Datum hinzu. Entscheide, wie jede Gruppe zurückredet, und setze dann ein wiederkehrendes 10-minütiges Review in den Kalender, um auszumisten, was nicht funktioniert.
Tipp: Kommuniziere nicht zu viel — es schlägt nach hinten los.
Jedes Update an jeden Stakeholder zu schicken, fühlt sich sicher an, aber es trainiert die Leute, dich zu ignorieren. Wenn der Lenkungsausschuss denselben Feuerwehrschlauch bekommt wie das Arbeitsteam, geht die eine Botschaft, die wirklich eine Entscheidung braucht, im Scrollen verloren. Wenige, gezieltere Updates werden gelesen. Das ist der ganze Grund, warum die Spalte „Zielgruppe" existiert.
Die Copy-paste-Kommunikationsplan-Vorlage
Hier ist eine leere Vorlage, die du direkt in ein Dokument, eine Tabelle oder ein Projekt-Tool übernehmen kannst. Jede Zeile ist eine Zielgruppe; jede Spalte ist eine der sechs Komponenten, plus ein Ziel oben, um sie zu verankern.
Ziel: _______________________________________________
| Zielgruppe / Stakeholder | Kernbotschaft | Kanal | Frequenz | Verantwortlicher | Feedback-Schleife |
|---|---|---|---|---|---|
| [Gruppe + ihre Rolle: Entscheider / Macher / Beeinflusser / Beobachter] | [Was sie wissen und tun muss] | [E-Mail / Anruf / Workspace / Dashboard] | [Konkreter Takt, z. B. „Fri by 5pm"] | [Eine namentlich benannte Person] | [Wie sie antwortet / Probleme anspricht] |
Review-Takt: ____________ · Krisen-Eskalation (zentraler Ansprechpartner): ____________
Ein ausgefülltes Beispiel: ein Produkt-Launch
Theorie bringt einen nur so weit, also hier dieselbe Vorlage ausgefüllt für einen fiktiven SaaS-Feature-Launch — nennen wir ihn Project Aurora, geht in sechs Wochen live. Beachte, wie sich der Takt verengt und der Kanal synchroner wird, je stärker die Zielgruppe eingebunden ist.
Ziel: Aurora termingerecht ausliefern und jeden Stakeholder ausgerichtet halten, dabei Blocker innerhalb von 24 Stunden sichtbar machen.
| Zielgruppe / Stakeholder | Kernbotschaft | Kanal | Frequenz | Verantwortlicher | Feedback-Schleife |
|---|---|---|---|---|---|
| Executive Sponsor (Entscheider) | Im Plan / gefährdet, plus jede von ihnen benötigte Entscheidung | 1-seitige E-Mail-Zusammenfassung | Wöchentlich, Fri by 5pm | Projektleiter | Allen antworten oder 15-Min-Sprechstunde Mo |
| Kern-Umsetzungsteam (Macher) | Prioritäten dieser Woche, Blocker, getroffene Entscheidungen | Standup + #aurora-Kanal | Tägliches Standup, 9:30am | Engineering Manager | Live im Standup; async im Kanal |
| Marketing & Vertrieb (Beeinflusser) | Launch-Datum, Messaging, was sich für Käufer ändert | Geteiltes Workspace-Doc + Sync | Zweiwöchentlicher Sync, Tue 11am | Product Marketing Manager | Kommentare im Doc; Risiken im Sync ansprechen |
| Kundensupport (Macher) | Was launcht, bekannte Probleme, FAQ-Updates | Enablement-Session + Knowledge Base | Einmal bei T-2 Wochen, erneut bei T-2 Tagen | Support-Lead | Q&A in der Session; Ticket-Tag für Lücken |
| Kunden (Beobachter) | Was neu ist und wie man es zu nutzen beginnt | In-App-Banner + E-Mail | Launch-Tag, dann 1 Follow-up bei +7 Tagen | Lifecycle Marketer | Antwort-Postfach + In-App-Feedback |
Review-Takt: 10 Min. bei jedem wöchentlichen Status · Krisen-Eskalation: Alle Vorfallskommunikation läuft über den Projektleiter, der der einzige Sprecher ist, falls der Launch öffentlich verrutscht.
Das ist das Ganze — fünf Zeilen, eine Seite. Du könntest es kalt lesen und genau wissen, wer was, wann und von wem hört. Und wenn sich das Launch-Datum verschiebt, änderst du eine Zelle und das Update aller erbt es.
Sicherstellen, dass die Updates tatsächlich rausgehen
Hier ist der Fehlermodus, den keine Vorlage allein behebt: Der Plan ist perfekt, und die Freitags-Status-E-Mail wird trotzdem nicht verschickt, weil die verantwortliche Person in Meetings am Stück steckte und nie aufschrieb, was entschieden wurde. Ein Kommunikationsplan funktioniert nur, wenn die Updates dahinter tatsächlich passieren. Und viele dieser Updates liegen Meetings nachgelagert — dem Standup, dem Lenkungs-Sync, dem Kundengespräch, in dem ein Blocker auftauchte.
Genau das ist die Nahtstelle, an der ein KI-Meeting-Assistent sich seinen Platz verdient. Ein Tool wie Laxis zeichnet jedes Meeting auf, transkribiert und fasst es zusammen und extrahiert dann automatisch die Entscheidungen, Action Items und nächsten Schritte. So ist die Zusammenfassung, die dein Plan „Friday by 5pm" rausschicken will, bereits aus dem Meeting selbst entworfen, und du bearbeitest, statt zu rekonstruieren. Es funktioniert über Zoom, Meet und Teams, unterstützt mehr als 40 Sprachen und kann Notizen mit HubSpot oder Salesforce synchronisieren — was den Stakeholder-Strang gespeist hält, ohne ein separates Copy-paste-Ritual jede Woche.
Mach aus jedem Meeting das Update, das dein Plan versprochen hat
Laxis erfasst die Zusammenfassung, Entscheidungen und Action Items automatisch — damit die geplanten Updates in deinem Kommunikationsplan tatsächlich pünktlich rausgehen. Es gibt einen kostenlosen Plan zum Einstieg.
Fazit
Der beste Kommunikationsplan, den ich je sah, lebte in einem einzigen geteilten Dokument, das das Team mit der Zeit tatsächlich schrumpfte — sie löschten immer wieder Zeilen für Zielgruppen, die sich als nicht eigenen Strang benötigend herausstellten. Das ist das wahre Zeichen eines funktionierenden Plans: Er wird einfacher, nicht größer. Wenn deiner ständig neue Zeilen und neue Kanäle hervorbringt, ist das meist ein Zeichen, dass du um ein Problem herum kommunizierst statt hindurch.
Häufig gestellte Fragen
Was ist ein Kommunikationsplan?
Ein Kommunikationsplan ist ein schriftliches Dokument, das definiert, wer welche Information wann, über welchen Kanal braucht und wer sie liefert. Üblicherweise ordnet er jeder Zielgruppe eine Kernbotschaft, einen Kanal, eine Frequenz, einen Verantwortlichen und einen Weg zu, Feedback zurückzusenden. Er existiert, damit Updates planmäßig passieren, statt immer dann, wenn sich jemand daran erinnert.
Was sind die Kernkomponenten eines Kommunikationsplans?
Die meisten Pläne teilen sich sechs Komponenten: die Zielgruppe oder Stakeholder-Gruppe, die Kernbotschaft, die sie braucht, den Kanal, die Frequenz oder den Takt, den rechenschaftspflichtigen Verantwortlichen und eine Feedback-Schleife. Viele Teams fügen oben Ziele hinzu, damit sich jede Zeile an ein Ziel knüpft. Die beiden, die am häufigsten ausgelassen werden, sind ein benannter Verantwortlicher und ein echter Takt wie „Friday by 5pm".
Wann brauchst du einen Kommunikationsplan?
Du brauchst einen immer dann, wenn mehrere Gruppen von koordinierten Updates abhängen: ein Projekt mit funktionsübergreifenden Stakeholdern, eine Veränderungsinitiative wie eine Umstrukturierung oder Systemmigration, laufendes Stakeholder-Management, oder eine Krise, in der Informationen durch eine einzige Person fließen sollten, um korrekt zu bleiben. Wenn „wer hat wem was gesagt" bereits eine wiederkehrende Frage ist, brauchtest du den Plan schon gestern.
Wie unterscheidet sich ein Kommunikationsplan von einem Krisenkommunikationsplan?
Ein Standardplan handhabt routinemäßige, geplante Updates im Normalbetrieb. Ein Krisenkommunikationsplan handhabt schnelle, ungeplante Ereignisse: Er benennt einen einzigen Sprecher, damit das Messaging konsistent bleibt, listet vorab freigegebene Übergangsstatements auf und legt Eskalations- und Benachrichtigungssequenzen fest. Viele Teams halten den Krisenplan als separaten Abschnitt, damit er sich sofort aktivieren lässt, ohne das gesamte Dokument neu zu schreiben.
Wie oft solltest du einen Kommunikationsplan aktualisieren?
Überprüfe ihn bei jedem großen Meilenstein oder ungefähr einmal im Monat. Nimm dir zehn Minuten, um zu fragen, was funktioniert hat, worüber sich Stakeholder beschwert haben und welcher Takt falsch ist. Ein Plan, den niemand wieder besucht, driftet zu einem Dokument ab, nicht zu einem Werkzeug. Passe die Frequenz für jede Zielgruppe an, deren Interesse oder Einbindung sich verändert hat, seit du ihn geschrieben hast.
