Prozesswissen
Den Ablauf verstehen, bevor man ihn festschreibt — inklusive der Ausnahmen, die niemand erzählt, weil sie „eh klar“ sind. Wer das überspringt, automatisiert das Chaos. Nur schneller.
Antwort · Prozesse · CRM, Automatisierung & KI
Die kurze Antwort: nicht mit der Software anfangen. Ein System, das bei hundert Kunden noch trägt, entsteht in dieser Reihenfolge — Abläufe aufschreiben, Daten sauber modellieren, Regeln entscheiden, erst dann bauen oder kaufen. Und zwei Dinge gehören in die erste Skizze statt ans Ende: Datenschutz und die EU-KI-Verordnung. Wer sie nachrüstet, baut zweimal.
Diese Seite hat einen konkreten Anlass: eine Anfrage über mein Kontaktformular. Branche, Zahlen und Details sind verändert, damit niemand wiedererkennbar ist — der Kern ist geblieben, weil er in vielen Betrieben derselbe ist.
„Ich vermittle Saison- und Servicekräfte an Gasthäuser und Hotels in der Region. Aktuell betreue ich zwölf Häuser, es kommen zwei bis drei pro Monat dazu. In drei Jahren will ich bei hundert sein — und die Abläufe von Anfang an professionell aufbauen. Ich suche Unterstützung bei einem CRM mit Automatisierung, gern mit KI-Anbindung: Häuser und Kräfte verwalten, Einsätze mit konkreten Zeiträumen planen, monatlich tagesgenau Provision abrechnen, Verträge und Nachweise strukturiert ablegen. Die Kommunikation soll laufen, soweit das sinnvoll ist. Und alles bitte von Anfang an unter Berücksichtigung der DSGVO.“
Diese Anfrage ist besser als die meisten. Da weiß jemand, was er will, denkt an Wachstum statt an die nächste Woche und bringt den Datenschutz von selbst mit. Trotzdem ist genau das der Punkt, an dem solche Vorhaben am häufigsten kippen: in diesen sechs Sätzen stecken fünf Projekte — Stammdaten, Planung, Abrechnung, Dokumente, Kommunikation. Wer sie gleichzeitig angeht, hat in sechs Monaten fünf halbfertige Baustellen und keine davon im Einsatz.
Der Aufbau hier gilt nicht nur für Vermittlung. Er passt überall, wo jemand Menschen, Zeiträume und Abrechnung zusammenbringt: Pflege- und Betreuungsdienste, Handwerk mit Wartungsverträgen, Immobilienverwaltung, Agenturen mit laufenden Etats, Schulungsanbieter mit Dozentenpool.
Warum der Druck echt ist
Sie sind mehr. Denn mit der Zahl der Kunden wächst nicht die Arbeit, sondern die Zahl der Kombinationen — und die Zahl der Stellen, an denen etwas unbemerkt schiefgehen kann.
Bei zwölf Kunden passt jeder Vorgang in einen Kopf. Kalender, Tabelle und Messenger reichen — nicht weil die Werkzeuge gut sind, sondern weil du weißt, wer wann wo ist, wer noch einen Nachweis schuldet und wem du letzte Woche etwas versprochen hast. Dieses Wissen steht nirgends. Es ist das Betriebssystem.
Jeder mit Beginn, Ende, Verlängerung, Vertretung, Abbruch. Aus „zehn Gespräche im Monat“ werden hunderte kleine Zustandsänderungen — jede davon löst eine Nachricht, eine Frist oder eine Zahlung aus. Kein Kopf hält das, und keine Tabelle zeigt dir am Dienstag, was am Freitag ausläuft.
Tagesgenau abrechnen heißt: Jeder einzelne Tag muss einem Einsatz, einem Kunden und einem Satz zugeordnet sein. Bei hundert laufenden Einsätzen sind das mehrere tausend Abrechnungstage im Monat. Ein Abbruch am Vierzehnten verschiebt zwei Rechnungen und erzeugt eine Gutschrift — im Kopf noch machbar, in Excel ein Wochenende.
Bei zwölf Kunden fällt eine vergessene Frist am selben Tag auf. Bei hundert fällt sie dem Kunden auf — oder der Aufsichtsbehörde. Das ist der eigentliche Sprung: von „ich weiß das“ zu „das System weiß das, und ich kann es nachweisen“.
Automatisieren kann man nur, was entschieden ist. Der Satz „das machen wir je nach Fall“ ist im Alltag eine Stärke — in einem System ist er eine Lücke. Deshalb ist der erste Teil so eines Projekts keine Technik, sondern eine Reihe von Entscheidungen, die dir niemand abnimmt. Ich kann sie nur herausfragen, ordnen und so aufschreiben, dass eine Maschine sie ausführen kann.
Der Aufbau
Jeder Baustein baut auf dem vorherigen auf. Wer bei Nummer vier anfängt, weil es dort am meisten weh tut, baut die ersten drei später noch einmal — dann aber mit Daten drin.
Nicht wie sie im Handbuch stehen: von der ersten Anfrage bis zur letzten Rechnung, mit jedem Telefonat und jedem Zettel dazwischen. Entscheidend sind die Ausnahmen — die Ausnahmen sind das Projekt. Was passiert, wenn jemand am dritten Tag abbricht? Wenn ein Kunde nicht zahlt, der Einsatz aber läuft? Wenn zwei Leute gleichzeitig zusagen? Wer das nicht in je einem Satz beantworten kann, kann es auch nicht automatisieren.
Kunde, Kraft, Einsatz, Vertrag, Beleg, Nachricht — und die eine Entscheidung, an der später alles hängt: Der Einsatz ist ein eigenes Ding mit Von-Datum und Bis-Datum, keine Spalte beim Kunden. Daran hängen Planung, Auslastung, Abrechnung, Fristen und jede Auswertung. Wer hier schludert, merkt es im zwölften Monat bei der ersten rückwirkenden Korrektur — und zahlt dann mit Datenmigration statt mit Nachdenken.
„Tagesgenau“ klingt eindeutig und ist es nie. Zählt der Anreisetag? Was gilt bei Abbruch am Vierzehnten, bei Wechsel mitten im Monat, bei Verlängerung um drei Tage, bei Storno nach Rechnungsstellung? Das sind zehn bis zwanzig Sätze, die du entscheidest — die Software rechnet nur, was du entschieden hast. Diese Sätze sind der Unterschied zwischen einem Abrechnungslauf auf Knopfdruck und drei Tagen Tabellenarbeit im Monat.
Verträge, Nachweise, Vollmachten, Bescheinigungen: Jedes Dokument gehört zu einem Vorgang und hat ein Ablaufdatum. Nicht der Mensch erinnert sich, das System erinnert — rechtzeitig, an den Richtigen. Die Daten aus dem PDF liest die Maschine heraus, bestätigt wird von Hand. Ein Ordner „Verträge 2026“ ist keine Ablage, sondern eine Hoffnung.
Wie das aussieht: Dokumentenmanagement mit KIDiese Liste ist wichtiger als die Automatisierungsliste. Terminbestätigung, Unterlagen-Erinnerung, Rechnungsversand, Statusmeldung: automatisch, jederzeit. Absage, Beschwerde, Krankheit, Abbruch, Preiserhöhung, Todesfall: Mensch, immer. Eine perfekt formulierte Serienmail zum falschen Zeitpunkt kostet dich einen Kunden, den du über Monate gewonnen hast — und sie kostet ihn leise, ohne dass du je erfährst, warum er nicht mehr anruft.
Die Rollenverteilung
KI ist in so einem System kein eigener Baustein, sondern ein Werkzeug in den Bausteinen. Die Trennlinie verläuft nicht zwischen „einfach“ und „schwierig“, sondern zwischen vorbereiten und entscheiden.
Erinnerungen, Bestätigungen, Fristenwarnungen, der monatliche Abrechnungslauf, das Anlegen von Vorgängen. Keine Intelligenz nötig — nur eine Regel, die einmal sauber entschieden wurde.
Angebot, Vertragsentwurf, Antwort auf eine Standardfrage: Die KI tippt, du liest und unterschreibst. Im Elektrohandwerk entsteht so aus Aufmaß-Fotos und einer Sprachnotiz in zwanzig Minuten ein fertiger Angebotsentwurf — geprüft und unterschrieben wird vom Meister.
Beleg: Fall 308 — Angebote im HandwerkDaten aus PDFs ziehen, den Posteingang vorsortieren, Abweichungen zwischen Plan, Einsatz und Rechnung finden. In der Klinik schlägt KI Abrechnungsziffern vor — und keine einzige geht ohne menschliche Freigabe raus.
Beleg: Fall 297 — prüfen ja, entscheiden neinEin Vorschlag darf aus der Maschine kommen, die Auswahl nicht. Das ist nicht nur Haltung, das ist Rechtslage: Software, die Menschen für Einsätze auswählt oder bewertet, ist nach der EU-KI-Verordnung Hochrisiko — siehe unten.
Absage, Beschwerde, Abbruch, Preiserhöhung. Wer hier automatisiert, spart drei Minuten und verliert eine Beziehung. In Geschäften, die von Vertrauen leben, ist das der teuerste Fehler überhaupt.
Rechnungslauf, Gutschrift, Kündigung, Vertragsabschluss: Die Maschine bereitet vor, ein Mensch gibt frei — und diese Freigabe wird protokolliert. Ein Abrechnungslauf ohne Freigabeschritt ist kein Fortschritt, sondern ein Serienbrief an deine Kunden.
Datenschutz und KI-Verordnung sind in so einem Vorhaben keine Kapitel am Ende, sondern Architekturentscheidungen. Der Grund ist banal: Beide bestimmen, wo Daten liegen dürfen, wer sie sehen darf, wie lange es sie gibt und was das System protokollieren muss. Das sind Fundamente — man gießt sie nicht nachträglich unter ein fertiges Haus.
Das erste gilt für jeden Betrieb, der KI einsetzt: KI-Kompetenz ist seit dem 2. Februar 2025 Pflicht — Art. 4 verlangt, dass die Menschen, die KI nutzen, sie auch verstehen. Unabhängig von der Betriebsgröße. Was Art. 4 konkret verlangt →
Das zweite ist der Punkt, der bei Vermittlung, Personalauswahl und Einteilung von Menschen regelmäßig übersehen wird:
KI-Systeme, die Menschen für Arbeitseinsätze oder Stellen auswählen, filtern oder bewerten, fallen unter Anhang III der EU-KI-Verordnung — Bereich Beschäftigung. Daran hängen Pflichten: Risikomanagement, Datenqualität, Protokollierung, menschliche Aufsicht, technische Dokumentation. Und eine Rollenfrage mit Folgen: Wer ein solches System nur einsetzt, ist Betreiber. Wer es für sich bauen lässt und unter eigenem Namen betreibt, wird schnell selbst zum Anbieter — mit deutlich schwereren Pflichten. Das ist der Unterschied zwischen Auto fahren und Auto bauen.
Deshalb ist die Trennlinie von oben nicht nur Haltung, sondern Risikosteuerung: Die KI sortiert und schlägt vor, der Mensch entscheidet — und die Entscheidung wird protokolliert. Ob eine rein vorbereitende Funktion unter die Ausnahmen von Art. 6 Abs. 3 fällt, ist eine Einzelfallprüfung. Die gehört dokumentiert, nicht gehofft. Und welche Pflichten ab wann im Detail greifen, ist politisch weiter in Bewegung — die Einstufung selbst ist es nicht.
Ich bin kein Anwalt und kein Datenschutzbeauftragter. Was ich mitbringe, ist die Praxis: dass diese Fragen früh auf dem Tisch liegen, dass die Architektur die Antworten überhaupt umsetzen kann und dass du weißt, was du mit deinem Datenschutzbeauftragten oder Fachanwalt klären musst. Verbindlich prüfen und unterschreiben muss das jemand mit Zulassung — spätestens vor dem Livegang.
Es liegt nicht am Können. Es liegt daran, dass sechs sehr verschiedene Fähigkeiten gleichzeitig gebraucht werden — und zwar bei denselben Entscheidungen.
Den Ablauf verstehen, bevor man ihn festschreibt — inklusive der Ausnahmen, die niemand erzählt, weil sie „eh klar“ sind. Wer das überspringt, automatisiert das Chaos. Nur schneller.
Am anderen Ende sitzt ein Mensch in einer oft angespannten Lage. Welcher Satz automatisch rausgehen darf und welcher nicht, entscheidet kein Diagramm — das entscheidet jemand, der weiß, wie sich dieser Anruf anfühlt.
Datenmodell, Schnittstellen, Rechte, Backup, Ausfallverhalten. Das sind Entscheidungen, die man im zweiten Monat trifft und im dritten Jahr bezahlt — im Guten wie im Schlechten.
Nicht als PDF im Ordner, sondern als Löschjob, Rollenkonzept, Protokoll und Auskunftsfunktion. Ein Datenschutzkonzept, das keine Software ausführt, ist ein Aufsatz.
Einstufung des Systems, Rolle als Betreiber oder Anbieter, Nachweise, Schulung nach Art. 4. Wer das erst nach dem Bauen prüft, prüft das falsche System — und baut im Zweifel noch einmal.
Ein System ohne Pflege ist nach achtzehn Monaten kein Vorsprung mehr, sondern ein Risiko: veraltete Abhängigkeiten, gewachsene Sonderfälle, niemand zuständig. Software ist ein Haustier, kein Möbelstück.
Für jeden dieser sechs Punkte findest du jemanden. Das Problem ist nicht die Kompetenz — das Problem ist die Naht dazwischen. Der Datenschützer kennt deine Abläufe nicht. Die Agentur baut, was im Ticket steht. Der Anwalt sieht die Software nie. Und du sollst zwischen drei Fachsprachen übersetzen, während der Betrieb weiterläuft.
Was fehlt, ist jemand, der alle sechs Perspektiven gleichzeitig im Kopf hat und entscheidet, wenn sie sich widersprechen — und das tun sie ständig. Die bequemste Funktion ist selten die datensparsamste, das schnellste Modell selten das rechtlich einfachste, die eleganteste Automatisierung selten die menschlich richtige.
„Ein Automatisierungsprojekt scheitert fast nie an der Technik. Es scheitert an einer Frage, die niemand gestellt hat.“
Meine Rolle
Ich komme aus vierzehn Jahren Datenbank- und Planungsentwicklung im Konzern und baue seit 2008 Systeme für den Mittelstand. Das heißt vor allem: Ich habe die Fehler, die oben stehen, selbst gemacht — und weiß, was sie später kosten.
Du erzählst, wie es heute läuft. Ich sage dir, welcher Ablauf zuerst dran ist, wo KI trägt, wo sie stört — und ob du dafür überhaupt eine Eigenentwicklung brauchst. Schriftlich, ohne Verkaufsdruck. Oft genug lautet die Antwort: Nehmt ein Standardsystem und lasst nur eine Schnittstelle bauen.
Ein halber Tag im Betrieb, an euren echten Vorgängen — nicht am Organigramm. Heraus kommt eine priorisierte Liste: welche drei bis fünf Abläufe die meiste Zeit fressen, was sofort geht, was später kommt, wo ein Fertigtool reicht. Bei einem Vorhaben wie diesem gehört die Skizze dazu, auf die es ankommt — Datenmodell, Regeln für Planung und Abrechnung, die offenen Datenschutz- und KI-Fragen. Das Papier gehört dir, du kannst damit auch zu jedem anderen Dienstleister gehen. Das ist Absicht: Ein Fundament, das nur mit mir funktioniert, wäre keins.
Was im KI- & Prozess-Check passiertGebaut wird der Ablauf, der heute am meisten Zeit kostet, nicht das ganze Haus auf einmal. Standard kaufen, wo Standard reicht; selbst bauen, wo dein Geschäft anders ist als jedes andere. Quellcode, Daten und Zugänge gehören dir — kein Lock-in, keine Lizenz, die dich später erpressbar macht.
Wie Umsetzung abläuftEin System, das wächst, braucht jemanden, der es im Blick behält: Review der Automatisierungen, neue Sonderfälle einbauen, Abhängigkeiten aktuell halten, Regeln nachschärfen, wenn sich die Rechtslage bewegt. Und die Schulung nach Art. 4 für die Leute, die damit arbeiten.
Der KI-Tag für dein TeamUnd wo ich nicht helfe: Ich mache keine rechtsverbindliche Beratung zu DSGVO, KI-Verordnung, Arbeits- oder Steuerrecht. Ich sorge dafür, dass die richtigen Fragen früh gestellt werden und die Technik die Antworten umsetzen kann. Unterschreiben muss jemand mit Zulassung — und wenn du niemanden hast, sage ich es dir rechtzeitig statt hinterher.
Fünf Schritte, für die du niemanden brauchst. Sie kosten dich eine Woche nebenher — und sie machen jedes spätere Projekt schneller und billiger, egal wer es baut:
Wenn du diese fünf Punkte hast, ist der schwierige Teil zur Hälfte erledigt. Den Rest kann man kaufen, bauen oder beides — aber erst dann.
Häufige Fragen
Meistens beides. Zuerst prüfen, ob ein Standardsystem achtzig Prozent abdeckt — Adressen, Aufgaben, Dokumente, Rechnungen kann man kaufen, und das sollte man auch. Eigenbau lohnt genau dort, wo dein Geschäft anders ist als jedes andere: Einsätze mit Zeiträumen, tagesgenaue Abrechnung, eine eigene Matching-Logik. Dieser Teil wird per Schnittstelle angebunden, nicht als zweite Insel danebengestellt.
Sobald ein Vorgang wiederkehrt, Regeln hat und Zeit frisst. Die Reihenfolge bleibt trotzdem: erst messen, dann automatisieren. Wer eine Woche mitschreibt, sieht meist zwei bis drei Abläufe, die den größten Teil der Zeit verbrauchen. Die kommen zuerst — alles andere wartet, auch wenn es lauter schreit.
Nur mit geklärter Rechtslage. Software, die Menschen für Einsätze oder Stellen auswählt, filtert oder bewertet, fällt unter Anhang III der EU-KI-Verordnung — Hochrisiko, Bereich Beschäftigung. Ob eine rein vorbereitende Funktion unter die Ausnahmen von Art. 6 Abs. 3 fällt, ist eine Einzelfallprüfung und gehört dokumentiert. Sicher ist: Entscheiden muss ein Mensch, nachvollziehbar und protokolliert.
Ja — und man sollte. Klein anfangen heißt aber nicht klein denken: Das Datenmodell muss von Anfang an das ganze Bild aushalten, weil rückwirkende Korrekturen an Daten teurer sind als jede Funktion, die man später ergänzt. Gebaut wird in Stufen, gedacht wird im Ganzen.
Selten. Häufiger fehlt dem vorhandenen System nur die Anbindung, eine saubere Regel oder ein Stück Automatisierung obendrauf. Was da läuft, schaue ich mir vorher an — auch selbstgebaute KI-Lösungen. Wie so ein Review abläuft →
Das hängt davon ab, welche Daten es sind. Es gibt vier Stufen — von „darf in jedes Modell“ bis „bleibt auf eigener Hardware“. Personenbezogene Daten stehen auf der strengsten Stufe. Die vier Stufen im Detail →
Du musst nichts vorbereiten und nichts verstehen. Danach weißt du, welcher Ablauf zuerst dran ist — und ob du dafür wirklich etwas bauen musst. Kostenlos, ohne Verkaufsdruck.