Geht der Vertriebler, geht der WhatsApp-Kunde mit? Die Migrations-Checkliste, mit der Chats in die Unternehmensumgebung wandern

Wer beschließt, die WhatsApp-Chats in die Unternehmensumgebung zu verlagern, hängt meistens nach dem Klick auf den Button fest: Wo anfangen bei den Dutzenden Vertriebsnummern, wie mit den auf den Handys der Mitarbeiter liegenden Bestandschats umgehen, und ob das Team nach drei Monaten wieder in alte Muster zurückfällt. Mitnahme, Stilllegung und Kettensperrung als drei Verlustkanäle sowie das Prinzip der Chat-Isolation waren Thema des vorangegangenen Artikels und werden hier nicht wiederholt. Dieser Artikel behandelt nur das, was dort fehlte: wie die Batches geplant werden, wie der Bestand migriert wird, sechs häufige Stolperfallen und die unterschiedlichen Berechtigungen für vier Rollen. Wer die Checkliste einmal durchgeht, spart sich eine Runde Lehrgeld.

Zuerst oder zuletzt migrieren: Batches für die Vertriebsnummern planen

Alle Nummern auf einmal zu migrieren ist meist der Anfang vom Scheitern: Laufende Aufträge der Vertriebler werden unterbrochen, Kunden bemerken es sofort, und genau in diesem Zeitfenster wächst auch der Widerstand im Team. Richtig ist es, in Batches zu arbeiten; die Reihenfolge richtet sich nach drei Variablen:

• Zuerst die beim Unternehmen registrierten Nummern: Verifizierungscodes und Backup-Codes liegen bereits beim Unternehmen, bei der Migration wechselt nur das Anmeldegerät und nicht die Wurzel. Das Risiko bleibt kontrolliert, ideal, um den Prozess einmal durchzuspielen
• Danach die Nummern mit laufenden Aufträgen: Bei Nummern mit häufigen Rückschauen in die Historie ist der Nutzen sofort sichtbar: Die Nachfolger finden jederzeit die Parameter und Preise, die der Kunde zuletzt erfragt hat
• Zuletzt die Gruppen mit hohem Abwanderungsrisiko: Bei Gruppen mit aktuellen Gerüchten über Kündigungen oder mit dem Verdacht auf private Geschäfte gilt: Je früher migriert wird, desto früher stoppt der Verlust

Eine Gruppe von Nummern ist zurückzustellen: Nummern, die noch auf den Namen des einzelnen Vertrieblers registriert sind. Dreht man die Reihenfolge um, hängt man eine Wurzel, die noch bei jemand anderem liegt, vorzeitig an den Unternehmensnamen. Erst die Nummern formal in Unternehmensbesitz überführen, dann in die Migrationsreihenfolge aufnehmen, nicht umgekehrt.

Außerdem den Zeitpunkt klug wählen: Die Hochsaison und große Aktionszeiträume meiden, ein Zeitfenster mit ruhigem Auftragsrhythmus nehmen und für die Abnahme ein paar Tage Beobachtungszeit einplanen.

Bestandschats übertragen: in vier Schritten erledigt

Die Bestandschats sind der oft übersehene Teil der WhatsApp-Migration. Von dem Tag an, an dem eine Umgebung aktiviert wird, entsteht der Verlauf dort nativ; die Historie vor der Aktivierung erscheint nicht automatisch auf dem neuen Gerät, und wie weit die Synchronisierung an der serverseitigen Front tatsächlich reicht, bestimmt allein das offizielle Verhalten, niemand kann eine vollständige Übertragung versprechen. Die Strategie ist daher zweistufig: Die Umgebung verwaltet die Zukunft, das Exportarchiv verwaltet die Vergangenheit.

Backup exportieren. Mit der Funktion Chats exportieren in der WhatsApp-App wichtige Konversationen einzeln als Datei exportieren, Medien anhaken und nach Kundennamen im Unternehmensnetzlaufwerk archivieren. Der Export muss durchgeführt werden, solange sich das alte Gerät noch normal anmelden kann; er ist die historische Referenz für die Nachfolger und die einzige verbleibende Sicherung, falls die Nummer gesperrt wird.

