Datenmigration Immobilien CRM: Testlauf und Abnahme richtig planen

Warum ist die Datenmigration Immobilien CRM ein eigenes Projekt?

Weil sie eigene Entscheidungen verlangt, die niemand nebenbei trifft: Welche Datensätze sind noch geschäftsrelevant, welche Felder gibt es im Ziel überhaupt, wer prüft das Ergebnis und woran wird die Prüfung gemessen. Diese Fragen betreffen Fachbereich, Datenschutz und Buchhaltung gleichzeitig. Ohne eigenen Projektrahmen bleiben sie liegen, bis der Importtermin sie erzwingt.

In der Praxis zeigt sich der Unterschied an einem Detail. Wird die Migration als Anhängsel der Softwareeinführung geführt, ist der Verantwortliche meist der Administrator, der die Dateien technisch bewegt. Er kann jedoch nicht entscheiden, ob ein Interessent von 2019 ohne Aktivität noch in die Pipeline gehört oder ob eine Reservierung, die vor drei Jahren storniert wurde, als Objekthistorie sichtbar bleiben muss. Diese Entscheidungen gehören in den Vertrieb und in die kaufmännische Leitung.

Ein eigenes Teilprojekt bedeutet nicht zwingend viel Aufwand. Es bedeutet: ein benannter fachlicher Verantwortlicher, ein Zielfeldschema als Dokument, mindestens zwei Probeläufe mit protokolliertem Ergebnis und eine schriftliche Abnahme. Diese vier Bausteine lassen sich auch in einem Vertrieb mit fünf Personen abbilden. Fehlen sie, wird die Diskussion nach dem Produktivstart geführt, wenn die Daten bereits im System stehen und jede Korrektur doppelt kostet.

Der zweite Grund ist zeitlicher Natur. Ein Testlauf braucht Wartezeit zwischen Import und Bewertung, weil die Prüfer echte Vorgänge durchspielen müssen. Diese Zeit lässt sich nicht komprimieren. Wer den Testlauf drei Tage vor dem geplanten Umstieg ansetzt, hat faktisch keinen Testlauf, sondern eine Generalprobe ohne Korrekturmöglichkeit.

• Fachliche Entscheidungen über Übernahme, Archivierung und Löschung gehören in den Vertrieb, nicht in die IT.
• Ein dokumentiertes Zielfeldschema ist die Grundlage jedes Mappings und jeder Abnahme.
• Mindestens zwei Probeläufe einplanen: einer für das Mapping, einer für die Prozessprüfung.
• Zwischen Testimport und Bewertung liegen echte Arbeitstage, in denen Fachanwender mit den Daten arbeiten.

Bestandsaufnahme: Was liegt überhaupt im Altsystem?

Vor jeder Mappingdiskussion steht eine nüchterne Inventur. Exportieren Sie aus dem Altsystem je Objektart die Satzzahl, die Felderliste, die Füllquote je Feld und die Verteilung der Werte in Auswahlfeldern. Diese vier Angaben zeigen in kurzer Zeit, welche Felder tatsächlich genutzt wurden und welche über Jahre leer geblieben sind. Ein Feld mit einer Füllquote nahe null muss nicht migriert werden, auch wenn es fachlich einmal gedacht war.

Typische Objektarten im Immobilienvertrieb sind Kontakte, Firmen, Objekte beziehungsweise Einheiten, Projekte, Vorgänge oder Reservierungen, Aktivitäten und Notizen, Dokumente, Vertriebspartner sowie Provisionsvorgänge. Jede dieser Arten hat eine eigene Migrationslogik. Kontakte und Einheiten sind Stammdaten mit Dublettenrisiko, Aktivitäten sind Massendaten mit geringem Einzelwert, Provisionsvorgänge sind kaufmännisch heikel, weil sie mit Abrechnungen zusammenhängen.

