Abnahme und Go-live einer Zoho-Einführung: die kurze Antwort
Für Abnahme und Go-live einer Zoho-Einführung brauchen Sie drei Dinge. Sie brauchen einen Testplan aus echten Arbeitsabläufen und schriftliche Abnahmekriterien, die Blocker von Restfehlern trennen. Dazu kommt ein Umstellungsplan für den Stichtag. Live geht das System erst, wenn alle kritischen Testfälle bestanden sind und die Fachabteilung schriftlich freigegeben hat.
Viele Projekte planen nur zwei Schritte: konfigurieren und Daten übertragen. Ein Beitrag in der Zoho-Community zur Migration von Salesforce zu Zoho One beschreibt genau diesen Plan. Zuerst werden Felder und Module angelegt, dann die Daten migriert, dann geht das System live. Zwischen Migration und Go-live fehlt in diesem Plan die Prüfung.
Dieser Leitfaden füllt diese Lücke. Er zeigt, wie Sie einen Testplan aufbauen und an einem Beispiel aus dem Lead-Prozess in Zoho CRM durchspielen. Er erklärt, wann ein Test als bestanden gilt und wie Sie den Umstellungstag ordnen. Am Ende steht eine Checkliste, mit der Sie Freigabe oder Verschiebung begründen.
Abnahme, Abnahmetest und Go-live: die Begriffe dieses Leitfadens
Abnahme ist die formale Bestätigung der Fachabteilung, dass das konfigurierte Zoho-System die vereinbarten Anforderungen erfüllt. Die Abnahme ist eine Entscheidung mit Unterschrift, keine Stimmung nach einer Vorführung. Haben Sie die Einführung bei einem Dienstleister beauftragt, kann die Abnahme auch rechtliche Folgen nach dem BGB haben. Beachten Sie, dass eine vertragliche Abnahme nach dem BGB auch ohne Unterschrift eintreten kann, etwa wenn Sie eine vom Dienstleister gesetzte Frist zur Abnahme verstreichen lassen, ohne einen Mangel zu nennen. Klären Sie deshalb, wer für Ihr Unternehmen die vertragliche Abnahme erklären darf.
Für die folgenden Abschnitte gelten diese Begriffe:
- Abnahmetest: ein Testfall, den ein späterer Anwender durchführt, um einen Arbeitsablauf von Anfang bis Ende zu prüfen.
- Abnahmekriterium: die vorab festgelegte Bedingung, unter der ein Testfall als bestanden gilt.
- Blocker: ein Fehler, der einen Kernablauf verhindert und ohne Behebung keinen Go-live erlaubt.
- Go-live: der Stichtag, ab dem alle Beteiligten im neuen System arbeiten und das Altsystem nicht mehr fortgeschrieben wird.
- Umstellungsplan: die zeitlich geordnete Liste aller Schritte vom letzten Arbeitstag im Altsystem bis zum ersten Arbeitstag in Zoho.
- Rückfallplan: die vorab vereinbarte Regel, unter welchen Bedingungen Sie zum Altsystem zurückkehren und wie.
Die Begriffe trennen zwei Fragen, die oft vermischt werden. Die Abnahme beantwortet, ob das System richtig gebaut ist. Die Go-live-Entscheidung beantwortet, ob Daten, Benutzer und Organisation am Stichtag bereit sind. Beide Fragen brauchen eigene Kriterien.
Testplan für Zoho aufbauen: Abläufe statt einzelner Felder prüfen
Ein Testplan für eine Zoho-Einführung prüft Arbeitsabläufe von Anfang bis Ende, nicht einzelne Felder. Ein Feld kann korrekt angelegt sein und trotzdem im falschen Moment leer bleiben. Erst der vollständige Ablauf zeigt, ob Regeln, Zuständigkeiten und Benachrichtigungen zusammenpassen.
Leiten Sie die Testfälle aus den Abläufen ab, die Ihr Team täglich ausführt. Typische Kandidaten sind die Anfrage bis zum Lead, der Lead bis zum Abschluss und die Freigabe eines Rabatts. Dazu kommt die Eskalation eines überfälligen Falls. Jeder Testfall enthält fünf Angaben:
- Ausgangslage: welcher Datensatz mit welchen Werten vorliegt.
- Schritte: was der Tester in welcher Reihenfolge tut.
- Erwartetes Ergebnis: was Zoho danach anzeigt, zuweist oder versendet.
- Tester: welche Person mit welcher Rolle den Test ausführt.
- Ergebnis: bestanden, nicht bestanden oder mit Einschränkung, mit Datum.
Kennzeichnen Sie alle Testdatensätze eindeutig, etwa mit dem Präfix „TEST“ im Namen. So finden Sie diese Datensätze vor dem Go-live vollständig wieder und löschen sie.
Entscheidend ist, wer testet. Bei Svennis lassen wir jeden Testfall von der Person abnehmen, die den Ablauf später täglich bedient, nicht vom Projektteam, das ihn gebaut hat. Wenn stattdessen das Projektteam seine eigene Arbeit abnimmt, sehen wir die Lücken erst in der ersten Arbeitswoche.
Beispiel: Abnahmetests für den Lead-Prozess in Zoho CRM
Der Lead-Prozess in Zoho CRM eignet sich gut als erstes Beispiel, weil er mehrere Regeltypen verbindet. Die Funktionen stammen aus Zohos eigener Übersicht zum Vertriebsprozess in Zoho CRM. Der E-Mail-Parser übernimmt Lead-Daten direkt aus eingehenden Anfrage-E-Mails. Validierungsregeln sind Regeln, die sicherstellen, dass eingegebene Daten den festgelegten Standards entsprechen.
Zuweisungsregeln filtern Leads nach Kriterien wie Lead-Bewertung, Standort und Quelle und weisen sie einem Vertriebsmitarbeiter zu. Im Genehmigungsprozess prüft ein gewählter Benutzer oder ein Team eingehende Informationen und gibt Kommentare oder Ablehnungsgründe an. Die folgende Tabelle zeigt fünf Testfälle für diesen Ablauf:
| Testfall | Eingabe | Erwartetes Ergebnis | Bestanden, wenn |
|---|---|---|---|
| Anfrage per E-Mail | Test-E-Mail mit Name, Firma, Telefonnummer | E-Mail-Parser legt einen Lead an | Alle drei Werte stehen im richtigen Feld |
| Pflichtangabe fehlt | Lead ohne Mobiltelefonnummer speichern | Validierungsregel verhindert das Speichern | Hinweistext ist verständlich, Datensatz bleibt ungespeichert |
| Zuweisung nach Standort | Lead mit Standort München, Quelle Messe | Zuweisungsregel wählt die zuständige Person | Richtiger Mitarbeiter ist Lead-Inhaber |
| Phasenwechsel | Lead im Blueprint in die nächste Phase führen | Pflichtschritte der Phase werden abgefragt | Überspringen einer Phase ist nicht möglich |
| Rabattfreigabe abgelehnt | Angebot mit Rabatt über der Freigabegrenze | Genehmiger lehnt mit Begründung ab | Begründung ist beim Datensatz sichtbar |
Jeder Testfall prüft eine Regel und das, was der Anwender davon sieht. Der zweite Testfall besteht erst, wenn der Vertrieb den Hinweistext ohne Rückfrage versteht.
Abnahmekriterien festlegen: wann ein Test als bestanden gilt
Abnahmekriterien legen Sie fest, bevor der erste Test läuft, nicht danach. Wer Kriterien erst nach den Ergebnissen formuliert, passt sie unbewusst an die Ergebnisse an. Halten Sie die Kriterien deshalb im Testplan fest und lassen Sie sie von der Fachabteilung bestätigen.
Bewährt hat sich eine Einteilung jedes gefundenen Fehlers in drei Klassen:
- Klasse A, Blocker: ein Kernablauf funktioniert nicht, etwa weil Leads keinem Mitarbeiter zugewiesen werden.
- Klasse B, wesentlich: der Ablauf funktioniert mit einer dokumentierten Umgehung, etwa einer manuellen Zuweisung.
- Klasse C, gering: Darstellung oder Komfort, etwa eine ungünstige Feldreihenfolge im Layout.
Daraus ergibt sich die Abnahmeregel. Alle Testfälle der Klasse A sind bestanden. Jeder offene Fehler der Klasse B hat eine schriftliche Umgehung, einen Verantwortlichen und ein Behebungsdatum. Fehler der Klasse C stehen auf einer Liste für die Zeit nach dem Go-live.
Haben Sie die Einführung bei einem Dienstleister beauftragt, kann die Abnahme auch rechtliche Folgen nach dem BGB haben. Führen Sie bekannte offene Fehler der Klassen B und C deshalb im Abnahmeprotokoll einzeln auf. Behalten Sie sich Ihre Rechte wegen dieser Fehler ausdrücklich vor.
Jede Behebung braucht einen Nachtest. Ein Fehler gilt erst als behoben, wenn derselbe Tester denselben Testfall erneut bestanden hat. Prüfen Sie dabei auch die Testfälle, die dieselbe Regel nutzen. Eine geänderte Zuweisungsregel kann einen Ablauf brechen, der vorher bestanden hatte.
Unterschreiben sollte der Prozessverantwortliche jeder Abteilung, nicht die Geschäftsführung allein. Die Unterschrift bestätigt, dass der Ablauf so im Alltag nutzbar ist. Klären Sie außerdem, wer für Ihr Unternehmen die vertragliche Abnahme gegenüber dem Dienstleister erklären darf.
Datenmigration vor dem Go-live prüfen: Probelauf und Abgleich
Die Datenmigration prüfen Sie in einem vollständigen Probelauf, lange vor dem Stichtag. Der Probelauf nutzt denselben Export und dieselben Zuordnungen wie die spätere Echtübernahme. So testen Sie nicht nur die Daten, sondern auch Ihr Verfahren.
Nach dem Probelauf gleichen Sie drei Dinge ab:
- Mengen: Die Zahl der Datensätze je Modul stimmt mit dem Altsystem überein.
- Stichproben: Ausgewählte Datensätze stimmen Feld für Feld überein, einschließlich Verknüpfungen zu Firmen und Kontakten.
- Formate: Zahlen, Datumsangaben und Auswahllisten kommen in der richtigen Form an.
Formatfehler fallen oft erst im Probelauf auf. Ein Nutzer berichtet in der Zoho-Community, dass das Prozentfeld in Zoho CRM auf zwei Nachkommastellen begrenzt ist. Ein Dezimalfeld erlaubt nach seinem Bericht drei Nachkommastellen. Wer im Altsystem Prozentsätze mit drei Stellen führt, entdeckt solche Abweichungen beim Abgleich und nicht erst in der Rechnung eines Kunden.
Die Abnahme der Migration ist ein eigener Schritt. Ein Mitarbeiter, der die Kunden kennt, prüft die Stichproben und bestätigt das Ergebnis schriftlich. Den Ablauf eines Imports mit Reihenfolge und Dublettenprüfung behandeln andere Beiträge auf dieser Website ausführlich. Hier geht es nur um die Frage, ob die migrierten Daten abnahmefähig sind.
Benutzer, Rechte und Lizenzen vor dem Stichtag prüfen
Benutzer und Rechte prüfen Sie mit echten Rollen, nicht mit einem Administratorkonto. Ein Administrator sieht alle Datensätze und Schaltflächen. Ein Vertriebsmitarbeiter sieht nur, was seine Rolle erlaubt. Viele Fehler zeigen sich deshalb erst, wenn ein Test unter der richtigen Rolle läuft.
Planen Sie für jede Rolle mindestens einen Testfall, der eine erlaubte und eine verbotene Aktion enthält. Ein Vertriebsmitarbeiter darf seinen eigenen Lead bearbeiten. Den Lead eines anderen Gebiets darf er nur sehen oder gar nicht sehen, je nach Ihrer Vorgabe. Beide Ergebnisse gehören in den Testplan.
Laut Zoho verfügen die Apps von Zoho CRM über eine zentrale Admin-Konsole. Administratoren können Lizenzen dort mit einem Klick hoch- oder herabstufen. Prüfen Sie vor dem Stichtag, ob für jeden Anwender eine passende Lizenz zugewiesen ist. Ein fehlender Zugang am ersten Morgen kostet mehr Vertrauen als jeder Konfigurationsfehler.
Wenn Ihr Projekt auch Zoho Mail umfasst, legen Sie die Benutzer rechtzeitig an. Benutzer lassen sich in Zoho Mail direkt über das Control Panel hinzufügen. Wer bereits Zoho CRM nutzt, kann aus Zoho CRM importiert werden. Für viele Benutzer auf einmal ist der Import per CSV-Datei vorgesehen. Lassen Sie jeden Anwender vor dem Stichtag einmal anmelden und den Erfolg bestätigen.
Umstellungsplan für den Go-live-Tag: Reihenfolge und Rückfallplan
Der Umstellungsplan legt fest, wer am Stichtag was in welcher Reihenfolge tut. Schreiben Sie jeden Schritt mit Uhrzeit und verantwortlicher Person auf. Am Umstellungstag entscheidet niemand mehr spontan, sondern arbeitet die Liste ab.
Eine bewährte Reihenfolge für den Umstellungstag sieht so aus:
- Altsystem für Änderungen sperren und alle Anwender vorab informieren.
- Letzten Export aus dem Altsystem ziehen, mit demselben Verfahren wie im Probelauf.
- Daten in Zoho importieren, während automatische Benachrichtigungen noch abgeschaltet sind.
- Mengen und Stichproben wie im Probelauf abgleichen.
- Testdatensätze mit dem Präfix „TEST“ löschen.
- Workflows, Zuweisungs- und Eskalationsregeln aktivieren.
- Zwei oder drei Testfälle der Klasse A mit echten Rollen wiederholen.
- Go-live an alle Anwender melden.
Schritt drei verhindert ein typisches Problem. Wer Regeln vor dem Import aktiviert, löst für jeden importierten Datensatz Zuweisungen oder E-Mails aus. Erst nach dem Abgleich sollen Regeln auf echte Daten wirken.
Der Rückfallplan gehört vorab in dasselbe Dokument. Legen Sie fest, bei welchem Befund Sie zurückkehren, etwa bei einem Mengenabgleich mit fehlenden Datensätzen. Halten Sie das Altsystem lesbar, bis die erste Arbeitswoche ohne Blocker vorbei ist.
Enthält das Altsystem steuerlich relevante Daten wie Rechnungen, Buchungsbelege oder Geschäftsbriefe, müssen diese Daten auch danach für die gesetzlichen Aufbewahrungsfristen lesbar und maschinell auswertbar bleiben. Stimmen Sie Archivierung oder Abschaltung des Altsystems deshalb vorher mit Ihrem Steuerberater ab.
Go-live-Entscheidung: Checkliste für Freigabe oder Verschiebung
Die Go-live-Entscheidung treffen Sie anhand einer Checkliste, nicht nach Terminplan. Ein verschobener Stichtag ist ärgerlich. Ein System, dem das Team ab dem ersten Tag misstraut, ist teurer. Die Tabelle stellt jedem Prüfpunkt den Befund für eine Freigabe und den Befund für eine Verschiebung gegenüber.
| Prüfpunkt | Freigabe | Verschiebung |
|---|---|---|
| Testfälle Klasse A | Alle bestanden und nachgetestet | Mindestens einer offen |
| Fehler Klasse B | Jeder mit Umgehung, Verantwortlichem und Datum | Umgehung fehlt oder ist dem Team unbekannt |
| Probelauf der Migration | Mengen und Stichproben stimmen, schriftlich bestätigt | Abweichungen ohne Erklärung |
| Benutzer und Lizenzen | Jeder Anwender hat sich erfolgreich angemeldet | Zugänge oder Rollen fehlen |
| Umstellungsplan | Jeder Schritt hat Uhrzeit und Verantwortlichen | Schritte ohne Zuständigkeit |
| Rückfallplan | Auslöser und Ablauf sind vereinbart | Rückkehr wäre improvisiert |
| Unterschriften | Alle Prozessverantwortlichen haben abgenommen | Eine Abteilung hat nicht unterschrieben |
Eine einzige Zeile in der rechten Spalte genügt für eine Verschiebung. Legen Sie dann sofort einen neuen Termin fest und nennen Sie den offenen Prüfpunkt beim Namen. So bleibt die Verschiebung eine Projektentscheidung und wird nicht zur Vertrauensfrage.
Was Abnahme und Go-live für Unternehmen in Deutschland bedeuten
Für Unternehmen in Deutschland reicht die Abnahme oft über das CRM hinaus bis in die Buchhaltung. Wenn Ihr Zoho-System Rechnungen erzeugt oder Daten an das Rechnungswesen übergibt, gehört diese Übergabe in den Testplan. Der Abnahmetest endet dann nicht beim gewonnenen Abschluss, sondern bei der Buchung.
Arbeitet Ihr Steuerberater mit DATEV, beziehen Sie ihn in die Abnahme ein. Lassen Sie einen Testexport aus dem Probelauf von der Kanzlei prüfen, bevor Sie live gehen. Wie diese Übergabe aufgebaut ist, beschreibt die Seite zur Übergabe von Zoho an den Steuerberater per DATEV. Wer die Buchhaltung selbst nach Zoho verlegt, findet die Grundlagen auf der Seite zur Einführung von Zoho Books.
Viele kleinere Unternehmen kommen aus Lexoffice oder sevDesk. Hier entscheiden Sie vor der Abnahme, ob das bisherige Programm angebunden bleibt oder abgelöst wird. Beide Wege brauchen eigene Testfälle. Die Optionen beschreiben die Seiten zu Lexoffice und Zoho verbinden oder migrieren sowie zu sevDesk und Zoho anbinden oder migrieren.
Für den Stichtag selbst gilt eine praktische Regel. Legen Sie den Go-live nicht mitten in einen Abrechnungszeitraum, wenn Rechnungen betroffen sind. Ein Wechsel zum Monatsbeginn hält die Abstimmung mit der Kanzlei übersichtlich.
Die ersten Wochen nach dem Go-live: Berichte und Nachsteuerung
Die ersten Wochen nach dem Go-live sind eine eigene Projektphase mit festem Ende. Planen Sie für diese Nachbetreuung feste Ansprechpartner, eine tägliche kurze Fehlerrunde und ein Datum, an dem das Projekt in den Regelbetrieb übergeht. Die Liste der Fehler der Klasse C arbeiten Sie in dieser Phase ab.
Berichte zeigen schnell, ob die Regeln im Alltag greifen. Zoho CRM bietet laut Zoho Zugriff auf hunderte vorgefertigte Berichte und Dashboards. Prüfen Sie in der ersten Woche gezielt, ob neue Leads einen Inhaber haben und ob überfällige Fälle eskaliert werden. Ein Lead ohne Inhaber ist ein Hinweis auf eine Lücke in den Zuweisungsregeln.
Für tiefere Auswertungen bietet Zoho Analytics laut Zoho mehr als 75 vorgefertigte Berichte und Dashboards zur Vertriebsleistung. Leads lassen sich dort nach Quelle, Status und Zuständigkeit analysieren. Berichte und Dashboards können automatisch per E-Mail an festgelegte Empfänger gehen. So erhält der Prozessverantwortliche jeden Morgen den Stand, ohne selbst nachzusehen. Den Aufbau beschreibt die Seite zur Einführung von Zoho Analytics.
Beenden Sie die Nachbetreuung bewusst. Ein kurzes Abschlussprotokoll hält fest, welche Fehler behoben sind und welche Wünsche in die nächste Ausbaustufe wandern.
Nächste Schritte: Testplan und Go-live-Termin festlegen
Den Testplan beginnen Sie am besten, solange die Konfiguration noch läuft. Dann fließen die Testfälle in den Aufbau ein, statt erst am Ende Fehler aufzudecken. Diese Reihenfolge hat sich für die nächsten Wochen bewährt:
- Listen Sie die fünf bis zehn Abläufe auf, die Ihr Team täglich ausführt.
- Schreiben Sie zu jedem Ablauf einen Testfall mit Ausgangslage, Schritten und erwartetem Ergebnis.
- Benennen Sie für jeden Ablauf einen späteren Anwender als Tester und einen Prozessverantwortlichen für die Unterschrift.
- Vereinbaren Sie die Fehlerklassen A, B und C, bevor der erste Test läuft.
- Planen Sie den Probelauf der Migration mindestens so früh, dass ein zweiter Probelauf noch Platz hat.
- Entwerfen Sie Umstellungsplan und Rückfallplan und setzen Sie den Go-live-Termin unter Vorbehalt der Checkliste.
Wenn Ihre Einführung Rechnungsstellung und Buchhaltung umfasst, klären Sie zuerst die Schnittstelle zum Rechnungswesen. Der Aufbau dieser Schnittstelle bestimmt, welche Testfälle Sie zusätzlich brauchen. Die Seite zur Einführung von Zoho Books mit DATEV-Anbindung ist dafür der passende Ausgangspunkt.
