Neu WAWI-33888 - Kunden nur noch mit e-Mail-Adresse identifizieren

[MichaelH]

Hi Manuel !

Wäre OK, wenn du dazu auch eine Idee hast wie ich aus > 100.000 Kunden portionsweise Kunden markieren und letztlich alle abarbeiten kann ?
Ich meine wirklich "Idee" - hast du eine ?
Ich aktuell nicht.

Gut jetzt hätte ich was:
1) "Kunde seit", dann kann man die Kunden chronologisch abarbeiten, aber ohne seitenweise markieren wird das nicht gehen ?
- zudem das Feld gibt es in der Übersicht nicht, also eine Sortierung ist nicht möglich

2) Weiters sollte man eine Möglichkeit haben einen Filter optional zu setzen "Kunde hat Shopkonto", denn alle anderen sind weniger wichtig.

Versuch es einfach mal in der Praxis mit dem aktuellen Kundenstamm zu machen und stell dir vor es wäre deine Aufgabe diese 100.000 Kunden durchzuackern und das so nebenher ... denn ich kann niemanden 4 Wochen dafür abstellen.

Gerne lese ich auch deine praktische Idee dazu.

SG, Michael

 

[Manuel Pietzsch]

Hi Manuel !

Wäre OK, wenn du dazu auch eine Idee hast wie ich aus > 100.000 Kunden portionsweise Kunden markieren und letztlich alle abarbeiten kann ?
Ich meine wirklich "Idee" - hast du eine ?
Ich aktuell nicht.

Gut jetzt hätte ich was:
1) "Kunde seit", dann kann man die Kunden chronologisch abarbeiten, aber ohne seitenweise markieren wird das nicht gehen ?
- zudem das Feld gibt es in der Übersicht nicht, also eine Sortierung ist nicht möglich

2) Weiters sollte man eine Möglichkeit haben einen Filter optional zu setzen "Kunde hat Shopkonto", denn alle anderen sind weniger wichtig.

Versuch es einfach mal in der Praxis mit dem aktuellen Kundenstamm zu machen und stell dir vor es wäre deine Aufgabe diese 100.000 Kunden durchzuackern und das so nebenher ... denn ich kann niemanden 4 Wochen dafür abstellen.

Gerne lese ich auch deine praktische Idee dazu.

SG, Michael

Hi Michael,

ich denke da vielleicht zu einfach. Mein Handy z.B. schlägt mir regelmäßig vor Dubletten zusammenzufassen. Dabei wähle ich das Kriterium aus: Nummer oder E-Mail. Dann drücke ich auf einen Knopf und bin durch.

Ich stelle mir das ähnlich vor bei der Dublettenpflege, diese wird aufgerufen mit dem gesamten Kundenstamm und ermöglicht dir alle zusammenzufassen.

Weiter sollen so Kunden von der Dublettenpflege ausgeschlossen werden können.


Schau dir mal dieses Ticket hier an:

https://issues.jtl-software.de/issues/WAWI-41152

Da ist auch ein Mockup drin. Letztlich ist das die Vorlage für unsere Entwicklung. Was denkst du soll ich noch in die Akzeptanzkriterien schreiben damit es für alle passt? Bin da ja offen für Vorschläge

Am Rande: Mit der 1.6 wird es die Möglichkeit geben Kunden mit Labeln zu versehen und diese Label auch in den Filtern zu nutzen, das vereinfacht dir ggf. die Filterrei

Gruß und frohes Fest

Manuel

Edit: Hier der Mockup für die Dublettenpflege:

 

[MichaelH]

Hi Manuel !

Nein, das Mock-Up verstehe ich nicht, da ist jeder Kunde nur 1 x drin - wie soll ich hier entscheiden welche Daten von woher genommen werden sollen ?
-> Stell dir die Kundenzusammenführung im alten Shopabgleich vor, wo man Feld für Feld entscheiden konnte wie der neue Kundeneintrag aussehen soll.

Automatisch wird das nicht gut klappen.

Beispiel:
1 Eintrag mit UID 1 Eintrag ohne UID, weil der Kunde nun sein Konto auf mit UID geändert hat.

Also automatisch sehe ich hier eher "schwierig".

Fortlaufende Zusammenfassung: OK das geht
Aber ich sprach von 100.000 Bestandskunden die wir erst mal bereinigen müssen und wie wir das bewerkstelligen sollen ?

Weiters wie schon erwähnt fehlen Felder in der Kundenübersicht.
(- zudem das Feld gibt es in der Übersicht nicht, also eine Sortierung ist nicht möglich )
Die Auswahl der Felder sollte also erheblich ausgeweitet werden.
z.B. Kunde seit, Shopkonto seit, ...


SG, Michael

 

[Manuel Pietzsch]

Hi Manuel !

Nein, das Mock-Up verstehe ich nicht, da ist jeder Kunde nur 1 x drin - wie soll ich hier entscheiden welche Daten von woher genommen werden sollen ?
-> Stell dir die Kundenzusammenführung im alten Shopabgleich vor, wo man Feld für Feld entscheiden konnte wie der neue Kundeneintrag aussehen soll.