Achten Sie auf versteckte Strukturen in Freitextfeldern. Wenn im Notizfeld regelmäßig Kürzel wie "RES bis 15.03." oder "FIN offen" stehen, war das Altsystem für den gelebten Prozess zu eng. Diese Kürzel sind wertvoll, weil sie zeigen, welche Felder das Zielsystem braucht. Sie lassen sich mit Suchmustern extrahieren und in echte Felder überführen, aber nur, wenn jemand sie vorher erkennt.

Halten Sie die Inventur in einer Tabelle fest, die Sie im Projekt weiterverwenden. Sie wird zur Grundlage des Zielfeldschemas und später zur Prüfliste bei der Abnahme. Wer die Inventur nur mündlich macht, verliert bei jedem Personalwechsel im Projekt einen Teil des Wissens.

1. 1Satzzahl je Objektart aus dem Altsystem exportieren und datieren.
2. 2Felderliste je Objektart mit Feldtyp, Länge und Pflichtstatus dokumentieren.
3. 3Füllquote je Feld ermitteln: Anteil der Datensätze mit belegtem Wert.
4. 4Wertelisten auslesen und Häufigkeiten je Auswahlwert festhalten.
5. 5Freitextfelder auf wiederkehrende Muster durchsuchen und Muster notieren.
6. 6Verknüpfungen prüfen: Wie viele Objekte hängen an keinem Projekt, wie viele Vorgänge an keinem Kontakt.

In der Software

Jeder Vorgang steht an seiner Stufe

Board, Tabelle und Zeitstrahl zeigen dieselben Deals — wer wo hängt, sieht man ohne Rückfrage.

Deal-Pipeline

Wie trennt man Übernahme, Archivierung und Löschung?

Nach drei Fragen je Datensatzgruppe: Wird der Datensatz im laufenden Vertrieb noch bearbeitet, muss er aus rechtlichen oder kaufmännischen Gründen nachweisbar bleiben, oder ist beides zu verneinen. Die erste Gruppe wird migriert, die zweite archiviert, die dritte gelöscht. Diese Dreiteilung entscheidet über Migrationsumfang und Aufwand mehr als jedes technische Detail.

Archivierung heißt: Der Datensatz bleibt lesbar und auffindbar, aber außerhalb des produktiven CRM. Das kann ein Export in ein strukturiertes Archivformat sein, ein schreibgeschützter Datenbestand oder ein Dokumentenarchiv. Entscheidend ist, dass Sie im Bedarfsfall innerhalb einer vertretbaren Frist auf den Vorgang zugreifen können, ohne ihn in der täglichen Arbeit vor sich zu haben. Handels- und steuerrechtliche Aufbewahrungspflichten nach § 257 HGB und § 147 AO bleiben davon unberührt und sind mit der Steuerberatung abzustimmen.

Die Löschentscheidung ist kein Nebenprodukt, sondern eine eigene Pflicht. Personenbezogene Daten dürfen nach Art. 5 Abs. 1 lit. e DSGVO nur so lange in identifizierbarer Form gespeichert werden, wie es für die Zwecke erforderlich ist. Eine Migration ist der praktische Anlass, diesen Grundsatz umzusetzen, weil der gesamte Bestand ohnehin angefasst wird. Wer alte Interessentendaten ungeprüft mitnimmt, verlängert die Speicherung ohne neue Rechtfertigung.

Formulieren Sie die Regeln als Kriterien, nicht als Einzelfallentscheidungen. Beispielhafte Kriterien: Kontakte ohne Aktivität seit einem definierten Stichtag und ohne aktiven Vorgang, Objekte aus vollständig abverkauften Projekten ohne offene Provision, Aktivitäten älter als ein definierter Zeitraum. Jede Regel bekommt einen Verantwortlichen und eine Zielgruppe im Ergebnis: migrieren, archivieren, löschen.

Feldmapping CRM Migration: Wie baut man ein belastbares Zielfeldschema?

