Trupeer Blog
Zusammenfassen
Ein praktisches Beispiel für eine Richtlinie ist ein Arbeitspapier, das Verantwortlichkeiten, erforderliche Schritte, Standards, Ausnahmen und Prüfregeln für einen wiederkehrenden Prozess definiert. Eine starke Richtlinie liefert häufig ihre Formulierung und Begründung jeweils in 3 bis 5 Sätzen, verbindet die Regel dann mit Verantwortlichen, Nachweisen und der täglichen Umsetzung.
Ein neuer Mitarbeitender erhält von jedem Manager unterschiedliche Anweisungen. Ein Produkt-Update erreicht Kunden ohne Kontext. Dann fragt ein Auditor nach Nachweisen, und niemand kann schnell den genehmigten Workflow, die neueste Version oder die Person finden, die für die Pflege verantwortlich ist.
Genau das macht ein Richtlinienbeispiel in der Praxis nützlich. Es nennt nicht nur eine Absicht. Es definiert Geltungsbereich, Verantwortliche, erforderliche Maßnahmen, Ausnahmen, Aufzeichnungen, Überprüfungsdaten und Eskalationspfade. Eine Richtlinienvorlage kann die Struktur vorgeben, aber die endgültige Richtlinie am Arbeitsplatz muss zu den beteiligten Menschen, Systemen und Risiken passen.
Unten finden Sie sieben anpassbare Richtlinienbeispiele – von Mitarbeiterschulungen und Produktdokumentation bis Compliance, Customer Success und Kompetenzentwicklung. Ich verknüpfe jedes dieser Beispiele mit einem realen operativen Workflow, erläutere die relevanten Entscheidungen zur Zuständigkeit und zeige, wo visuelle Dokumentation und durchsuchbare Wissensdatenbanken die Richtlinie nutzbar halten können. Trupeer kann Teams dabei helfen, Bildschirmaufnahmen in hochwertige Videos, Schritt-für-Schritt-Dokumentation und durchsuchbare Wissensressourcen zu verwandeln, wenn eine Richtlinie davon abhängt, einen Workflow nachzuweisen.
Inhaltsverzeichnis
1. Wie sollte eine Richtlinie für Onboarding und Schulung von Mitarbeitenden funktionieren?
2. Was gehört in eine Richtlinie für Produktdokumentation und Wissensdatenbank?
3. Wie verhindert eine Richtlinie für Change Management und Kommunikation Verwirrung?
4. Welche Kontrolle sollte eine Richtlinie für Sales- und Presales-Enablement haben?
5. Wie kann eine Richtlinie für Compliance, Audit und Governance operativ werden?
6. Was gehört in eine Richtlinie für Customer Success und Retention?
7. Wie sollte eine Richtlinie für L&D und die Behebung von Kompetenzlücken funktionieren?
Beispielrichtlinie zum Kopieren: Richtlinie für Onboarding und Schulung von Mitarbeitenden
Wie können Sie ein Richtlinienbeispiel in ein funktionierendes System verwandeln?
So hilft Trupeer dabei, Richtlinien in Verfahren zu verwandeln, die Menschen befolgen
1. Wie sollte eine Richtlinie für Onboarding und Schulung von Mitarbeitenden funktionieren?
Eine Richtlinie für das Onboarding von Mitarbeitenden sollte definieren, wie neue Mitarbeitende Orientierung, Rollenschulungen, Zugriffsanweisungen, Kompetenzchecks und fortlaufende Unterstützung erhalten. Sie braucht einen benannten Schulungsverantwortlichen, klare Nachweise zur Abschlussdokumentation, rollenbezogene Ressourcen und einen Eskalationspfad, wenn jemand hinterherhinkt.
Nach meiner Erfahrung scheitert das Onboarding, wenn in der Richtlinie „Schulung abschließen“ steht, ohne zu definieren, was mit „Abschluss“ gemeint ist. Eine praktische Version weist die Verantwortung People Operations, dem Hiring Manager und jeder fachlichen Führungskraft zu. Außerdem unterscheidet sie zwischen gemeinsamem Unternehmenswissen und jobspezifischen Verfahren, sodass ein neuer Sales Representative nicht durch irrelevantes Engineering-Material arbeiten muss.
Die Richtlinie sollte festlegen:
Schulungsverantwortung: Legen Sie fest, wer Inhalte erstellt, wer Live-Sessions durchführt und wer den Abschluss bestätigt.
Erforderliche Ressourcen: Verlinken Sie das Mitarbeiterhandbuch, Produktguides, Sicherheitsverfahren und Team-Playbooks.
Nachweise zur Kompetenz: Nutzen Sie einen Quiz, eine beaufsichtigte Aufgabe, eine aufgezeichnete Schritt-für-Schritt-Demonstration oder die Freigabe durch den Manager – statt sich nur auf die Teilnahme zu verlassen.
Ausnahmen: Erklären Sie, was passiert, wenn ein neuer Mitarbeitender die erforderliche Kompetenz bereits mitbringt oder zusätzliche Unterstützung benötigt.
Kontrolle der Überprüfung: Fügen Sie ein wirksames Datum, ein Überprüfungsdatum, eine Version und den Dokumentenverantwortlichen hinzu.
Eine kurze Bildschirmaufzeichnung kann einen realen Workflow klarer demonstrieren als ein langes Handbuch. Teams können Trupeer's Leitfaden zum Onboarding-Prozess für Mitarbeitende nutzen, um diese Erfahrung zu gestalten, und dann interne Aufzeichnungen in hochwertige Schulungsmodule, Untertitel und durchsuchbare Anweisungen umwandeln.
Ein kleines Onboarding-Szenario
Ein neuer Customer Success Manager muss das CRM, den Eskalationsprozess, den Renewal-Workflow und die Reporting-Standards erlernen. Die Richtlinie weist dem Manager die Rolle als Verantwortlicher für die Rollenschulung zu, gibt dem Mitarbeitenden eine Lernroute und verlangt eine beaufsichtigte Übergabe an den Kunden, bevor die eigenständige Arbeit beginnt.
Praktische Regel: Wenn ein neuer Mitarbeitender drei Personen fragen muss, wo ein Prozess „lebt“, ist die Onboarding-Richtlinie unvollständig.
Die Kernaussage ist einfach. Behandeln Sie das Onboarding als wiederholbares Betriebssystem – nicht als Sammlung von Vorlieben einzelner Manager. Jede neue Person sollte wissen, was sie lernen muss, wo sie es findet, wer es genehmigt und was als Nächstes passiert.
2. Was gehört in eine Richtlinie für Produktdokumentation und Wissensdatenbank?
Eine Richtlinie für Produktdokumentation definiert, wie Teams Informationen zu Features und Workflows erfassen, organisieren, genehmigen, veröffentlichen, übersetzen und außer Betrieb nehmen. Die beste Version behandelt Dokumentation als Produktressource mit Verantwortlichen und Release-Anforderungen – nicht als optionale Aufgabe nach dem Launch.
Wenn Sie mich fragen: Dokumentation wird unzuverlässig, sobald niemand die finale, kundenorientierte Version besitzt. Produktmanager kennen möglicherweise die Feature-Intention, Entwickler kennen die Mechanik, und Support-Teams kennen die Fragen, die Kunden stellen. Die Richtlinie muss diese Perspektiven über einen einzigen Workflow verbinden.
Ein hilfreicher operativer Standard sollte beantworten:
Wer dokumentiert die Änderung: Weisen Sie Verantwortlichkeiten über Produkt, Engineering, Support und technische Redaktion hinweg zu.
Wo Inhalte abgelegt werden: Organisieren Sie Informationen entlang von Nutzerrollen und Aufgaben, z. B. „Daten exportieren“, statt sich nur auf interne Feature-Namen zu stützen.
Was Genehmigung bedeutet: Definieren Sie, wer technische Korrektheit, Barrierefreiheit, Sicherheit und Verständlichkeit für Kunden prüft.
Wann Updates passieren: Verknüpfen Sie die Dokumentationsprüfung mit Produkt-Release-Zyklen, Workflow-Änderungen und bekannten Support-Themen.
Wie alte Inhalte behandelt werden: Markieren Sie überholte Seiten, leiten Sie Nutzer weiter und bewahren Sie – wenn nötig – eine Audit-Trail.
In meiner Arbeit kann eine Entwickleraufzeichnung eines Workflows während des Builds Details sichtbar machen, die bei einer Übergabe leicht verloren gehen. Die Dokumentationsplattform von Trupeer kann diese Aufnahme in strukturierte Guides mit Screenshots, Anmerkungen, Überschriften und Kapiteln umwandeln. So erhält das Dokumentationsteam einen nutzbaren Entwurf statt einer vagen Anfrage „Schreiben Sie die Doku“.
Ein Szenario zur Produktdokumentation
Ein SaaS-Team veröffentlicht einen neuen Berechtigungsbildschirm. Die Dokumentationsrichtlinie verlangt einen Einrichtungsleitfaden, einen Administrator-Workflow, eine Troubleshooting-Seite und eine interne Support-Notiz, bevor das Release als abgeschlossen gilt. Support-Mitarbeitende können anschließend in derselben Wissensdatenbank suchen, die auch Kunden nutzen – mit rollenbezogenen Erklärungen, wenn sie benötigt werden.
Der Trade-off liegt zwischen Geschwindigkeit und Vollständigkeit. Ein kurzer Task-Guide ist oft besser als ein vollständiges Handbuch, das niemand pflegt, aber Workflows mit hohem Risiko brauchen tiefere Erklärungen, klare Zuständigkeiten und die Behandlung von Ausnahmen.
Die Kernaussage: Machen Sie Dokumentation Teil des Release-Workflows. Wenn sich ein Feature ändert, sollten sich auch seine Anweisungen, Screenshots, Suchbegriffe und Support-Guidance entsprechend ändern.
3. Wie verhindert eine Richtlinie für Change Management und Kommunikation Verwirrung?
Eine Richtlinie für Change Management definiert, wie eine Produkt-, Prozess- oder organisatorische Änderung bewertet, genehmigt, kommuniziert, getestet, veröffentlicht und überprüft wird. Sie sollte betroffene Zielgruppen, Verantwortliche für Benachrichtigungen, Rollback-Bedingungen, Feedback-Kanäle und Support nach dem Launch festlegen.
Ich habe beobachtet, dass Teams häufig die Änderung selbst dokumentieren, aber nicht den Kommunikations-Workflow darum herum. Eine neu gestaltete Oberfläche kann technisch bereit sein, doch Kunden müssen trotzdem wissen, was sich geändert hat, warum es wichtig ist, was sie tun müssen und wo sie Hilfe bekommen. Eine Richtlinie verhindert, dass jeder Produktmanager diesen Prozess von Grund auf neu erfindet.
Die Richtlinie kann eine einfache Reihenfolge nutzen:
Auswirkungen bewerten: Listen Sie betroffene Kunden, Mitarbeitende, Systeme, Berechtigungen und Abhängigkeiten auf.
Kommunikationsverantwortliche zuweisen: Entscheiden Sie, wer die Ankündigung schreibt, die Demonstration aufzeichnet, Support briefed und Fragen beantwortet.
Format wählen: Passen Sie die Botschaft an die Zielgruppe an. Führungskräfte benötigen möglicherweise Risiko- und Business-Kontext, während Endnutzer praktische Schritte brauchen.
Feedback-Fenster einrichten: Geben Sie betroffenen Teams die Möglichkeit, verwirrende Formulierungen oder defekte Workflows zu identifizieren.
Release planen: Legen Sie Rollout-Bedingungen, Rollback-Kompetenz, Monitoring-Verantwortlichkeiten und die Überprüfung nach dem Launch fest.
Eine visuelle Schritt-für-Schritt-Demonstration ist besonders hilfreich bei einer Workflow-Änderung. Teams können Trupeer's Guidance zur Change-Management-Kommunikation nutzen, um die Ankündigung zu strukturieren, und dann eine kurze Demonstration erstellen, die die alte und die neue Erfahrung zeigt.
Ein Szenario zur Change-Kommunikation
Ein Unternehmen ersetzt seinen Genehmigungs-Workflow. Die Richtlinie verlangt von Product, den Grund für die Änderung zu erklären, von Operations, das neue Verfahren zu bestätigen, von Support, eine FAQ zu erhalten, und vom Release-Verantwortlichen, einen Rollback-Pfad verfügbar zu halten. Nutzer sehen den neuen Workflow vor dem Launch und können Fragen einreichen, die Teil der Wissensdatenbank nach dem Launch werden.
Wenn Sie mich fragen: Die stärkste Change-Richtlinie behandelt Kommunikation als Teil der Umsetzung – nicht als finale E-Mail. Menschen übernehmen Änderungen schneller, wenn sie die exakten Schritte sehen und verstehen, welche Auswirkungen die Änderung hat.
Ein Release ist nicht fertig, wenn das Feature ausgeliefert wird. Es ist fertig, wenn die davon betroffenen Personen den neuen Prozess korrekt nutzen können.
Die Kernaussage: Machen Sie jede Änderung erklärbar, testbar und rückgängig machbar. Geschriebene Ankündigungen liefern den Nachweis, während Video- und Schritt-für-Schritt-Guides die Änderung leichter nachvollziehbar machen.
4. Welche Kontrolle sollte eine Richtlinie für Sales- und Presales-Enablement haben?
Eine Richtlinie für Sales-Enablement sollte die genehmigte Messaging-Strategie, Demo-Flows, Schulungsressourcen, Wettbewerbs-Insights, Content-Zuständigkeit und Regeln für die Aktualisierung von kundenorientierten Materialien festlegen. Sie hilft jeder Vertriebsvertretung, das Produkt konsistent zu erklären – ohne jeden Interessenten durch dieselbe vorgefertigte Präsentation zu zwingen.
Nach meiner Erfahrung ist das größte Problem nicht das Fehlen von Sales-Content. Es sind fehlende Entscheidungen darüber, welcher Content genehmigt ist, wer ihn pflegt und wann eine Vertriebsvertretung ihn anpassen sollte. Product Marketing kann die Positionierung verantworten, Sales Engineering kann technische Demos verantworten, und Sales Manager können Coaching verantworten. Die Richtlinie sollte diese Rollen miteinander verbinden.
Eine praktische Richtlinie umfasst:
Zielgruppen-spezifische Workflows: Erstellen Sie unterschiedliche Demo-Pfade für technische Evaluatoren, Business-Käufer, Administratoren und Führungskräfte.
Genehmigte Aussagen: Definieren Sie, welche Produkt-Statements, Sicherheitsbeschreibungen, Integrationen und Vergleiche Vertriebsvertretungen verwenden dürfen.
Demo-Zuständigkeit: Weisen Sie für jede Demo einen Verantwortlichen zu und verlangen Sie eine Prüfung, wenn sich der Produkt-Workflow ändert.
Personalisierungsregeln: Lassen Sie Vertriebsvertretungen Beispiele an den Use Case des Interessenten anpassen, ohne die genehmigten Produktfakten zu ändern.
Feedback erfassen: Dokumentieren Sie wiederkehrende Einwände und Fragen und nutzen Sie sie, um die Enablement-Bibliothek zu verbessern.
Ein Presales-Team kann eine starke Demonstration einmal aufnehmen und daraus eine Trainingsressource, einen Walkthrough für Interessenten und ein internes Playbook machen. Trupeer's Video-Strategie für Sales-Enablement bietet hilfreichen Kontext, um diese Formate miteinander zu verbinden.
Ein Presales-Szenario
Ein Healthcare-Interessent möchte Berechtigungen, Audit-Historie und Workflows des Personals verstehen. Statt jede Funktion zu zeigen, folgt der Solutions Consultant einem genehmigten Branchenszenario. Die Richtlinie identifiziert, welche Aussagen eine Sicherheitsprüfung benötigen, welche Bildschirme eine aktuelle Aufzeichnung brauchen und wer die Demo aktualisiert, wenn sich die Oberfläche ändert.
Der Trade-off liegt zwischen Konsistenz und Flexibilität. Ein starres Skript klingt unnatürlich und kann die Bedürfnisse des Käufers ignorieren. Eine komplett improvisierte Demo erzeugt Risiken für Qualität und Genauigkeit. Die stärkste Richtlinie definiert die wesentliche Botschaft und lässt gleichzeitig Raum für relevante Beispiele.
Die Kernaussage: Standardisieren Sie die Grundlagen – nicht jedes einzelne Wort. Geben Sie Verkäufern aktuelles Material, klare Grenzen und Demos, die widerspiegeln, wie echte Kunden arbeiten.
5. Wie kann eine Richtlinie für Compliance, Audit und Governance operativ werden?
Eine Richtlinie für Compliance und Governance sollte erforderliche Kontrollen, Zugriffsverantwortlichkeiten, Genehmigungspfade, Nachweisstandards, Aufbewahrungsregeln, Ausnahmen und Audit-Vorbereitung definieren. Sie sollte rechtliche oder regulatorische Verpflichtungen mit den tatsächlichen Workflows verbinden, die Mitarbeitende jeden Tag ausführen.
Ich habe gesehen, dass Teams ein hochwertiges Compliance-Dokument erstellen, das nach dem Audit niemand mehr nutzt. Dieser Ansatz erzeugt doppelte Arbeit und schwache Nachweise. Eine bessere Richtlinie sorgt dafür, dass der Workflow selbst nützliche Aufzeichnungen erzeugt – etwa Genehmigungsprotokolle, Schulungsbestätigungen, Zugriffsüberprüfungen und dokumentierte Änderungen.
Die Richtlinie sollte festlegen:
Kontrollzuständigkeit: Benennen Sie die verantwortliche Person für jede Kontrolle – nicht nur die Abteilung.
Nachweisanforderungen: Legen Sie fest, was belegt, dass die Kontrolle stattgefunden hat, und wo diese Nachweise gespeichert werden.
Zugriffsregeln: Definieren Sie, wer eine sensible Aktion genehmigen, durchführen, prüfen und überschreiben darf.
Behandlung von Ausnahmen: Verlangen Sie einen Grund, einen Genehmigenden, eine Ablaufbedingung und eine Nachverfolgung für Abweichungen.
Überprüfung und Tests: Nutzen Sie Self-Audits, Kontrollchecks und Korrekturmaßnahmen, um Schwächen vor einer externen Prüfung zu finden.
Eine durchsuchbare Aufzeichnung eines Zugriffs-Genehmigungs-Workflows kann einem neuen Mitarbeitenden helfen, die richtige Reihenfolge einzuhalten, und einem Auditor verständlich machen, wie die Kontrolle funktioniert. Die Guidance von Trupeer zu Compliance-Trainingsvideos aktualisieren, wenn sich Vorschriften ändern ist relevant, wenn sich ein Verfahren oder eine Anforderung ändert.
Ein Governance-Szenario
Ein Finance-Team benötigt eine Genehmigung, bevor es Zugriff auf sensible Reporting-Daten gewährt. Die Richtlinie weist dem Antragsteller, dem Genehmigenden, dem Systemadministrator und dem Prüfer die Zuständigkeit zu. Außerdem verlangt sie Nachweise für den Antrag, die Entscheidung, die Zugriffsänderung und die spätere Überprüfung. Ein kurzer visueller Leitfaden zeigt den Prozess, während die Wissensdatenbank die schriftliche Kontrolle und die zugehörigen Aufzeichnungen speichert.
Bei der Bewertung von Richtlinien sollte man mehr prüfen als nur, ob ein Dokument übernommen wurde. Die Forschungsliteratur empfiehlt, die Akzeptabilität, Penetration, Durchführbarkeit, Treue, Implementierungskosten, Kosteneffizienz, unbeabsichtigte Folgen und Nachhaltigkeit zu bewerten – zusammen mit quantitativen Überwachungsmaßnahmen. Guidance zur Implementierungsbewertung erklärt, warum Implementierungseffekte und Outcomeeffekte getrennte Aufmerksamkeit benötigen.
Die Kernaussage: Bauen Sie Compliance in die Arbeit ein. Eine Kontrolle, die im normalen Betrieb klare Nachweise erzeugt, lässt sich leichter pflegen als ein separates Audit-Artefakt, das unter Zeitdruck zusammengestellt wird.
6. Was gehört in eine Richtlinie für Customer Success und Retention?
Eine Richtlinie für Customer Success definiert, wie Teams Kunden onboarden, gewünschte Ergebnisse festlegen, die Adoption überwachen, Risiken identifizieren, Outreach koordinieren und die Unterstützung ausbauen. Sie macht aus Customer Success von einem individuellen Talent einen wiederholbaren operativen Prozess.
Wenn Sie mich fragen: Reaktiver Support ist nur ein Teil der Kundenbetreuung. Ein Kunde stellt möglicherweise nie ein Ticket, bevor er frustriert ist – insbesondere, wenn sich das Produkt schwer konfigurieren lässt oder die richtige Guidance schwer zu finden ist. Die Richtlinie sollte Customer Success Managern klare Auslöser für proaktives Handeln geben.
Ein hilfreiches Customer-Success-Framework umfasst:
Definition der Outcomes: Halten Sie fest, was der Kunde erreichen möchte – nicht nur, welche Features er gekauft hat.
Zuständigkeit fürs Onboarding: Weisen Sie Verantwortlichkeiten für Kickoff, Konfiguration, Training und Übergabe zu.
Health-Signale: Kombinieren Sie Nutzung, Engagement, Support-Historie, ungelöste Probleme und Kommunikation mit Stakeholdern.
Interventionspfade: Legen Sie fest, was passiert, wenn die Adoption langsamer wird, ein wichtiger Nutzer das Unternehmen verlässt oder ein entscheidender Workflow fehlschlägt.
Bildungsressourcen: Stellen Sie rollenbezogene Videos, Guides, FAQs und durchsuchbare Antworten bereit.
Eskalationsregeln: Erklären Sie, wann Customer Success Support, Product, Engineering oder einen Executive Sponsor einbezieht. Dieses Customer-Success-Training-Playbook deckt ab, wie CSMs auf diese Auslöser trainiert werden.
Ein Retention-Szenario
Ein Enterprise-Kunde hat das Setup abgeschlossen, aber einen wichtigen Reporting-Workflow noch nicht übernommen. Die Success-Richtlinie markiert die Lücke, weist dem Account Manager zu, den Kunden zu kontaktieren, und stellt einen kurzen „Warum dieses Feature wichtig ist“-Leitfaden bereit. Wenn das Problem eine verwirrende Oberfläche betrifft, zeichnet der Manager die Frage auf und leitet sie an Product weiter – für Dokumentation oder Verbesserungen im Design.
Visuelle Kundenbildung funktioniert am besten, wenn sie den Job des Kunden zeigt – nicht nur einen Produktbildschirm. Ein Finance-Administrator muss sehen, wie man einen Report erstellt und eine gängige Ausnahme löst. Ein Team Lead benötigt möglicherweise eine andere Erklärung, die sich auf Adoption und Review fokussiert.
Nach meiner Erfahrung sollte die Wissensdatenbank sowohl Kunden als auch Success-Teams dienen. Wenn ein Kunde eine wiederkehrende Frage stellt, sollte die Antwort zu einer wiederverwendbaren Ressource werden und dann überprüft werden, wenn sich das Produkt ändert.
Die Kernaussage: Definieren Sie Success über beobachtbare Workflows. Kunden brauchen Guidance, die ihnen hilft, ein Ergebnis zu erreichen, während Success-Teams Signale und Zuständigkeiten benötigen, die rechtzeitige Interventionen unterstützen.
7. Wie sollte eine Richtlinie für L&D und die Behebung von Kompetenzlücken funktionieren?
Eine L&D-Richtlinie sollte erklären, wie eine Organisation Kompetenzlücken identifiziert, Lernpfade zuweist, Ressourcen bereitstellt, Übung unterstützt und prüft, ob sich die Fähigkeiten verbessern. Sie sollte Onboarding, Entwicklung in Rollen, Leadership Learning, Peer Instruction und Just-in-time-Guidance abdecken.
Ich habe beobachtet, dass jährliche Schulungen scheitern, wenn sie nicht mit der Arbeit verbunden sind, die Mitarbeitende ausführen müssen. Eine hilfreiche Learning-&-Development-Richtlinie beginnt mit einer Business- oder Rollenanforderung, ordnet diese Anforderung beobachtbarem Verhalten zu und wählt dann die leichteste Lernmethode, die die Fähigkeit aufbauen kann.
Die Richtlinie kann festlegen:
Zuständigkeit für die Bewertung: Legen Sie fest, wer Kompetenzlücken identifiziert und wie Mitarbeitende Unterstützung anfordern können.
Lernmethoden: Nutzen Sie Demonstrationen, Workshops, Coaching, Zertifizierungen, Peer Learning und angeleitete Praxis, wenn es sinnvoll ist.
Pfaddesign: Trennen Sie grundlegendes Lernen von rollenbezogener und fortgeschrittener Entwicklung.
Beteiligung der Manager: Verlangen Sie von Managern, dass sie Lernen mit realen Aufgaben und Feedback verknüpfen.
Nachweise für Fortschritt: Nutzen Sie abgeschlossene Aufgaben, beobachtete Leistung, Assessments oder Projekt-Outcome.
Pflege von Inhalten: Weisen Sie Verantwortliche zu, die Beispiele, Tools und Verfahren prüfen, wenn sich die Arbeit ändert. Experten-Walkthroughs können Sie schnell in Module umwandeln, wenn Sie Training-Videos mit KI erstellen.
Ein Szenario zur Behebung von Kompetenzlücken
Ein Support-Team muss seine Troubleshooting-Fähigkeiten für eine komplexe Integration verbessern. Ein Fachexperte zeichnet den Workflow auf, erklärt die Entscheidungspunkte und zeigt, wie man mit einer Ausnahme umgeht. Das L&D-Team macht aus dieser Aufnahme ein kompaktes Lernmodul, einen durchsuchbaren Guide und eine Übung, die von einem Manager angeleitet wird.
Ich denke, visuelle Dokumentation ist besonders wertvoll für implizites Wissen. Mitarbeitende haben oft Schwierigkeiten zu erklären, wie eine erfahrene Kollegin oder ein erfahrener Kollege ein Problem erkennt oder zwischen zwei gültigen Ansätzen auswählt. Eine Aufzeichnung hält die Reihenfolge fest, während Anmerkungen und Kapitel die Begründung leichter wieder aufgreifbar machen.
Eine Richtlinie sollte außerdem das Außerbetriebnehmen erlauben. Wenn ein Lernmodul nicht mehr zum Produkt oder Prozess passt, sollte der Verantwortliche es archivieren – statt Mitarbeitende entscheiden zu lassen, welche Version vertrauenswürdig ist.
Die Kernaussage: Verknüpfen Sie Lernen mit Leistung. Erstellen Sie Inhalte rund um die Fähigkeiten, die Menschen im Kontext brauchen, messen Sie, ob sie diese Fähigkeiten anwenden können, und halten Sie die Guidance aktuell.
Beispielrichtlinie zum Kopieren: Richtlinie für Onboarding und Schulung von Mitarbeitenden
Hier ist eine vollständige, kurze Richtlinie, die Sie anpassen können. Sie nutzt die Standardstruktur aus Zweck, Geltungsbereich, Richtlinienformulierung, Verantwortlichkeiten, Verfahren, Ausnahmen, Aufzeichnungen und Überprüfung. Ersetzen Sie den Text in eckigen Klammern durch Ihre eigenen Details.
Abschnitt | Beispieltext |
|---|---|
Richtlinienname | Richtlinie für Onboarding und Schulung von Mitarbeitenden |
Richtlinienverantwortlicher | Leitung People Operations |
Wirksamkeitsdatum und Version | [Datum], Version 1.0 |
Nächstes Überprüfungsdatum | [Datum, 12 Monate ab Wirksamkeitsdatum] |
1. Zweck | Diese Richtlinie stellt sicher, dass jede neue Person die Orientierung, den Zugriff und die Rollenschulung erhält, die sie benötigt, um in den ersten 90 Tagen sicher und produktiv zu arbeiten. |
2. Geltungsbereich | Gilt für alle neuen Vollzeit-, Teilzeit- und Vertragsmitarbeitenden bei [Unternehmen], an jedem Standort und in jedem Team. |
3. Richtlinienformulierung | Jede neue Person muss in Woche 1 das Unternehmens-Onboarding abschließen, die rollenspezifische Schulung innerhalb von 30 Tagen absolvieren und einen beaufsichtigten Kompetenzcheck durchführen, bevor sie eigenständig an kundenorientierten oder risikoreichen Aufgaben arbeitet. |
4. Verantwortlichkeiten | People Operations ist verantwortlich für den Onboarding-Plan und die Unternehmensschulung. Der Hiring Manager ist verantwortlich für die Rollenschulung und bestätigt die Kompetenz. IT gewährt und entzieht Systemzugriff. Die neue Person schließt die zugewiesene Schulung ab und holt Hilfe ein, wenn sie blockiert ist. |
5. Verfahren | Vor Tag 1 richtet IT den Zugriff ein und People Operations sendet den Plan. In Woche 1 schließt die neue Person das Onboarding und die Sicherheitsschulung ab. Bis Tag 30 beendet sie ihre Lernroute für die Rolle. Bis Tag 60 beobachtet der Manager eine reale Aufgabe und dokumentiert die Freigabe. An Tag 90 überprüfen der Manager und die neue Person den Fortschritt. |
6. Ausnahmen | Ein Manager kann ein Schulungsmodul erlassen, wenn die Person die Kompetenz in einem Assessment nachweist. Erlasse müssen mit dem Grund dokumentiert und von People Operations genehmigt werden. |
7. Aufzeichnungen und Nachweise | Schulungsabschluss, Kompetenzfreigabe und Erlasse werden im HR-System für die Dauer des Beschäftigungsverhältnisses plus [X] Jahre gespeichert. |
8. Verwandte Dokumente | Mitarbeiterhandbuch, Richtlinie zur Informationssicherheit, Lernrouten für Rollen und Onboarding-Videos. |
9. Überprüfung | Der Richtlinienverantwortliche überprüft diese Richtlinie alle 12 Monate oder früher, wenn sich Rollen, Systeme oder rechtliche Anforderungen ändern. |
Halten Sie die Richtlinie selbst kurz und bringen Sie das Schritt-für-Schritt-„Wie“ in verlinkte SOPs, Videos und Guides, die sich leichter aktualisieren lassen als das Richtliniendokument.
7-Richtlinien-Vergleichsmatrix
Richtlinie | Implementierungskomplexität 🔄 | Ressourcenanforderungen ⚡ | Erwartete Ergebnisse ⭐📊 | Ideale Anwendungsfälle 💡 | Wichtige Vorteile ⭐ |
|---|---|---|---|---|---|
Richtlinie für Onboarding und Schulung von Mitarbeitenden | Mittel, strukturierte Zeitpläne, Rollenübersichten, LMS-/Video-Integration | Content-Ersteller, Trainer, LMS-/Video-Tools, Pflege der Übersetzungen | Schnelleres Onboarding; weniger Fehler; höhere Retention | Onboarding neuer Mitarbeitender, rollenspezifisches Onboarding, globale Teams | Konsistenter Wissenstransfer; skalierbare Schulung; Verankerung in der Kultur |
Richtlinie für Produktdokumentation und Wissensdatenbank | Mittel–Hoch, Taxonomie, Versionskontrolle, Ausrichtung auf Releases | Technische Redakteure, KB-Plattform, Screenshot-/Video-Tools, Prüf-Taktung | Weniger Support-Tickets; schnellere Adoption; besserer Self-Service | Customer Support, API-/Doku, Entwickler- & Produkt-Updates | Reduzierte Support-Kosten; durchsuchbares Wissen; Audit-Trail |
Richtlinie für Change Management und Kommunikation | Mittel, Genehmigungs-Workflows, Impact Assessments, Tests | PMs, Kommunikation, QA, Ankündigungs-Assets (Videos/Vorlagen), Rollback-Pläne | Weniger Verwirrung; höhere Adoption; weniger Tickets im Zusammenhang mit Changes | Feature-Rollouts, Degradierungen, UI/UX-Änderungen | Transparente Rollouts; Risikominderung; reibungslosere Deployments |
Richtlinie für Sales- und Presales-Enablement | Mittel, Playbooks, Demo-Bibliotheken, Personalisierung | Sales Ops, Content- & Demo-Produktion, Enablement-Plattform, Coaching | Konsistentes Messaging; höhere Abschlussquoten; schnelleres Onboarding der Vertriebsvertretungen | Presales-Demos, Onboarding neuer Vertriebsvertretungen, Wettbewerbsangebote | Skalierbare Demos; bessere Close-Rates; wiederholbare Prozesse |
Richtlinie für Compliance, Audit und Governance | Hoch, Mapping auf Regularien, Kontrollen, kontinuierliches Logging | Rechts-/Compliance-Experten, IAM-/Logging-Tools, Dokumentationssysteme | Audit-Bereitschaft; geringeres rechtliches/regulatorisches Risiko; Kundenvertrauen | Regulierte Branchen, Enterprise-Audits, Zertifizierungsanfragen | Kontinuierlicher Compliance-Nachweis; weniger Aufwand für Audit-Vorbereitung; Governance |
Richtlinie für Customer Success und Retention | Mittel, Health Scoring, Workflows, Auslöser | CSMs, Education-Content, Automatisierung & Analytics-Tools | Höhere Retention/LTV; weniger Churn; mehr Erweiterungen | Onboarding nach dem Kauf, Intervention bei gefährdeten Accounts, Upsell | Planbare Retention; proaktive Interventionen; Wachstum der Advocacy |
Richtlinie für Learning & Development und Behebung von Kompetenzlücken | Mittel–Hoch, Kompetenz-Frameworks, Pfade, Assessments | L&D-Team, Lernplattform, Content-Autoren, Zeit der Manager | Schnelleres Schließen von Kompetenzlücken; interne Mobilität; geringere Fluktuation | Upskilling, Nachfolgeplanung, Initiativen für kontinuierliches Lernen | Kontinuierlicher Kompetenzaufbau; kosteneffizientes Reskilling; Verbesserungen beim Engagement |
Wie können Sie ein Richtlinienbeispiel in ein funktionierendes System verwandeln?
Starten Sie mit dem Business-Outcome. Entscheiden Sie, ob die Richtlinie existiert, um Onboarding zu verbessern, Prozessabweichungen zu reduzieren, sensible Informationen zu schützen, Kunden zu unterstützen, Change zu managen oder eine Fähigkeit aufzubauen. Eine Richtlinie lässt sich leichter formulieren, wenn das beabsichtigte Ergebnis konkret genug ist, um Zuständigkeit und Nachweise zu steuern.
Definieren Sie anschließend die operativen Grenzen. Identifizieren Sie die Personen, Teams, Systeme, Standorte und Workflows, die im Geltungsbereich liegen. Weisen Sie genau eine verantwortliche Person zu – auch wenn mehrere Abteilungen beitragen. Die verantwortliche Person pflegt das Dokument, koordiniert Genehmigungen, beantwortet Interpretationsfragen und stellt sicher, dass das Überprüfungsdatum nicht unbemerkt verstreicht.
Schreiben Sie als Nächstes die Regel rund um die Aktion. Legen Sie fest, was Menschen tun müssen, was sie nicht tun dürfen, welche Nachweise sie erzeugen und wo diese Nachweise abgelegt werden. Fügen Sie Ausnahmen und Eskalationspfade hinzu. Die meisten schwachen Richtlinienbeispiele beschreiben den Standardpfad, lassen aber Mitarbeitende raten, wenn der Standardpfad nicht passt.
Eine praktische Anpassungsreihenfolge sieht so aus:
Outcome definieren: Erklären Sie, was die Richtlinie verbessern oder schützen soll.
Workflow abbilden: Dokumentieren Sie die Schritte, Systeme, Rollen, Übergaben und Entscheidungen.
Verantwortlichkeit zuweisen: Benennen Sie den Owner, die Genehmigenden, die Ausführenden, die Prüfer und die Eskalationskontakte.
Ausnahmen formulieren: Erklären Sie, wer eine Abweichung genehmigen darf und welcher Nachweis erforderlich ist.
Review-Kontrollen festlegen: Fügen Sie das Wirksamkeitsdatum, das Überprüfungsdatum, die Version und den Dokumentenverantwortlichen hinzu.
Mit Nutzern testen: Bitten Sie die Personen, die den Workflow ausführen, dem Entwurf zu folgen – ohne Coaching.
Unterstützende Guidance veröffentlichen: Ergänzen Sie Videos, Screenshots, FAQs, SOPs und durchsuchbare Wissensartikel. Sehen Sie, wie Sie effektive Video-SOPs erstellen.
Tipp: Die meisten Richtlinien hängen von einem Verfahren ab, das Menschen auf dem Bildschirm befolgen müssen. Mit Trupeer zeichnet der Prozessverantwortliche diesen Workflow einmal auf und erhält ein kurzes Video plus einen Schritt-für-Schritt-Guide mit Screenshots – veröffentlicht in einer durchsuchbaren Wissensdatenbank hinter SSO. Die Versionshistorie zeigt, was sich geändert hat, und Übersetzungen in 65+ Sprachen sorgen dafür, dass globale Teams demselben Verfahren folgen.
Autoritative Richtlinien-Guidance trennt typischerweise Zweck, Geltungsbereich, Richtlinieninhalte, Verantwortlichkeiten und Verfahren – und behandelt außerdem Bedingungen und Einschränkungen. Der Policy Style Guide der University of Arizona liefert dafür ein hilfreiches Beispiel. Eine Richtliniendefinition ist auch deshalb wichtig, weil eine Richtlinie ein offizieller Plan oder Handlungsregel ist, die von einer Regierung, einem Unternehmen oder einer Organisation übernommen wird – wie in Cornell Law School's Policy Reference beschrieben.
Wählen Sie zuerst einen Prozess mit hoher Reibung. Veröffentlichen Sie eine kurze Version, beobachten Sie, wo Menschen zögern, sammeln Sie deren Fragen und verbessern Sie das Dokument anhand verpasster Schritte und echter Ausnahmen. Warten Sie nicht auf ein perfektes Governance-Framework, bevor Sie Menschen dabei helfen, die Arbeit korrekt auszuführen.
Für die Wirkungsmessung vergleichen Sie Outcomes vor und nach der Implementierung. Wenn möglich, nutzen Sie ein stärkeres Design wie Difference-in-Differences, Regression Discontinuity, Propensity Score Matching oder unterbrochene Zeitreihen – statt sich nur auf einen einfachen Vorher-Nachher-Vergleich zu verlassen. Dieser Guide zu Policy-Impact-Methoden erklärt, warum das Annähern des Gegenfaktischen hilft, Policy-Effekte von allgemeinen Hintergrundtrends zu trennen.
So hilft Trupeer dabei, Richtlinien in Verfahren zu verwandeln, die Menschen befolgen
Eine Richtlinie sagt, was passieren muss. Die Verfahren dahinter zeigen den Menschen, wie es geht – und genau diese werden normalerweise veraltet. Trupeer macht sie leicht zu erstellen und zu pflegen:
Das Verfahren einmal aufzeichnen: Der Prozessverantwortliche erfasst den Workflow mit der Trupeer Chrome-Erweiterung.
Erhalten Sie einen Guide und ein Video: Trupeer erstellt einen Schritt-für-Schritt-Guide mit Screenshots und ein kurzes Video mit KI-Voiceover.
An einem Ort veröffentlichen: Fügen Sie alles zu einer durchsuchbaren Wissensdatenbank hinzu, geschützt durch SSO und rollenbasierte Zugriffe.
Änderungen nachverfolgen: Die Versionshistorie dokumentiert, was sich geändert hat und wann.
Support für globale Teams: Übersetzen Sie Verfahren in 65+ Sprachen.
Testen Sie den SOP-Creator von Trupeer.
Häufig gestellte Fragen
Was ist ein Beispiel für eine Richtlinie?
Ein Richtlinienbeispiel ist eine schriftliche Regel für eine wiederkehrende Aktivität – zum Beispiel Onboarding, Datenzugriff, Change-Kommunikation oder Customer-Eskalation. Ich würde es als Startstruktur verwenden und dann die Verantwortlichen, Aktionen, Ausnahmen, Nachweise und Prüfregeln anpassen.
Wie schreibe ich eine einfache Richtlinie?
Ich beginne mit dem Zweck, dem Geltungsbereich, den erforderlichen Aktionen, den Verantwortlichkeiten, den Ausnahmen und den Informationen zur Überprüfung. Eine Richtlinienvorlage kann bei der Struktur helfen, aber die finale Richtlinie am Arbeitsplatz sollte eine klare Sprache verwenden, der die Menschen folgen können, die die Arbeit ausführen.
Was sollte jede Richtlinie enthalten?
Jede operative Leitlinie sollte ihren Owner, die Zielgruppe, das Wirksamkeitsdatum, das Überprüfungsdatum, die Version, das erforderliche Verhalten, den Eskalationspfad und die unterstützenden Nachweise identifizieren. Ich füge außerdem FAQs hinzu, weil Nutzer normalerweise Hilfe brauchen, um Ausnahmen zu interpretieren – nicht nur, um die Hauptregel zu lesen.
Welche Richtlinie sollte ein kleines Unternehmen zuerst erstellen?
Ich würde mit dem Prozess starten, der die meiste Verwirrung oder das größte Risiko verursacht – etwa Zugriffsmanagement, Onboarding, Umgang mit Kundendaten oder Remote Work. Wählen Sie einen Workflow, dokumentieren Sie ihn klar und nutzen Sie die Fragen, die Mitarbeitende stellen, um das nächste Richtlinienbeispiel zu verbessern.
Wie oft sollten Richtlinien aktualisiert werden?
Ich würde eine Richtlinie immer dann überprüfen, wenn sich ihr Workflow, das System, die rechtliche Anforderung, die Zuständigkeit oder das Risiko ändert – und ich würde trotzdem ein formales Überprüfungsdatum festlegen. Eine durchsuchbare Wissensdatenbank und eine sichtbare Versionshistorie machen es einfacher, veraltete Guidance zu erkennen, bevor Mitarbeitende sich darauf verlassen. Dieser Guide zu Dokumentations-Versionierung zeigt, wie das eingerichtet wird.
Eine Richtlinie wird wertvoll, wenn Menschen sie verstehen, befolgen, die unterstützende Guidance finden und sehen können, wann sie zuletzt überprüft wurde. Die stärksten Richtlinien-Systeme kombinieren Zuständigkeit, visuelle Belege, Versionskontrolle, zielgruppenspezifische Kommunikation, Behandlung von Ausnahmen und messbare Outcomes.
Machen Sie Ihre Richtlinien mit Trupeer leicht befolgbar. Zeichnen Sie den Workflow hinter einer Richtlinie einmal auf, und Trupeer macht daraus ein kurzes Video, einen Schritt-für-Schritt-Guide und einen Eintrag in einer durchsuchbaren Wissensdatenbank – inklusive Versionshistorie und Übersetzungen, damit jedes Team dem aktuellen Verfahren folgt. Testen Sie Trupeer kostenlos.
Häufig gestellte Fragen
What is an example of a policy?
How do I write a simple policy?
What should every policy include?
Which policy should a small business create first?
How often should policies be updated?