Automatisch wird das nicht gut klappen.

Beispiel:
1 Eintrag mit UID 1 Eintrag ohne UID, weil der Kunde nun sein Konto auf mit UID geändert hat.

Also automatisch sehe ich hier eher "schwierig".

Fortlaufende Zusammenfassung: OK das geht
Aber ich sprach von 100.000 Bestandskunden die wir erst mal bereinigen müssen und wie wir das bewerkstelligen sollen ?

Weiters wie schon erwähnt fehlen Felder in der Kundenübersicht.
(- zudem das Feld gibt es in der Übersicht nicht, also eine Sortierung ist nicht möglich )
Die Auswahl der Felder sollte also erheblich ausgeweitet werden.
z.B. Kunde seit, Shopkonto seit, ...


SG, Michael

Hi,

das geht aus dem Mock wirklich nicht schön hervor. Das ist dort für die Entwickler mit "Treeview" beschrieben.
Bedeutet du hast einen Kunden und kannst diesen aufklappen wie eine Stückliste, darunter siehst du dann alle Adressen die matchen und kannst sie zusammenfassen. Das manuelle Zusammenfassen von 2 Datensätze funktioniert ja so wie im Shop, dazu habe ich weiter oben einen Dialog vorgestellt.

Die Spalte "Kunde seit" habe ich mal aufgenommen, bin da voll bei dir: https://issues.jtl-software.de/issues/WAWI-41669 (passt so?)

Gruß

Manuel

 

[MichaelH]

OK, verstehe, das ist natürlich praktisch !

Wegen der Felder in der Übersicht, die sind allgemein sehr dünn im Vergleich z.B. zum neuen Artikelstamm.
Hier würde ich empfehlen mal drüberzuschauen und weit mehr Felder anzuzeigen.
Kunde360 zeigt viel, die Übersicht zeigt nur Minimaldaten.

Klar mit Multishop und mehreren Lieferadressen ist das eher schwer, aber zumindest sollte auch hier idealerweise ersichtlich sein ob der Kunde ein Shopkonto hat (in irgendeinem Shop) und gespeicherte Lieferadresse(n).
Auch z.B. Umsatzinfo in der Übersicht.
Kurz und gut, auch in einer Übersicht oder mit Filter kann mehr Info durchaus nützlich sein.

Performance - dazu könnte man ggf. eine Option festlegen bei der man wählen kann "Zusatzinfo in der Übersicht anzeigen j/n", dann kann jeder selbst wählen ob er das will oder nicht und das SQL ist eben schnell oder langsamer.

SG, Michael

 

[Manuel Pietzsch]

OK, verstehe, das ist natürlich praktisch !

Wegen der Felder in der Übersicht, die sind allgemein sehr dünn im Vergleich z.B. zum neuen Artikelstamm.
Hier würde ich empfehlen mal drüberzuschauen und weit mehr Felder anzuzeigen.
Kunde360 zeigt viel, die Übersicht zeigt nur Minimaldaten.

Klar mit Multishop und mehreren Lieferadressen ist das eher schwer, aber zumindest sollte auch hier idealerweise ersichtlich sein ob der Kunde ein Shopkonto hat (in irgendeinem Shop) und gespeicherte Lieferadresse(n).
Auch z.B. Umsatzinfo in der Übersicht.
Kurz und gut, auch in einer Übersicht oder mit Filter kann mehr Info durchaus nützlich sein.

Performance - dazu könnte man ggf. eine Option festlegen bei der man wählen kann "Zusatzinfo in der Übersicht anzeigen j/n", dann kann jeder selbst wählen ob er das will oder nicht und das SQL ist eben schnell oder langsamer.

SG, Michael

Hi,

ok, dass sehe ich als weitere Baustelle unabhängig vom Adressmatching. Würde dann hier einen Deckel draufmachen. Das mit den Spalten steht jetzt auch auf ToDo bei mir.
Ich schau mal was ich zaubern kann. Gerne PN wenn wir dazu spontan nochwas einfällt was ich nicht vergessen darf

Gruß

Manuel

 

[JaninaNa]

Wir würden uns sehr über eine Umsetzung freuen.

Haben auch große Probleme mit duplikaten.

 

[Manuel Pietzsch]

Hi Freunde,

generelle Frage die wir intern diskutieren.

Sollen alle Adressen die wir zu einem Kunden über Aufträge erhalten in den Stammdaten abgelegt werden?

Beispiel:

Kunde bestellt immer unter seinem Kundenkonto nach Musterhausen. Jetzt ist er im Urlaub und bestellt dort direkt nach Urlaubhausen.
Soll Urlaubhausen als Lieferadresse in den Kundenstamm übernommen werden?

Wollen wir im Kundenstamm alle Liefer- und Rechnungsadressen automatisch sammeln ODER wollt ihr die Adressen manuell hinterlegen?