Indem Sie zuerst das Zielsystem beschreiben und erst danach die Quelle zuordnen. Ein Zielfeldschema listet je Objektart alle Felder des neuen Systems mit Typ, Pflichtstatus, erlaubten Werten und Beispielwert. Das Mapping ergänzt dann pro Zielfeld die Quelle, die Transformationsregel und den Umgang mit Leerwerten. Wer umgekehrt vorgeht und die Altfelder abarbeitet, bildet die alten Schwächen ab.

Die anspruchsvollen Fälle beim Feldmapping CRM Migration sind selten die Namensfelder. Es sind Wertelisten und Statusmodelle. Wenn das Altsystem elf Vertriebsstatus kennt und das Zielsystem sechs, brauchen Sie eine Übersetzungstabelle mit einer Zeile je Altwert. Diese Tabelle ist eine fachliche Entscheidung: Wird "Angebot versandt" zu "in Beratung" oder zu "Angebot"? Von dieser Zuordnung hängen später Forecast und Auswertungen ab.

Ein zweiter Stolperstein sind Mehrfachbeziehungen. Im Altsystem hängt ein Interessent oft direkt an einem Objekt, im neuen System an einem Vorgang, der wiederum auf eine Einheit zeigt. Diese Umstellung erzeugt neue Datensätze, die es in der Quelle nicht gab. Die Regel dafür gehört in das Mapping: Aus welcher Kombination von Quellfeldern entsteht ein Vorgang, welchen Status bekommt er, welches Datum trägt er.

Halten Sie zusätzlich fest, was ausdrücklich nicht migriert wird. Ein Mapping ohne Negativliste führt dazu, dass am Ende jemand fragt, wo denn das Feld "Bemerkung intern 2" geblieben ist. Steht in der Liste "nicht übernommen, Füllquote unter Relevanzschwelle, Entscheidung vom 12.03.", ist die Diskussion in zwei Sätzen beendet.

• Je Zielfeld: Quellfeld, Transformationsregel, Verhalten bei Leerwert, Verantwortlicher für die Entscheidung.
• Wertelisten vollständig übersetzen, jeder Altwert bekommt genau ein Ziel oder die Kennzeichnung "verworfen".
• Datumsformate, Dezimaltrennzeichen und Zeichensatz explizit festlegen, nicht dem Importwerkzeug überlassen.
• Neue Objekte, die aus Quellkombinationen entstehen, mit eigener Erzeugungsregel beschreiben.
• Negativliste führen: Felder, die bewusst nicht übernommen werden, mit Begründung und Datum.

Altdaten bereinigen als Makler: vor oder nach dem Import?

Vor dem Import, wenn es um Dubletten, Formatfehler und Regeln geht, die sich maschinell anwenden lassen. Nach dem Import, wenn fachliche Einzelfallentscheidungen nötig sind, die Kontext brauchen. Diese Zweiteilung spart Zeit: Der maschinelle Teil läuft reproduzierbar, der manuelle Teil findet im neuen System mit den neuen Werkzeugen statt.

Beim Thema Altdaten bereinigen Makler ist die Dublettenprüfung der größte Hebel. Definieren Sie vorher, was eine Dublette ist. Eine sinnvolle Regel kombiniert mehrere Merkmale: identische E-Mail-Adresse, oder identische Kombination aus Nachname, Postleitzahl und Geburtsdatum, oder identische Mobilnummer nach Normalisierung. Ohne Normalisierung von Telefonnummern und Schreibweisen findet jede Prüfung weniger, als tatsächlich vorhanden ist.

Beim Zusammenführen entscheidet die Führungsregel: Welcher Datensatz gewinnt bei widersprüchlichen Werten. Sinnvoll ist eine Regel nach Aktualität in Kombination mit Vollständigkeit, also der jüngste Datensatz mit belegtem Feld gewinnt, leere Felder werden aus dem älteren aufgefüllt. Aktivitäten und Dokumente beider Datensätze werden an den führenden Datensatz gehängt, nicht verworfen.

