Sprachregelungen

Sprachregelungen (im Tool-Code: „PhrasingRules”) sind Regeln für einzelne Begriffe oder Formulierungen: Wörter, die ihr gezielt einsetzen wollt, oder Wörter, die in eurer Kommunikation keinen Platz haben.

Sprachregelungen sind das kleinteiligste Werkzeug der Grundlagen — sie wirken auf Wort-Ebene, im Editor, während die Aktive tippt.

Was ist eine Sprachregelung?

Eine Sprachregelung kombiniert sechs Felder:

Feld	Pflicht?	Limit	Beispiel
Regel-Typ	ja	—	Verwenden oder Vermeiden
Begriff	ja	200 Zeichen	Mitarbeitende
Begründung	nein	unbegrenzt	Geschlechterinklusive Form, entspricht unserem Leitbild.
Alternativ-Vorschlag	nein	unbegrenzt	Mitarbeitende (bei „Vermeiden”: die empfohlene Alternative zu „Mitarbeiter”)
Themen	ja	min. 1	Unternehmenskultur, Bildung
Position	nein	—	optional eine spezifische Position

Die zwei Regel-Typen

• Verwenden — der Begriff ist die bevorzugte Formulierung. Cockpit wertet im Post-Editor nicht aktiv, ob ihr den Begriff benutzt; die Regel dient eher als interne Referenz und steht in der Kommunikationsanleitung.
• Vermeiden — Cockpit warnt im Post-Editor dezent inline, sobald die Aktive den Begriff tippt. Die Warnung ist advisorisch, nie blockierend — sie zeigt den Begriff plus Begründung plus Alternativ-Vorschlag, lässt sich aber ignorieren.

Konzeptueller Hintergrund: Die Vermeiden-Warnung ist Cockpits aktivste Sprachregelungs-Funktion. Damit sie nicht zu Lärm wird, ist sie thematisch gefiltert: eine Regel im Thema „Bildung” warnt nur in Beiträgen, die unter „Bildung” verfasst werden. Beiträge in anderen Themen sehen die Regel nicht.

Warum konfigurieren?

Sprachregelungen sind das Feinjustierungs-Instrument eurer Kommunikation:

• Konsistenz. Wenn euer Leitbild geschlechtergerechte Sprache vorsieht, sind Sprachregelungen der Ort, an dem ihr konkrete Paar-Formen oder das Vermeiden bestimmter Formulierungen festhaltet — verbindlich für alle Aktiven, ohne dass es jede Aktive intuitiv „spüren” muss.
• Fremd-Framings nicht reproduzieren. Wenn ein Mitbewerber oder eine andere Akteurin eine Wortprägung etabliert hat, die ihr nicht übernehmen wollt, könnt ihr genau diesen Begriff als „Vermeiden” mit Alternative anlegen.
• Identität sichtbar machen. „Wir sagen X, nicht Y” ist eines der konkretesten Markenmerkmale einer Organisation.

Cockpit erzwingt keine Sprachregelungen — auch eine Vermeiden-Regel ist nur Hinweis, nicht Veto. Aktive können den Beitrag mit dem gewarnten Begriff trotzdem veröffentlichen.

Wie konfigurieren?

1. Loggt euch als Manager ein.
2. Sidebar → „Sprachregelungen” (oder direkt /phrasing_rules).
3. Klickt auf „Neue Sprachregelung”.
4. Wählt den Regel-Typ (Radio-Button: „Verwenden” oder „Vermeiden”).
5. Tragt den Begriff ein (Pflicht). Beispiele: Mitarbeitende, Lösung, Problem (mit Alternative „Herausforderung”).
6. Optional: Begründung und Alternativ-Vorschlag. Bei „Vermeiden” empfehlen wir beides — Aktive sehen die Begründung in der Inline-Warnung.
7. Wählt mindestens ein Thema im Mehrfach-Auswahl-Listenfeld (Pflicht). Halte Strg/Cmd gedrückt, um mehrere Themen zu wählen.
8. Optional: bindet die Regel an eine Position, wenn sie nur im Kontext einer spezifischen Haltung gelten soll.
9. Klickt auf Anlegen.