Gruß

Euer Manuel

 

[MichaelH]

Ich bin für sammeln !

 

[knackig]

Wollen wir im Kundenstamm alle Liefer- und Rechnungsadressen automatisch sammeln ODER wollt ihr die Adressen manuell hinterlegen?

Sammeln! Wir haben Kunden die von der Zentrale aus an verschiedene Lieferadressen bestellen. Es wäre schön, wenn man im Kundenaccount automatisch alle Lieferadressen in einer Übersicht hätte.

 

[sjk]

+1 für Sammeln. Vielleicht findet Ihr ja noch einen sinnvollen Weg, wie man diese Adressen dann in irgendeiner Form strukturieren könnte.

Das könnte z. B. eine Sortierung nach der Anzahl Bestellungen je Adresse sein, sodass die am häufigsten benutzte Adresse immer ganz oben steht. Oder dass die automatisch gesammelten Adressen erstmal passiv/ausgegraut sind, aber eben in den Stammdaten hinterlegt werden, sodass man diese bei Bedarf auswählen/aktivieren kann.

 

[NETZdinge.de]

Sammeln mit der Möglichkeit, eine bestimmte Lieferadresse auszuwählen, die bei neuen Aufträgen (in Shop und WaWi) automatisch gesetzt wird. In dem Fall sollte der Haken bei Rechnungsadresse ist gleich Lieferadresse auch direkt entfernt werden.

So, dass in allen neuen Aufträgen dann erstmal diese Standard-Lieferadresse gesetzt ist und im Bedarfsfall geändert werden kann.

Ich habe da einige Kunden die das begrüßen würden. Ging auch die letzten Tage in der Facebook Gruppe schon rum.

 

[hula1499]

Klar sammeln bitte, sollt halt trotzdem noch irgendwie "übersichtlich" bleiben.

 

[wawi-dl]

DEFINITIV sammeln!

Kundenstamm MUSS bleiben … ABER … wenn zB Kunde in eBay neu bestellt und eBayuser-ID gleich ist, sich die Wohnanschrift geändert hat (Kundenadresse=Rechnungsadresse), dann diese gerne aktualisieren.
Wichtig wäre aber dann auch die Archivierung der bisherigen Adressen, siehe auch nochmals unten.


Mein Vorschlag wie ich es mir vorstelle:

Kundenadresse
Kundenstamm Adresse aktualisieren, aber als Historie die bisherigen"archivieren", am besten mit Hinweis "war gültig bis 02.03.2020".

Rechnungsadresse
Rechnungsadresse wäre auch super zu sammeln, da Kunden oft privat auf Firma bestellen, man dann aus Historie eine auswählen kann (Button einblenden wenn vorhanden).

Lieferadresse
Lieferadresse ebenfalls bitte sammeln, haben wir oft ebenfalls als Auswahl.

 

[3po]

Keine Ahnung ob das jetzt schon erwähnt worden ist, aber zumindest bei uns wo wir einen hohen Stammkunden Anteil haben, die aber über Amazon, ebay und eigenen Shop bestellen (und dort auch teilweise mit 3-4 unterschiedlichen email Adressen) sollte es möglich sein, einem Kunden mehrere email Adressen zuzuordnen. Nur so ist dann ein Servicedesk und das automatische zuordnen von emails zu Kunden wirklich sinnvoll.

 

[wawi-dl]

Keine Ahnung ob das jetzt schon erwähnt worden ist, aber zumindest bei uns wo wir einen hohen Stammkunden Anteil haben, die aber über Amazon, ebay und eigenen Shop bestellen (und dort auch teilweise mit 3-4 unterschiedlichen email Adressen) sollte es möglich sein, einem Kunden mehrere email Adressen zuzuordnen. Nur so ist dann ein Servicedesk und das automatische zuordnen von emails zu Kunden wirklich sinnvoll.

Ein Matching macht mehr als Sinn, auch hier seeeeehr wichtig, dass man alle Infos SAMMELT!
Man sollte im Kundenstamm dann alle ursprünglichen Kundennummern/Adressen/Emailadressen/etc. finden, eine Historie ist wichtig!

Es kann ja auch sein, dass ein Kunde mal gesperrt war, nimmt andere Emailadresse und schwups ist er wieder durch.

 

[wawi-dl]

Weiterer wichtiger Punkt, der uns die Tage auf die Füße gefallen ist!

Es ist umso wichtiger, Kunden anhand eBay-UserID zu identifizieren, nicht am eBay-Benutzernamen!
Kunden können als Gast bestellen, legen erst später ein Kundenkonto auf eBay an und vergeben einen Benutzernamen...

Auch hier beim Zusammenfassen, sollte man eine Option zur Auswahl haben, welcher eBay-Username übernommen werden soll (fehlt im Dialogfenster).
Zudem wie schon an paar Stellen angemerkt, bitte UNBEDINGT auch ursprüngliche eBay-Usernamen als Historie mitführen.