Annahme für ein Aufwandsbeispiel: Ihr Bestand umfasst 12.000 Kontakte, die maschinelle Prüfung markiert 900 Kandidatenpaare. Nehmen wir an, 600 davon lassen sich regelbasiert automatisch zusammenführen, 300 gehen in die manuelle Sichtung mit angenommenen zwei Minuten je Fall. Das sind 600 Minuten, also zehn Arbeitsstunden reine Sichtungszeit. Diese Stunden gehören in den Projektplan, sonst werden sie am Wochenende vor dem Umstieg gesucht.

1. 1Normalisieren: Telefonnummern in ein einheitliches Format, Umlaute und Schreibweisen vereinheitlichen, Leerzeichen entfernen.
2. 2Formalprüfung: E-Mail-Syntax, Postleitzahlenlänge, Datumsplausibilität, Pflichtfelder auf Leerwerte prüfen.
3. 3Dublettenkandidaten nach definierten Regeln markieren, nicht sofort zusammenführen.
4. 4Automatisch zusammenführbare Paare nach Führungsregel verarbeiten und protokollieren.
5. 5Restfälle manuell sichten, Entscheidung dokumentieren, Zeitaufwand messen.
6. 6Bereinigten Bestand als Migrationsquelle einfrieren und mit Versionsdatum kennzeichnen.

CRM Datenübernahme Testlauf: Welche Läufe braucht es wirklich?

Drei Läufe mit unterschiedlichem Zweck: ein technischer Kleinlauf mit wenigen hundert Sätzen zur Prüfung von Format und Mapping, ein vollständiger Probelauf mit dem gesamten bereinigten Bestand zur Prüfung von Mengen und Beziehungen, sowie ein Prozesslauf, in dem Fachanwender echte Vorgänge auf den migrierten Daten durchspielen. Erst der dritte Lauf zeigt, ob die Daten arbeitsfähig sind.

Der Kleinlauf beantwortet technische Fragen schnell: Werden Umlaute korrekt übertragen, stimmen Datumsformate, greifen Pflichtfeldprüfungen, landen Auswahlwerte in der Zielliste. Wählen Sie die Testmenge nicht zufällig, sondern gezielt: je zehn Datensätze aus jeder Werteausprägung, dazu bewusst schwierige Fälle wie sehr lange Namen, ausländische Adressen, Kontakte ohne E-Mail und Objekte ohne Projektzuordnung.

Der Vollprobelauf prüft Mengen und Beziehungen. Hier vergleichen Sie Satzzahlen je Objektart, Summen über Beträge, Anzahl der Verknüpfungen und die Verteilung der Statuswerte vor und nach dem Import. Abweichungen sind nicht per se Fehler, müssen aber jeweils erklärbar sein. Ein Rückgang der Kontaktzahl um exakt die Zahl der zusammengeführten Dubletten ist erklärt, ein Rückgang um eine unerklärte Restmenge nicht.

Der Prozesslauf ist der wichtigste und wird am häufigsten übersprungen. Ein Vertriebsmitarbeiter nimmt drei bis fünf reale Vorgänge und arbeitet sie im Testsystem durch: Kontakt suchen, Einheit reservieren, Dokument erzeugen, Provision anlegen, Bericht ziehen. Dabei fällt auf, was in Zahlenvergleichen unsichtbar bleibt, etwa dass eine Suche nicht greift, weil ein Feld beim Import in Großbuchstaben landete.

Woran erkennt man, dass die Migration abnahmefähig ist?

An vorher festgelegten, messbaren Kriterien: Satzzahlen je Objektart stimmen mit erklärten Abweichungen überein, Summen kaufmännischer Felder sind identisch, Pflichtfelder sind vollständig belegt, Verknüpfungen sind vollständig, die Referenzstichprobe ist fehlerfrei und die definierten Kernprozesse laufen im Testsystem durch. Wer diese Liste erst nach dem Import schreibt, verhandelt über das Ergebnis statt es zu prüfen.

