Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 22 Next »

Besonderheit

Bei der Standard-Aussendienst-Lösung gehen wir davon aus, dass wir wissen, welchen Kunden wir als nächstes bearbeiten. Dies im Rahmen einer Besuchsplanung oder ähnlichem, dass ausserhalb des Portals vorgenommen wird.

Die Fragestellung kann auch anders sein: Welchen Kunden sollten wir als nächstes bearbeiten? Hier kann uns das Portal Hinweise geben im Sinne einer Todo- oder Prioritätenliste. Dabei sind zwei Quellen prioritär:

  1. Kontakte (Besuche, Reklamationen etc).

  2. Kundengeschichte (Bestellungen, Zahlungen etc.)

Hier soll es nun primär um die Kundengeschichte gehen. Die Kontakte sind separat behandelt unter Kontaktfolgen und Kontaktregeln

Lösungsidee

Wir legen eine View an, verknüpft mit der Adresse mit einer Serie von berechneten Feldern. Diese View lässt sich im ScopeLayout mit der Adresse verbinden und alle Felder aus diesem Scope-Layout für die Selektion der Adresse verwenden.

Eine Möglichkeit wäre hier ein Prognosewert aufgrund Vergangenheitsdaten, also wen lohnt es sich, am ehesten anzurufen bestehende aus Umsatz in der Vergangenheit, Kadenz und Zeitraum seit letzter Bestellung und dessen Abweichung von der Kadenz.

Selektionskriterien

  • Letztkauf (Bezüge zusätzliche Spalte "Letztkauf die gefiltert werden kann)

  • nach Wein, "wer hat im Zeitraum x, Wein y gekauft"

  • nach Vertriebsweg "hat an Messe x gekauft" Bezüge zusätzliche Spalte

Verändertes Bestellverhalten

Die Aussendienst-Mitarbeitenden möchten darauf aufmerksam gemacht werden, wenn sich das Bestellverhalten eines Kunden ändert.

Im einfachsten Fall sollen die Adressen auf einer Liste erscheinen, welche seit zwei Wochen nicht mehr bestellt haben. Das entspricht dem konkreten Wunsch von ZWG .

Die Idee dahinter ist, dass ZWG proaktiv und frühzeitig auf einen drohenden Kundenabsprung reagieren kann.

Diese Funktion scheint sich mit der Wiedervorlage von CAZ zu decken.

#

Problem

Lösungsvorschlag

Entscheid

eHinweis

1

Berechnete Attribute

  • Datum letzter Verkauf

  • Menge letzter Verkauf

  • Produktegruppen (z.B. E-Commercegruppen)

  • Datum letzter Kontakt

  • Art des Kontakts (Messe, Telefon, Mail etc.)

  • Umsatzfelder 5 Jahre

  • Bonitätsinfo

  • Prognosewert: Berechnungsvorschlag?

Gut für erste Version

Mit der Spalten-Darstellung kann anschliessend auf jeder dieser Spalten eingeschränkt werden.

Durch die speicherbaren Spaltendarstellungen können die Benutzer die beste Wahl fixieren.

2

Bestellunterbruch

Besonders zu beachten ist ein allfälliger Bestellunterbruch, wenn der Kunde aus seiner Frequenz herausfällt.

  • No labels