Verwaltung Schreiben & Gestalten Pilot
Montags ein Bericht je Kunde — nicht je Auftrag
Zahlen der Vorwoche, eingeordnet, mit einem belegten Hinweis zum Nachtelefonieren. Die schwierigste Entscheidung war nicht die Technik, sondern was der Bericht verschweigen muss.
Der Fall auf einen Blick
Das Problem
Kunden bekommen Zahlen, wenn jemand Zeit hat, sie zusammenzustellen — und dann für jeden Auftrag einzeln.
Was der Fall macht
Sammelt jeden Montag die Zahlen der Vorwoche, ordnet sie ein und bündelt sie zu einer Mail je Kunde.
Was er bewirkt
29 laufende Aufträge bei 19 Kunden ergeben 19 Mails statt 29 — bisher im Testmodus, alles geht an die eigene Adresse.
So funktioniert es
1 von 4 Arbeitsschritten erledigt ein Sprachmodell. Den Rest machen ein normales Programm und ein Mensch.
- 1 Daten Fünf Quellen, eine Woche Aufträge, Stammdaten, Stellenbezeichnungen, Ergebnisse und Werbeausgaben — alle über denselben Wochenschnitt.
- 2 Programm Je Kunde bündeln Ein Programm fasst nach Kunde zusammen, nicht nach Auftrag.
- 3 Sprachmodell Einordnen Ein Sprachmodell beurteilt die Zahlen und formuliert den Hinweis zum Nachtelefonieren.
- 4 Programm Datenlage und Text prüfen Wo die Datenlage dünn ist, entfällt der Abschnitt; danach folgen Sperrlistenabgleich und Textprüfung.
- 5 Mensch Kundenversand freigeben Über den echten Kundenversand entscheidet der Eigentümer — bis dahin geht alles an die eigene Adresse.
- Datenquelle
- normales Programm
- Sprachmodell (KI)
- Mensch
Die Zahlen dahinter
Was das für Ihren Betrieb heißt
Jeder Betrieb, der Kunden regelmäßig über laufende Leistungen informiert, verschickt entweder zu viele Mails oder zu wenige — und meistens zu spät.
Regelmäßige Kundenberichte sind in fast jedem Dienstleistungsbetrieb ein offener Punkt: zu aufwendig von Hand, zu heikel, um sie ungeprüft zu automatisieren. Die erste Entscheidung ist die Bündelungsebene: eine Mail je Kunde statt je Auftrag.
Die zweite wird meist vergessen: Ein automatischer Bericht muss wissen, wann er schweigt. Fehlende Daten sind nicht dasselbe wie schlechte Werte. Zwei Fallen dazu: Kommen Zahlen aus mehreren Quellen, müssen alle denselben Zeitschnitt verwenden. Und rechnen Sie Kennzahlen aus Ihrer Zählung, nicht aus der einer Plattform — der Kunde rechnet nach.
Die Ausgangslage
Ein Kunde, für den mehrere Aufträge gleichzeitig laufen, bekommt entweder gar keine Zahlen oder für jeden Auftrag eine eigene Mail. Beides ist falsch: Das eine wirkt uninteressiert, das andere wie Spam aus dem eigenen Haus.
Dazu kommt das Grundproblem jeder automatisierten Berichterstattung: Die Zahlen stimmen technisch und sind trotzdem falsch verstanden, wenn niemand sie einordnet. „16 Bewerbungen“ ist ohne Vergleich keine Information.
Die Lösung im Einzelnen
Die eine Entscheidung, die alles prägt: eine Mail je Kunde, nicht je Auftrag. Ein Kunde mit sechs Aufträgen bekommt einen Bericht mit sechs Abschnitten. Der Lauf sammelt aus fünf Quellen; ein Sprachmodell beurteilt die Lage und schreibt die Einordnung.
Der lehrreichste Teil ist eine Regel darüber, wann der Bericht schweigt. Ein Kunde hatte 1.399 Ergebnisse in 90 Tagen und null Bearbeitungsvermerke in unserem System — weil er außerhalb davon arbeitet. Ein ungeprüft erzeugter Bericht hätte ihm geschrieben, er habe 1.399 Vorgänge liegen lassen. Deshalb kennt die Auswertung die Datenlage: belastbar, teilweise, dünn oder keine Daten. Bei „keine Daten“ entfällt der Abschnitt vollständig.
Der Versand läuft seit Aufbau im Testmodus — alles geht an die eigene Adresse. Die Umstellung auf echten Kundenversand ist ausdrücklich eine Entscheidung des Eigentümers und doppelt gesichert.
- LäuftStandort Nord — 18 Bewerbungen in der VorwocheVorwoche 12, Ausgaben stabil. Kosten je Bewerbung 19,40 €, gerechnet aus den bei uns eingegangenen Bewerbungen.Nicht aus der Zahl der Werbeplattform — die zählt ausgefüllte Formulare, wir zählen eingegangene Bewerbungen. Der Unterschied lag in einem Fall bei über 100 Euro je Bewerbung.
- Im BlickStandort Süd — 4 BewerbungenWeniger als in den Vorwochen. Eine einzelne Woche ist noch kein Trend.Hier wird bewusst nicht rot gefärbt: Die Ampel darf dem Text nie widersprechen, sonst glaubt der Kunde weder dem einen noch dem anderen.
- Kein AbschnittStandort West — Hinweis zum Nachtelefonieren entfälltZu dieser Stelle liegen bei uns keine Bearbeitungsvermerke vor.Der Grund ist meist, dass der Kunde außerhalb unseres Systems arbeitet. Ein Bericht, der daraus „Sie haben nichts getan“ macht, ist der schnellste Weg, einen guten Kunden zu verärgern.
Neben jedem farbigen Streifen steht das Wort — „Läuft“, „Im Blick“. Farbe trägt nie allein die Aussage, weil ein spürbarer Teil der Empfänger sie nicht so sieht wie gedacht.
Was wir dabei gelernt haben
- Fehlende Vermerke sind nicht fehlende Bearbeitung. Der Bericht kennt vier Stufen der Datenlage und lässt bei zu dünner Lage den ganzen Abschnitt weg, statt eine Vermutung zu formulieren.
- Zwei verschiedene Wochendefinitionen in einem Bericht fallen nur zufällig auf. Nur weil ein Testlauf an einem Mittwoch lief, klafften drei Tage. Am Montag wäre der Versatz klein gewesen und nie bemerkt worden.
- Kennzahlen aus der eigenen Zählung rechnen, nicht aus der einer Plattform. Die Plattform zählt ausgefüllte Formulare, wir zählen eingegangene Bewerbungen. Der Unterschied lag in einem Fall bei über hundert Euro je Bewerbung — und der Kunde rechnet nach.
- Ein Wert, den die Datenlage nicht kennt, fällt still auf null zurück. Eine falsch geschriebene Bezeichnung ließ eine Kachel zehn statt zwölf melden, während der Bericht vollständig aussah. Der Lauf bricht jetzt ab, statt weiterzumachen.
- Die Ampel darf dem Text nie widersprechen. Wo der Text sagt, dass eine einzelne Woche kein Trend ist, wird nicht rot gefärbt. Und neben jeder Farbe steht das Wort.
- Eine Sperre gegen Doppelversand gehört in die Datenbank, nicht als Datei aufs Netzlaufwerk. Ein synchronisiertes Laufwerk hat eine Verzögerung, und genau in dieser Lücke sähen beide Rechner die Sperre als „noch nicht da“ — und beide würden versenden.
Fehlende Vermerke sind nicht fehlende Bearbeitung. Der Unterschied ist die ganze Regel.
Aus der Projektbeschreibung
Drei Fehler, die der Bericht fast gemacht hätte Tabelle
| Was passiert wäre | Ursache | Was jetzt gilt |
|---|---|---|
| „Sie haben 1.399 Vorgänge liegen lassen“ | der Kunde arbeitet außerhalb unseres Systems | bei fehlenden Daten entfällt der Abschnitt |
| 36 Ergebnisse für eine Woche gemeldet, in der es keine gab | zwei verschiedene Wochendefinitionen im selben Bericht | ein einziger Wochenschnitt für alles |
| Ausgaben um die Hälfte zu niedrig | der Zwischenspeicher kannte den zweiten Auftrag von gestern nicht | Nachlese über die vollständige Kontoliste |
| Kosten je Ergebnis zu hoch ausgewiesen | die Zahl der Plattform statt der eigenen genommen | aus der eigenen Zählung rechnen — der Kunde rechnet nach |
| Kachel meldet 10 statt 12, Bericht sieht vollständig aus | eine Bezeichnung, die die Datenlage nicht kennt, fiel still auf null zurück | der Lauf bricht jetzt ab |
Quelle: Aufbau und Testläufe, 19.08.2026
Der Ablauf als Diagramm Schaubild
Haben Sie so einen Fall im Betrieb?
Schreiben Sie mir in zwei Sätzen, welche Aufgabe bei Ihnen am meisten Zeit frisst. Sie bekommen eine ehrliche Einschätzung — samt Aufwand und samt der Antwort „lohnt sich nicht“, wenn es so ist.