Umgebung anlegen und anmelden. Für die Nummer eine eigene Umgebung anlegen, eine feste Ausgangs-IP binden und die Anmeldung der WhatsApp-Web-Umgebung per Scan mit dem Unternehmensgerät abschließen. Nach der Anmeldung nicht sofort an den Vertriebler übergeben: Der Teamleiter prüft zuerst die Konversationsliste, ob alle erwarteten Kundenchats vorhanden sind.

Zweiten Zugang entfernen. Die Web-Version im privaten Browser und auf privaten Rechnern der Vertriebler überall abmelden und die Anmeldesession löschen, sodass im gesamten Unternehmen nur die Umgebung als Zugang bleibt. Bei zwei parallelen Zugängen entsteht die Hälfte der neuen Verläufe in der Umgebung und die andere Hälfte im privaten Browser, und der Mangel fällt erst bei der Übergabe auf.

Abnahme. Drei Kunden zufällig auswählen und nach drei Details fragen, die nur im Chatverlauf existieren können: die Zahlungsart des letzten Angebots, die vom Kunden erwähnte Zertifizierungsanforderung, der vereinbarte Nachbestelltermin. Der Teamleiter sucht in der Umgebung; erst wenn die Details innerhalb von drei Minuten zu finden sind, ist die Abnahme bestanden. Andernfalls leben die Verläufe nicht wirklich in der Umgebung, und die Migration ist erst zur Hälfte abgeschlossen.

Sechs häufige Stolperfallen

Die Migration selbst ist nicht schwer; schwer ist, danach nichts aus der Form geraten zu lassen. Diese sechs Fallen sind Stellen, an denen Teams real gescheitert sind:

1. Privater Browser bleibt angemeldet. Aus Bequemlichkeit meldet der Mitarbeiter die neue Nummer weiter am alten Ort an. Der Selbsttest ist simpel: Jeder öffnet die Web-Version auf seinem gewohnten Rechner und prüft, ob die Session noch besteht. Besteht sie noch, laufen zwei Kanäle parallel
2. Mehrere Nummern in einer Umgebung. Wird die Isolation auf Gruppenebene aufgeweicht, kehrt bei der Übergabe der alte Zustand zurück, dass die gesamte Gruppe mitkopiert wird. Die Disziplin lautet eine Nummer, eine Umgebung: Die Umgebung folgt der Nummer, nicht der Person
3. Umzugsmail an Kunden am Migrationstag. Migriert wird das Anmeldegerät, nicht die Nummer selbst; die Nummer bleibt dieselbe, und Kunden sollten nichts davon bemerken. Eine Massenmail mit Wechselhinweis erzeugt nur das Misstrauen, der Kontakt habe es mit einem Betrügerkonto zu tun, und sonst keinen Nutzen
4. Umgebung verschoben ohne neue Verifizierung. Liegt das Verifizierungsmittel noch beim ausgeschiedenen Mitarbeiter, ist die Umgebung übergeben, die Wurzel aber nicht. Die Reihenfolge aus Verifizierung neu binden, Umgebung übergeben, Berechtigung widerrufen ist in Team-2FA-Verwaltung nachzulesen und einfach abzuarbeiten
5. Umgebung wechselt das Netzwerk mit der Person. Heute im Homeoffice, morgen auf Geschäftsreise, springt die Ausgangs-IP mit. Die Umgebung bindet einen festen Ausgang, und die Person wechselt das Netzwerk, die Umgebung nicht: Diese Disziplin ist schon in der Anfangsphase zu etablieren
6. Migration als Endpunkt behandelt. Täglich entstehen neue Verläufe, und die Archivierung braucht einen Rhythmus: Nach jedem großen Abschluss wird die Kundensitzung am selben Tag exportiert, laufende Kunden einmal pro Woche zu einem festen Termin. Der Teamleiter prüft monatlich die Aktivitätsprotokolle und achtet vor allem auf Anmeldungen außerhalb der Umgebung

Vier Rollen, unterschiedliche Berechtigungen

Die Migration löst den Bestand, die Berechtigungen entscheiden über den Zuwachs. Die Menschen im Team sind nicht ein Typ, und eine Einheitslösung bei den Berechtigungen scheitert immer irgendwo:

• Neue Mitarbeiter in der Probezeit: Sie chatten vom ersten Tag an in der Umgebung, und die historische Umgebung wird ihnen nicht freigegeben. Ob die Probezeit bestanden wird, berührt die Zugehörigkeit der Verläufe nicht; die Daten liegen ohnehin nicht auf dem privaten Gerät, und Gehen oder Bleiben kostet keine Übergabearbeit
• Aushilfen und Externe: Der Berechtigungszeitraum richtet sich nach der Projektdauer; nach Projektende wird die Berechtigung widerrufen und die Umgebung an einen Stammkollegen übergeben. Keine dauerhaft bestehenden Konten: Eine herumliegende Berechtigung ist die Falle von morgen
• Servicekräfte im Schichtbetrieb: Die Umgebung ist selbst das geteilte Gefäß, und die Schichtübergabe ist ein Berechtigungswechsel. Die Verläufe bleiben lückenlos, und Kunden müssen ihre Anforderungen dem Nachtdienst nicht ein zweites Mal erzählen
• Vertriebler mit langjähriger Privatnummer: Die Gruppe mit dem größten Widerstand. Das Gespräch beginnt nicht bei Ich kontrolliere dich, sondern bei Ich schütze dich: Die Kundenzuordnung liegt glasklar in der Umgebung, beim Ausscheiden gibt es keinen Verdacht des Kundenraubs, und die Nachfolger finden die Historie ohne Rückfragen. Ist dieser Punkt klar erklärt, sieht die Zustimmung völlig anders aus

Häufige Fragen

Können die Bestandschats vollständig in die Umgebung übernommen werden?

In zwei Schichten. Die Umgebung kümmert sich um die Zukunft: Ab dem Aktivierungstag wachsen die Verläufe nativ in ihr. Die Historie muss über das offizielle Exportarchiv laufen: jede Konversation einzeln exportiert, mit Medien, gesichert im Unternehmensnetzlaufwerk. Erst beide Schichten zusammen sind eine abgeschlossene Migration.

Was, wenn Mitarbeiter Isolation mit Überwachung gleichsetzen?

Isolation und Überwachung sind zwei Dinge. Die Mitglieder sehen einander nicht, der Teamleiter sieht im Alltag keine Chatinhalte, eine einzelne Prüfung jeder Nachricht gibt es nicht. Für die Vertriebler ist das sogar ein Schutz: Die Kundenzuordnung lässt sich in der Umgebung sauber belegen, und beim Ausscheiden bleibt kein Verdacht. Wer zuerst die gegenseitige Unsichtbarkeit erklärt, stößt auf deutlich weniger Widerstand.

Was geht bei der WhatsApp-Übergabe eines ausscheidenden Vertrieblers leicht verloren?

Die Übergabe des Verifizierungsmittels. Die Umgebung geht weiter, aber der Verifizierungscode hängt noch am Gerät des ausscheidenden Mitarbeiters, und auch der Nachfolger kommt nicht hinein. Verifizierung neu binden, Umgebung übergeben, Berechtigung widerrufen, in dieser Reihenfolge.

Woran erkennt man Lücken in der Migration?

Drei Selbsttests: Ist die Web-Version auf dem gewohnten Rechner der Mitarbeiterschaft abgemeldet? Findet der Teamleiter nach zufälligen Fragen zu drei Kundendetails die Antworten innerhalb von drei Minuten in der Umgebung? Gibt es in den Aktivitätsprotokollen Anmeldungen außerhalb der Umgebung? Erst wenn alle drei bestehen, ist die Migration geschlossen.

Fazit

Beim Einzug der Chats in die Umgebung liegt die Schwierigkeit nie am Werkzeug, sondern an der Reihenfolge der Migration und der Umsetzungsdisziplin. Batches geplant, Bestand exportiert, ein Zugang mit Abnahme, vier Rollen unterschiedlich berechtigt, mindestens fünf der sechs Fallen vermieden: Dann steht das System. Das Vorgehen mit einer Nummer pro Umgebung und eigenem Ausgang pro Umgebung ist in der Erklärung zur Umgebungsisolation genauer beschrieben; die unabhängigen Umgebungen und das Berechtigungsdesign von MostMate folgen derselben Logik, die Details stehen auf der Produktseite.

Teams, die noch nicht gestartet sind, testen nächste Woche eine beim Unternehmen registrierte Nummer: Backup exportieren, Umgebung anlegen, zweiten Zugang abschalten, eine Abnahme durchführen. Läuft die erste Nummer glatt, ist der Rest nur noch Terminplanung.