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 ählichem, 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:
Kontakte (Besuche, Reklamationen etc).
Kundengeschichte (Bestellungen, Zahlungen etc.)
Hier soll es nun primär um die Kundengeschichte gehen. Die Kontakte sind separat behandelt unter Kontaktfolgen und Kontaktregeln
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
Wiedervorlage
Kontaktberichte und Wiedervorlage - Folgekontakt planen: Mit welchem Werkzeug?
Wiedervorlage Systemvorschlag?, Kadenz definierbar pro Kunde: Sehr aufwändig
Manuelle Erstellung Wiedervorlage, Abarbeitung Wiedervorlagen nach Datum
Verändertes Bestellverhalten
...
Diese Funktion scheint sich mit der Wiedervorlage von CAZ zu decken.
Aufgabe aufgrund bestimmter Kontaktarten
Bestimmte Kontaktarten sollen ebenfalls eine Art “Aufgabe” auslösen. ZWG nannte hier das Beispiel der “Reklamation”.
Wenn ein Kunde im Innendienst anruft und sich beschwert, soll der Innendienst einen entsprechenden Kontakteintrag mit der Art “Reklamation” erfassen. Diese Reklamation muss dann beim zuständigen ADM im Portal aufpoppen, damit dieser angemessen auf die Reklamation reagieren kann.
Anstehende Aufgaben (Todo-Liste)
Der ADM soll seine am Tag anstehenden Aufgaben möglichst übersichtlich auf einer separaten Seite sehen. Auf dieser Seite sind beispielsweise folgende Themen ersichtlich:
...
Anstehende Besuche gemäss auf heute (und evtl. morgen) datierte Kontakteinträge
...
Bestimmte Kontakteinträge, welche eine Aktion seitens ADM erfordern (z.B. Reklamation)
...
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.
...