Formulieren Sie Toleranzen bewusst. Bei kaufmännischen Summen ist die einzig sinnvolle Toleranz null: Die Summe der offenen Provisionsansprüche muss vor und nach dem Import gleich sein. Bei Aktivitäten kann eine Toleranz sinnvoll sein, wenn Sie bewusst einen Zeitraum abschneiden. Wichtig ist, dass die Toleranz vor dem Lauf steht und mit einer Begründung versehen ist.

Stichprobenprüfungen brauchen einen definierten Umfang. Eine gängige Vorgehensweise ist eine geschichtete Stichprobe: je Objektart eine feste Anzahl zufällig gezogener Datensätze plus die zwanzig Referenzfälle. Annahme: Sie ziehen je Objektart 30 Zufallsdatensätze bei sieben Objektarten, das sind 210 Prüfungen. Bei angenommenen drei Minuten je Prüfung ergibt das 630 Minuten, also rund 10,5 Stunden Prüfaufwand, verteilbar auf mehrere Personen.

Die Abnahme selbst ist ein Dokument mit Datum, Prüfergebnis je Kriterium, Liste der offenen Punkte mit Fälligkeit und Unterschrift des fachlichen Abnehmers. Offene Punkte sind zulässig, solange sie klassifiziert sind: blockierend, vor Produktivstart zu lösen, oder nachlaufend. Ein Produktivstart mit blockierenden Punkten ist keine Abnahme, sondern eine Verschiebung des Problems.

1. 1Satzzahlvergleich je Objektart mit dokumentierter Erklärung jeder Abweichung.
2. 2Summenabgleich für Beträge: Kaufpreise, offene Provisionen, Vorschüsse, Zahlungsstände.
3. 3Pflichtfeldprüfung: Anteil der Datensätze mit leerem Pflichtfeld muss null sein.
4. 4Beziehungsprüfung: keine verwaisten Vorgänge, Einheiten oder Dokumente ohne übergeordneten Satz.
5. 5Referenz- und Zufallsstichprobe mit protokolliertem Einzelergebnis.
6. 6Prozesstest je definiertem Kernprozess mit Rollenbezug und Ergebnisvermerk.
7. 7Schriftliche Abnahme mit klassifizierter Restpunkteliste und Fälligkeiten.

Wie migriert man Dokumente und Datenraum-Inhalte?

Getrennt von den Stammdaten und mit eigenem Prüfschema. Dokumente bestehen aus Datei, Metadaten und Zuordnung. Alle drei Teile können unabhängig voneinander verloren gehen. Prüfen Sie deshalb Dateianzahl, Dateigrößensumme, Zuordnungsquote zu Vorgängen und stichprobenartig die Öffenbarkeit der Dateien im Zielsystem.

Die Metadaten sind der kritische Teil. Ein Dokument ohne Typkennzeichnung ist im neuen System eine unsortierte Datei. Legen Sie vor der Migration eine Dokumententypologie fest, die zum Vertriebsprozess passt: Exposé, Reservierungsvereinbarung, Selbstauskunft, Finanzierungsunterlage, Kaufvertragsentwurf, Nachweisdokument. Wenn das Altsystem keine Typen kennt, lassen sich diese oft aus Dateinamensmustern ableiten, was jedoch geprüft und protokolliert werden muss.

Berechtigungen wandern nicht automatisch mit. Im neuen System gilt das dortige Rollenmodell, und die Zugriffe auf Altdokumente müssen aktiv gesetzt werden. Das ist eine Chance, denn gewachsene Berechtigungsstrukturen sind meist zu großzügig. Prüfen Sie im Testlauf explizit aus der Perspektive eines externen Vertriebspartners, welche Dokumente sichtbar sind. Diese Prüfung gehört ins Abnahmeprotokoll.