Zum Bearbeiten und Archivieren funktioniert die Liste analog zu Themen und Personas. Auch hier gilt: Archivieren ist der Hauptpfad, Hard-Delete ist nicht vorgesehen.

Wie wirkt die Vermeiden-Warnung im Editor?

Wenn eine Aktive einen Beitrag schreibt:

1. Sie wählt das Thema des Beitrags (z.B. „Nachhaltigkeit”).
2. Sie tippt den Beitragstext.
3. Cockpit prüft den Text alle ~400 ms (debounced) gegen alle Vermeiden-Regeln, die im Thema „Nachhaltigkeit” eingetragen sind.
4. Wenn ein Begriff trifft (Wort-Boundary, case-insensitive), erscheint unterhalb des Eingabefelds ein dezenter Hinweis mit dem Begriff, der Begründung und dem Alternativ-Vorschlag.
5. Die Aktive kann den Hinweis ignorieren und trotzdem posten.

Performance-Hinweis (ist nichts, was ihr tun müsst): Bei mehr als 200 Regeln pro Organisation würde Cockpit die Prüfung über Postgres vorfiltern statt alle Regeln in Ruby zu durchlaufen. Im MVP rechnen wir mit deutlich kleineren Regelmengen.

Empfehlungen

• Beginnt mit den drei wichtigsten Sprachregelungen. Eure Top-Drei sind die, über die ihr schon mehrfach intern diskutiert habt. Erst die einsammeln, dann nach und nach erweitern.
• Schreibt eine Begründung — auch wenn sie optional ist. Die Begründung erscheint in der Inline-Warnung. Eine Warnung ohne Begründung wirkt schulmeisterlich; mit Begründung ist sie eine Erinnerung an einen Konsens, den ihr schon getroffen habt.
• Nutzt die Themen-Filterung. Eine globale „Vermeiden”-Regel würde im Editor in jedem Beitrag warnen — auch da, wo der Begriff thematisch gar nicht zur Diskussion steht. Filtert konsequent über Themen.
• Vermeidet zu lange Begriffe als „Vermeiden”-Regel. Cockpit matcht über Wort-Grenzen — bei mehrwortigen Phrasen muss die Aktive die exakte Phrase tippen, was selten passiert. Lieber einzelne Schlüsselwörter als ganze Sätze.
• Pflegt die Liste. Wenn die öffentliche Debatte oder eure Branche neue Begriffe hervorbringt, gehören sie hier her. Sprachregelungen sind kein „einmal anlegen, fertig”-Bereich.

Häufige Fragen

Was passiert, wenn der Begriff in mehreren Themen relevant ist? Wählt einfach mehrere Themen aus. Die Regel triggert dann in allen ausgewählten Themen.

Können wir auch Reguläre Ausdrücke verwenden? Nein, im aktuellen Stand nur exakte Wörter mit Wort-Boundary-Match. Beispiel: Eine Regel auf Test warnt bei „Test” und „test”, aber nicht bei „Testament” oder „Protest”.

Sehen Aktive die Begründung? Ja. Die Inline-Warnung zeigt Begriff, Begründung und Alternative. Wenn ihr die Regel ohne Begründung anlegt, sieht die Aktive nur den Begriff plus Alternative.

Was ist der Unterschied zwischen einer „Verwenden”-Regel und einer Botschaft (Message)? Sprachregelungen wirken auf Wort-Ebene und werden im Editor durch das Tippen ausgelöst. Botschaften sind Sätze oder Aussagen, die als Vorlage in den Editor übernommen werden — sie werden nicht durch Tippen, sondern durch Auswahl getriggert.

Kann ich eine Regel temporär deaktivieren, ohne sie zu löschen? Ja: archivieren. Eine archivierte Regel ist deaktiviert, kann aber jederzeit reaktiviert werden.