Ein Pflichtfeld ist günstiger als die Kontrolle danach: die Rechnung zur Zwangsführung
Im Angebotsgenerator gab es eine Entscheidung, die bei der Einführung für die meisten Diskussionen sorgte: Das Dokument wurde nicht erstellt, wenn die Kontaktdaten des Verantwortlichen und die vollständigen Konditionen fehlten. Keine Warnung, keine rote Markierung – es wurde schlicht nicht erstellt.
Der Einwand klang plausibel: Mitarbeiter würden in Pflichtfelder irgendetwas eintragen, nur um weiterzukommen. Ein Teil tat das tatsächlich. Aber der Anteil der Dokumente, die ohne Kontaktdaten beim Kunden landeten, sank auf null – weil physische Unmöglichkeit nicht wie eine Erinnerung wirkt, sondern wie eine Eigenschaft des Prozesses.
Eine Zwangsführung (Forcing Function) – ein Verbot, das ein falsches Ergebnis unmöglich macht – ist nicht um Prozentpunkte günstiger als nachgelagerte Kontrolle, sondern um eine Größenordnung oder mehr: Sie greift einmal, beim Design, und danach kostet sie weder Zeit noch Aufmerksamkeit. Ihre Grenze liegt dort, wo die Pflicht selbst Müllwerte erzeugt; in diesem Fall entfernt man das Feld nicht, sondern macht daraus eine Auswahlliste oder eine automatische Berechnung.
Die Rechnung, die meistens niemand macht
Der Vergleich beruht nicht auf Bauchgefühl, sondern auf dem Arbeitsaufwand pro Ergebniseinheit. Nehmen wir einen einzigen Defekt – fehlende Kontaktdaten in einem ausgehenden Dokument – und rechnen ihn durch drei Bearbeitungsszenarien.
Szenario „nachgelagerte Kontrolle". Jemand prüft ausgehende Dokumente und schickt unvollständige zurück. Kosten: die Zeit des Prüfers pro Dokument, plus die Zeit des Verfassers für die Korrektur, plus die Verzögerung beim Versand. Diese Kosten fallen bei jeder Einheit an, unbegrenzt.
Szenario „Erinnerung". Das System markiert das leere Feld, erlaubt aber den Fortgang. Die Kosten sind niedriger, das Ergebnis aber auch nur teilweise: Der Anteil defekter Dokumente sinkt, wird aber nicht null, und der Rest braucht weiterhin dieselbe nachgelagerte Kontrolle.
Szenario „Zwangsführung". Das Dokument wird ohne das Feld nicht erstellt. Kosten: eine einmalige Designentscheidung und ein Gespräch mit dem Team bei der Einführung. Danach liegen die Kosten bei jedem Volumen bei null.
| Szenario | Einmalige Kosten | Kosten pro Dokument | Verbleibende Fehlerquote |
|---|---|---|---|
| Nachgelagerte Kontrolle | Keine | Zeit von Prüfer und Verfasser | Abhängig von der Sorgfalt des Prüfers |
| Erinnerung im Interface | Gering | Aufmerksamkeit des Nutzers | Sinkt, aber nicht auf null |
| Zwangsführung | Designentscheidung plus ein Gespräch | Keine | Null für diesen Defekt |
| Schulung und Anweisung | Erstellung der Unterlagen | Gedächtnis des Mitarbeiters | Steigt mit der Zeit |
Der Unterschied zwischen diesen Zeilen liegt nicht in Prozentpunkten, sondern in der Struktur: Die Kosten der Kontrolle skalieren mit dem Volumen, die Kosten der Zwangsführung sind konstant. Bei tausend Dokumenten im Jahr wird die Lücke in Größenordnungen gemessen – und genau deshalb wird die Debatte, ob ein Verbot „zu hart" ist, meist ohne eine einzige berechnete Zahl geführt.
Was mit Daten ohne Eingangskontrolle passiert
Das Ausmaß des Problems wurde mit einer Methode gemessen, die man sich zum Vorbild nehmen sollte: keine Umfrage, sondern die manuelle Prüfung fortlaufender Datensätze.
Nur 3 % der Unternehmen erreichten einen akzeptablen Wert bei der Datenqualität, und 47 % der neu angelegten Datensätze enthielten mindestens einen kritischen Fehler.
Die Einschränkungen nenne ich selbst: Die Stichprobe ist klein und nicht zufällig, die Teilnehmer prüften ihre eigene Arbeit, und die Veröffentlichung ist eine Kolumne in einem Wirtschaftsmagazin, kein Peer-Review-Artikel. Die Zahl ist nicht wegen ihrer Präzision wichtig, sondern weil sie den Moment der Entstehung eines Datensatzes erfasst. Ein Fehler bei der Eingabe wird nicht durch nachgelagerte Berichte korrigiert – er fließt direkt in sie ein.
Wirken Pflichtfelder tatsächlich
Die Frage ist berechtigt, denn die Intuition sagt das Gegenteil: Mitarbeiter würden einen Weg drumherum finden. Daten aus einem Bereich, in dem Datensatzqualität kritisch – und deshalb gut erforscht – ist, liefern eine Antwort.
Pflichtfelder verbesserten zusammen mit Vorlagen und kontextbezogener Autovervollständigung die Vollständigkeit und Korrektheit von Dateneingaben in elektronischen Patientenakten.
Das ist ein Review fremder Daten, keine Primärmessung, und eine zusammenfassende Kennzahl „um wie viel Prozent stieg die Vollständigkeit" gibt es darin nicht – nur eine Wirkungsrichtung; der Volltext ist kostenpflichtig, ich habe mit dem Abstract gearbeitet. Die Schlussfolgerung fällt entsprechend vorsichtig aus: Pflichtfelder verbessern die Vollständigkeit, und die Effektstärke hängt vom Kontext ab. Und diese Verbesserung hat einen Preis, dazu gleich mehr.
Wo die Zwangsführung versagt
Ein Pflichtfeld ist nicht kostenlos. Es hat einen vorhersehbaren Versagenspunkt, den Sie vor der Einführung kennen sollten.
Müllwerte. Ist ein Feld Pflicht und der Mitarbeiter hat die Daten nicht, trägt er einen Punkt, einen Strich oder „noch klären" ein. Formal ist der Datensatz vollständig, faktisch nutzlos. Erkennungsmerkmal: Der Anteil identischer kurzer Werte in diesem Feld liegt über einigen Prozent.
Umgehung über einen anderen Weg. Die Arbeit wandert dorthin, wo es kein Verbot gibt: in die E-Mail-Korrespondenz, in eine Tabelle, in eine mündliche Absprache. Das ist das schlechteste Ergebnis, denn jetzt existiert der Defekt nicht nur – er ist auch unsichtbar.
Blockierte legitime Ausnahmen. Es gibt Fälle, in denen ein Feld objektiv nicht ausgefüllt werden kann. Fehlt dafür ein vorgesehener Weg, fängt die Zwangsführung an, die eigentliche Arbeit zu behindern – und wird komplett abgeschafft, samt ihrem nützlichen Teil.
Alle drei Probleme werden gleich gelöst: Man entfernt das Feld nicht, sondern verändert seine Natur. Freitext wird durch eine Auswahlliste ersetzt, der Wert wird automatisch aus anderen Daten berechnet, und für Ausnahmen führt man einen expliziten Grund für das Nichtausfüllen ein – ebenfalls aus einer Liste. Das ist im Kern Fehlervermeidung (Poka Yoke): Man erinnert die Person nicht daran, keinen Fehler zu machen, sondern nimmt dem fehlerhaften Weg von vornherein die Möglichkeit, überhaupt zu existieren.
Warum ein Verbot verlässlicher ist als Aufmerksamkeit
Dafür gibt es eine theoretische Grundlage, älter als jedes Informationssystem: Die Stabilität eines Prozesses wird nicht durch die Fehlerfreiheit von Menschen bestimmt, sondern durch Anzahl und Qualität der Schutzschichten.
Zwischenfälle entstehen nicht durch einen einzelnen menschlichen Fehler, sondern wenn sich „Löcher" in mehreren Schutzschichten gleichzeitig überlagern. Latente Bedingungen – Systemeigenschaften, die durch Designentscheidungen entstehen – lassen sich proaktiv erkennen und beseitigen, bevor ein Vorfall eintritt, anders als aktives Versagen von Menschen.
Die Arbeit quantifiziert keine Kosten und handelt nicht von Informationssystemen – es ist ein Erklärungsmodell, und genau so nutze ich es. Die praktische Konsequenz für unser Thema ist direkt: Eine bei der Konzeption beseitigte latente Bedingung entfernt eine ganze Klasse künftiger Fehler, während der Kampf gegen aktives Versagen ständige Aufmerksamkeit verlangt und nie endet.
Wie Sie entscheiden, was Pflicht wird
Die zweite Frage spart am meisten. Ein erheblicher Teil der Felder, die als Pflicht geplant sind, lässt sich aus bereits vorhandenen Daten berechnen – dann entfällt die Eingabe komplett, und die Zuverlässigkeit ist höher als bei jeder Pflichtfeld-Lösung. Es ist dasselbe Prinzip wie bei der Entscheidung zwischen Regeln und Modell: Ist die Antwort berechenbar, sollte kein Mensch sie eintippen müssen.
Der vierte Schritt ist die verpflichtende Messung. Eine Zwangsführung ohne anschließende Kontrolle auf Müllwerte wird zur Quelle falscher Sicherheit: Die Datensätze sind vollständig, Berichte werden erstellt, und die Daten darin bedeuten nichts.
Vier Schritte vor der Einführung eines Pflichtfelds
Berechnen Sie die aktuelle Fehlerquote
Zwanzig der letzten Ergebnisse manuell prüfen. Ohne diese Zahl wird die Debatte über die Strenge ohne Argumente geführt.
Prüfen Sie, ob sich der Wert berechnen lässt
Lässt sich der Wert aus anderen Daten ableiten, brauchen Sie kein Pflichtfeld, sondern eine Regel.
Sehen Sie einen Weg für Ausnahmen vor
Ein expliziter Grund für das Nichtausfüllen, auswählbar aus einer Liste. Sonst wird das Verbot komplett abgeschafft.
Messen Sie nach einem Monat die Müllwerte
Ein Anteil identischer kurzer Werte über einigen Prozent bedeutet, das Feld ist an der falschen Stelle Pflicht.
Lässt sich ein Defekt unmöglich machen, ist jeder Aufwand für seine nachträgliche Erkennung der Preis für eine unterlassene Designentscheidung.
Die häufigsten Fragen
Sollten Sie Felder im CRM zu Pflichtfeldern machen?
Ja, für die Daten, ohne die ein Datensatz sinnlos ist – meist drei bis fünf Felder. Prüfen Sie vor der Einführung zwei Bedingungen: Der Mitarbeiter hat die Daten im Moment der Eingabe physisch verfügbar, und der Wert lässt sich nicht aus bereits vorhandenen Feldern berechnen. Ist die zweite Bedingung verletzt, brauchen Sie statt eines Pflichtfelds eine Berechnungsregel – sie ist zuverlässiger und verlangt vom Menschen nichts.
Was tun, wenn in Pflichtfelder Müll eingetragen wird?
Die Natur des Feldes ändern, nicht die Pflicht abschaffen. Freitext wird durch eine Auswahlliste ersetzt, für legitime Ausnahmen führt man einen expliziten Grund für das Nichtausfüllen ein – ebenfalls aus einer Liste. Müllwerte sind ein Signal, dass dem Mitarbeiter die Daten im Moment der Arbeit tatsächlich fehlen, und die Lösung liegt in der Änderung des Ausfüllzeitpunkts oder der Datenquelle.
Löst ein hartes Verbot nicht Widerstand aus?
Ja, und das ist ein normaler Teil der Einführung. Er lässt sich mit zwei Dingen abbauen: einem expliziten Weg für legitime Ausnahmen und einer Erklärung, wer konkret unter dem aktuellen Defekt leidet. In unserem Fall bedeuteten Pflicht-Kontaktdaten, dass der Kunde jemanden hatte, den er fragen konnte – ein Argument, das genau der Vertriebsmitarbeiter versteht, dessen Deal es rettet.
Wie aussagekräftig ist das Nullergebnis bei den Kontaktdaten?
Das ist ein internes Ergebnis eines einzigen Prozesses in einem einzigen Unternehmen, nicht von unabhängiger Seite geprüft. Aussagekräftig daran ist nicht die Null selbst – bei physischer Unmöglichkeit des Versands ohne das Feld ist sie trivial –, sondern dass die vorherigen Maßnahmen dieses Ergebnis nicht erreichten: weder Anweisung noch Erinnerung noch Stichprobenkontrolle ausgehender Dokumente.
Die Mechanik der Pflichtfelder im Angebotsgenerator (das Dokument wurde ohne Kontaktdaten des Verantwortlichen und vollständige Konditionen nicht erstellt) stammt aus der Produktbeschreibung von Alego.Digital, dem eigenen Unternehmen des Autors. Es handelt sich um internes Unternehmensmaterial, nicht von unabhängiger Seite geprüft, hier als Illustration der Mechanik angeführt. Die Aussage zum Nullanteil von Dokumenten ohne Kontaktdaten bezieht sich auf diesen konkreten Service und ergibt sich aus dem Aufbau der Erstellung, nicht aus einer separaten Messung. Die Klassifikation der drei Versagenspunkte der Zwangsführung und die Reihenfolge der vier Schritte sind eine eigene Verallgemeinerung der Praxis durch den Autor, in den Unternehmensdokumenten nicht formalisiert.
- Nagle T., Redman T. C., Sammon D. Only 3% of Companies' Data Meets Basic Quality Standards. Harvard Business Review, September 2017. hbr.org
- Madandola O. O. et al. The relationship between electronic health records user interface features and data quality. JAMIA, 31(1), 2024. academic.oup.com
- Reason J. Human error: models and management. BMJ, 320(7237), März 2000. bmj.com