Beachten Sie bei personenbezogenen Unterlagen die Zweckbindung nach Art. 5 Abs. 1 lit. b DSGVO. Selbstauskünfte und Finanzierungsunterlagen aus abgeschlossenen oder gescheiterten Vorgängen gehören in der Regel nicht in den offenen produktiven Datenbestand, sondern in ein zugriffsbeschränktes Archiv mit definierter Löschfrist. Die Zuständigkeit dafür sollte schriftlich festgelegt sein.

• Dateianzahl und Gesamtgröße vor und nach der Übertragung vergleichen.
• Zuordnungsquote messen: Anteil der Dokumente mit gültigem Bezug zu Kontakt, Einheit oder Vorgang.
• Dokumententypen vorher definieren und Ableitungsregeln aus Dateinamen protokollieren.
• Berechtigungen aus der Sicht jeder Rolle im Testsystem prüfen, insbesondere für externe Partner.
• Sensible Unterlagen aus abgeschlossenen Vorgängen ins Archiv statt in den produktiven Bestand.

Provisionen und kaufmännische Daten: der heikelste Teil

Provisionsdaten verbinden Vertrieb und Buchhaltung und sind deshalb der Bereich mit dem geringsten Fehlerspielraum. Ein falsch migrierter Teilungsschlüssel fällt nicht sofort auf, sondern erst bei der nächsten Abrechnung, wenn ein Partner eine abweichende Summe erwartet. Behandeln Sie diesen Bereich als eigenen Prüfblock mit Nulltoleranz bei Summen.

Migrieren Sie nicht nur den aktuellen Stand, sondern die Struktur dahinter: Provisionssatz, Bemessungsgrundlage, Teilungsschlüssel, Fälligkeitsregel, Vorschussstand und Haftungszeit. Fehlt eine dieser Angaben, rechnet das neue System korrekt, aber auf falscher Grundlage. Besonders zu prüfen sind Vorgänge mit mehreren Beteiligten, weil dort Rundungen und Reihenfolgen der Verteilung abweichen können.

Annahme für ein Prüfbeispiel: Ein Vorgang mit einem Kaufpreis von 320.000 Euro und einem Gesamtprovisionssatz von 4 Prozent ergibt 12.800 Euro Gesamtprovision. Bei einem angenommenen Teilungsschlüssel von 60 zu 40 entfallen 7.680 Euro auf den Vertriebspartner und 5.120 Euro auf das Haus. Nehmen wir an, ein Vorschuss von 3.000 Euro wurde gezahlt, dann verbleibt ein offener Partneranspruch von 4.680 Euro. Genau diese vier Werte prüfen Sie im Testsystem nach.

Legen Sie für die Abnahme eine Liste konkreter Vorgänge fest, die von der Buchhaltung nachgerechnet werden, statt nur Gesamtsummen zu vergleichen. Zehn nachgerechnete Einzelfälle mit unterschiedlicher Konstellation sagen mehr aus als eine stimmige Gesamtsumme, in der sich zwei gegenläufige Fehler ausgleichen können.

Zeitplan und Umschaltung: wann läuft der finale Import?

Der finale Import gehört in ein Zeitfenster mit geringer Vertriebsaktivität und mit ausreichend Puffer für einen Rücksprung. Zwischen letztem Testlauf und Produktivimport sollten keine Mappingänderungen mehr liegen, sondern ausschließlich Datenaktualisierungen aus dem Altsystem. Jede Mappingänderung nach der Abnahme entwertet die Abnahme.

Planen Sie ein Delta-Verfahren. Zwischen dem eingefrorenen Bestand für den Testlauf und dem Umschalttermin arbeiten Ihre Mitarbeiter weiter im Altsystem. Diese Änderungen müssen nachgezogen werden, entweder über einen zweiten Import der geänderten Datensätze oder über eine definierte Eingabesperre im Altsystem ab einem Stichtag. Beide Wege sind gangbar, aber sie müssen vorher entschieden und kommuniziert sein.

Definieren Sie ein Rücksprungszenario. Wenn nach dem Produktivimport ein blockierender Fehler auftritt, muss klar sein, wie lange das Altsystem noch produktiv nutzbar bleibt, wer die Entscheidung zum Rücksprung trifft und was mit den in der Zwischenzeit im neuen System erfassten Daten geschieht. Ohne diese Festlegung entsteht im Ernstfall Parallelbetrieb ohne Führung, und beide Systeme werden unvollständig.

Halten Sie das Altsystem nach dem Umstieg befristet lesend verfügbar. Ein Lesezugriff über einen definierten Zeitraum ist die günstigste Versicherung gegen vergessene Datenbestände. Klären Sie vorab vertraglich, ob und zu welchen Bedingungen der bisherige Anbieter einen reinen Lesezugang anbietet, und was der Export in ein eigenes Archiv kostet.

1. 1Bestand einfrieren und Testlauf auf diesem Stand abschließen.
2. 2Abnahme dokumentieren, Mapping ab diesem Zeitpunkt sperren.
3. 3Deltaverfahren festlegen: Nachimport der Änderungen oder Eingabesperre ab Stichtag.
4. 4Produktivimport im Zeitfenster mit geringer Aktivität ausführen und protokollieren.
5. 5Kurzprüfung nach dem Import: Satzzahlen, Summen, Referenzstichprobe, zwei Kernprozesse.
6. 6Freigabe für den Produktivbetrieb oder Rücksprung nach vorher definierter Regel.
7. 7Altsystem befristet lesend halten und Archivexport sichern.

Was passiert in den ersten Wochen nach dem Import?

Die Nachlaufphase entscheidet darüber, ob die Datenqualität gehalten wird. Setzen Sie für die ersten vier bis sechs Wochen einen festen wöchentlichen Prüftermin an, in dem eine kleine Runde die aufgelaufenen Auffälligkeiten durchgeht: gemeldete Fehler, neu entdeckte Lücken, Rückfragen aus dem Tagesgeschäft. Ohne diesen Termin sammeln sich Meldungen in Einzelchats und verschwinden.

Richten Sie außerdem eine dauerhafte Qualitätsmessung ein. Kennzahlen wie Anteil der Kontakte mit vollständigen Pflichtfeldern, Anzahl neuer Dublettenkandidaten pro Woche und Anteil der Vorgänge ohne nächste Aktivität lassen sich im Reporting abbilden. Diese Kennzahlen zeigen, ob die neue Struktur im Alltag getragen wird oder ob das Team an ihr vorbeiarbeitet.

Der zweite Baustein ist das Regelwerk für die Neuerfassung. Wenn Pflichtfelder, Wertelisten und Namenskonventionen nur für die Migration galten, driftet der Bestand innerhalb weniger Monate wieder auseinander. Verankern Sie die Regeln in Pflichtfeldern des Systems, nicht in einem Merkblatt. Was das System nicht erzwingt, wird im Tagesgeschäft übersprungen.

Schließen Sie das Projekt formal ab. Ein kurzer Abschlussvermerk mit den gemessenen Abnahmewerten, der Restpunkteliste und dem Datum, an dem der Archivbestand gesichert wurde, ist bei späteren Prüfungen und bei Personalwechseln Gold wert. Er beantwortet in fünf Minuten Fragen, die sonst Tage kosten.

• Wöchentlicher Prüftermin über vier bis sechs Wochen mit fester Teilnehmerrunde.
• Qualitätskennzahlen im Reporting verankern statt manuell zu erheben.
• Regeln als Pflichtfelder und Wertelisten im System durchsetzen, nicht als Merkblatt.
• Restpunkte mit Fälligkeit und Verantwortlichem nachverfolgen, bis die Liste leer ist.
• Projektabschluss schriftlich dokumentieren, inklusive Sicherung des Archivbestands.