OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro: Unterschied zwischen den Versionen
an Styleguide angepasst; neu: Abschnitt Konfiguration ([Shop], SPERR_STATUS, [Unbearbeitet]), DB zusätzlich in %, FAQ zu SPERR_STATUS [Volltext ersetzt] [Styleguide-Abweichung: Pflichtabschnitt ohne Beleg] |
Abschnitt Filialen und Zentralen (Konzernsicht) ergänzt, Konfiguration [Konzern], FAQ und Glossar erweitert [Volltext ersetzt] |
||
| Zeile 12: | Zeile 12: | ||
* Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung. | * Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung. | ||
* Voll kompatibel zur Basis-App: keine Doppelaufgaben. | * Voll kompatibel zur Basis-App: keine Doppelaufgaben. | ||
* Filialen einer Zentrale auf Wunsch gebündelt: eine Aufgabe je Gruppe statt vieler Einzelaufgaben. | |||
}} | }} | ||
| Zeile 81: | Zeile 82: | ||
== Schutzfrist und Lastverteilung == | == Schutzfrist und Lastverteilung == | ||
Wie die Basis-App schützt Pro vor Doppelmeldungen (Schutzfrist je Kunde und Thema) und verteilt die Aufgaben fair – priorisiert nach dem Wertbeitrag des Kunden, mit einem Tageskontingent je Sachbearbeiter. So bleibt die Aufgabenliste auch mit den zusätzlichen Auslösern beherrschbar. | Wie die Basis-App schützt Pro vor Doppelmeldungen (Schutzfrist je Kunde und Thema) und verteilt die Aufgaben fair – priorisiert nach dem Wertbeitrag des Kunden, mit einem Tageskontingent je Sachbearbeiter. So bleibt die Aufgabenliste auch mit den zusätzlichen Auslösern beherrschbar. | ||
== Filialen und Zentralen == | |||
Bestellen Filialen unter eigener Kundennummer und geht die Rechnung an eine Zentrale, kann Pro diese Kunden als Gruppe behandeln. Ohne diese Einstellung erhält jede Filiale eine eigene Aufgabe – bei einem großen Filialnetz sind das viele Einzelaufgaben für denselben Gesprächspartner. | |||
Zu einer Gruppe gehören alle Kunden, deren abweichender Rechnungsempfänger im Personenstamm auf dieselbe Zentrale führt, auch über mehrere Stufen. Versandadressen spielen dafür keine Rolle. | |||
Wie Pro mit den Gruppen umgeht, legen Sie mit <code>[Konzern] MODUS</code> fest: | |||
{| class="wikitable" | |||
! Modus !! Wirkung | |||
|- | |||
| <code>AUS</code> || Wie bisher: Jede Filiale erhält eine eigene Aufgabe. Standard. | |||
|- | |||
| <code>HINWEIS</code> || Jede Filiale erhält weiter eine eigene Aufgabe. Im Abschnitt BELEGE steht zusätzlich, zu welcher Zentrale sie gehört, wie viele Filialen die Gruppe hat und wie hoch der Gruppenumsatz ist. | |||
|- | |||
| <code>BUENDELN</code> || Je Gruppe entsteht eine Sammelaufgabe an die Zentrale. Schutzfrist und Status-Sperre gelten für die ganze Gruppe. | |||
|} | |||
Die Sammelaufgabe listet die Filialen mit Anlass, die wichtigsten zuerst. Cross-Selling-Vorschläge erscheinen je Warengruppe nur einmal, mit der Zahl der Filialen, für die sie gelten. Ob ein Vorschlag aufgegriffen wird, erfasst Pro weiter je Filiale. Anonymisiertes Beispiel: | |||
<pre> | |||
[VTD] KONZERN 3 Filialen GEFAEHRDET A | |||
Gruppe 3000 (Musterstadt): 3 Filialen mit Anlass. Sortiment, Konditionen | |||
und Abwanderungen mit der Zentrale besprechen. | |||
FILIALEN | |||
-------- | |||
- 3011 Hamburg: GEFAEHRDET A - seit 140 Tagen keine Bestellung | |||
- 3014 Kiel: STAMMKUNDE B - Bedarfsabfrage Toner (6x, zuletzt 02.05.26) | |||
- 3020 Lübeck: LOYAL B - Routine-Kontakt | |||
CROSS-SELL-VORSCHLAG | |||
-------------------- | |||
- Hygienepapier (2 Filialen) | |||
GRUPPE | |||
------ | |||
- 12 Filialen laut Personenstamm, 9 Standorte mit Auftraegen in 12 Monaten | |||
- Gruppenumsatz 12 Monate: 85.400 EUR (Vorjahr: 91.200 EUR) | |||
</pre> | |||
=== Ausnahmen je Gruppe === | |||
Ausnahmen stellen Sie nicht in der Konfiguration ein, sondern über Eigenschaften am Kunden der '''Zentrale''': | |||
* '''Eigenschaft 9251''' (dezentraler Einkauf): Die Filialen dieser Gruppe kaufen in eigener Verantwortung ein. Auch bei <code>BUENDELN</code> erhält dann jede Filiale ihre eigene Aufgabe, mit dem Gruppenhinweis wie bei <code>HINWEIS</code>. | |||
* '''Eigenschaft 9250''' (KI-Mining Blacklist): Für die ganze Gruppe entstehen keine Aufgaben, solange <code>MODUS</code> nicht <code>AUS</code> ist. Die Umsätze der Filialen fließen weiter in Kundenklassifizierung und Cross-Selling ein. | |||
{{Hinweis|1=Beide Eigenschaften wirken nur an der Zentrale. An einer Filiale gesetzt, bleibt 9251 ohne Wirkung; das Lauf-Protokoll weist im Abschnitt KONZERNSICHT darauf hin.}} | |||
== Zusammenspiel mit Basis und Cross-Selling == | == Zusammenspiel mit Basis und Cross-Selling == | ||
| Zeile 117: | Zeile 166: | ||
|- | |- | ||
| <code>[Unbearbeitet] TAGE</code> || <code>30</code> || Ab so vielen Tagen nach der Anlage wird eine offene Aufgabe abgeschlossen. | | <code>[Unbearbeitet] TAGE</code> || <code>30</code> || Ab so vielen Tagen nach der Anlage wird eine offene Aufgabe abgeschlossen. | ||
|} | |- | ||
| <code>[Konzern] MODUS</code> || <code>AUS</code> || <code>HINWEIS</code> oder <code>BUENDELN</code> = Filialen mit abweichendem Rechnungsempfänger werden als Gruppe behandelt, siehe [[#Filialen und Zentralen|Filialen und Zentralen]]. | |||
|- | |||
| <code>[Konzern] MAX_FILIALEN_TEXT</code> || <code>15</code> || So viele Filialen listet eine Sammelaufgabe mit Text auf, die übrigen nur mit Kundennummer. | |||
|- | |||
| <code>[Konzern] KETTE_MAX</code> || <code>5</code> || Über so viele Stufen verfolgt Pro den Rechnungsempfänger bis zur Zentrale.|} | |||
So sieht die Shop-Zeile in der Aufgabe aus: | So sieht die Shop-Zeile in der Aufgabe aus: | ||
| Zeile 146: | Zeile 200: | ||
: Das legen Sie mit <code>[Eingangsfilter] SPERR_STATUS</code> fest. Tragen Sie dort die Status ein, die bei Ihnen „in Arbeit" bedeuten. | : Das legen Sie mit <code>[Eingangsfilter] SPERR_STATUS</code> fest. Tragen Sie dort die Status ein, die bei Ihnen „in Arbeit" bedeuten. | ||
; Wir haben Filialen, die selbst einkaufen. Bekommen die weiter eigene Aufgaben? | |||
: Ja, wenn Sie an der Zentrale die Eigenschaft 9251 (dezentraler Einkauf) setzen. Dann erhält jede Filiale ihre eigene Aufgabe, auch bei <code>[Konzern] MODUS=BUENDELN</code>. | |||
== Glossar == | == Glossar == | ||
; Segment / Lebenszyklus | ; Segment / Lebenszyklus | ||
| Zeile 160: | Zeile 216: | ||
: Rückgewinnungs-Versuch bei einem still gewordenen Kunden. | : Rückgewinnungs-Versuch bei einem still gewordenen Kunden. | ||
; Zentrale | |||
: Kunde, an den die Rechnungen der Filialen einer Gruppe gehen (abweichender Rechnungsempfänger im Personenstamm). | |||
; Sammelaufgabe | |||
: Eine Aufgabe an die Zentrale, die die Anlässe mehrerer Filialen zusammenfasst. Betreff beginnt mit <code>[VTD] KONZERN</code>. | |||
== Siehe auch == | == Siehe auch == | ||
* [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]] | * [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]] | ||
Aktuelle Version vom 31. Oktober 2026, 09:18 Uhr
Vertriebs-ToDos pro
Vertriebs-ToDos Pro erweitert die Basis-App um die Kundengruppen, die sonst systematisch leer ausgehen: Neukunden, Entwicklungs-Kandidaten und Reaktivierbare. Grundlage ist die Kundenklassifizierung – nur wenn bekannt ist, wer in welche Gruppe gehört, kann die Pro-App gezielt Aufgaben erzeugen.
Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung und setzt den Leitfaden zur Basis-App Vertriebs-ToDos voraus.
- Zusätzliche Aufgaben für Neukunden-, Entwicklungs- und Reaktivierungs-Themen.
- Getrieben von den vier Etiketten der Kundenklassifizierung.
- Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
- Voll kompatibel zur Basis-App: keine Doppelaufgaben.
- Filialen einer Zentrale auf Wunsch gebündelt: eine Aufgabe je Gruppe statt vieler Einzelaufgaben.
Kurzüberblick
Die Basis-App betrachtet vor allem aktive Stammkunden – dort entsteht der Umsatz von heute. Pro nimmt zusätzlich die Kunden in den Blick, die morgen Umsatz bringen (oder gerade verloren gehen): Neukunden, Entwicklungs-Kandidaten, gefährdete und reaktivierbare Kunden.
Zusätzliche Aufgaben-Auslöser
Zusätzlich zu den Anlässen der Basis-App erzeugt Pro Aufgaben aus dem Lebenszyklus-Segment des Kunden:
| Segment | Aufgabe |
|---|---|
| NEUKUNDE | Erstbestellung lief – wann erfolgt das systematische Onboarding-Gespräch? |
| ENTWICKLUNG | Kurze Kundenbeziehung, schon mehrere Käufe – Potenzial heben. |
| GEFÄHRDET | Noch aktiv, kippt aber gerade – letzter Moment für Outbound. |
| REAKTIVIERBAR | Früher Kunde, seit 1–2 Jahren ruhig – Win-back-Versuch. |
| EINMALKÄUFER | Nur eine Rechnung – warum hat er nicht weitergekauft? |
Die pflegbare Themen-Tabelle
Das Herzstück von Pro: Sie hinterlegen selbst, welche Sprechpunkte der Vertrieb bei welcher Konstellation ansprechen soll – in einer Themen-Tabelle in OBS, ohne Programmierung.
- Jedes Thema gilt für eine Kombination aus Segment, Wertklasse, Profitabilität und Sortimentstyp. Leere Felder wirken als Platzhalter („gilt für alle").
- Jedes Thema hat eine Priorität; im Sprechtext erscheinen die wichtigsten (standardmäßig bis zu fünf) Themen zuerst.
- Themen lassen sich aktiv/inaktiv schalten – so steuert die Vertriebsleitung die Schwerpunkte des Teams, ohne dass programmiert werden muss.
Der Aufgaben-Betreff: vier Etiketten
Jede Pro-Aufgabe trägt im Betreff das vollständige Vier-Etiketten-Tag, zum Beispiel SCHLUMMERND · A · PREMIUM · PAPIER. Damit ist die Aufgabe lesbar, bevor man sie öffnet:
| Etikett | Aussage |
|---|---|
| Lebenszyklus | Wer ist der Kunde? (SCHLUMMERND, GEFÄHRDET …) |
| Wertklasse | Wie viel Wert hat er? (A/B/C/D/X) |
| Profitabilität | Wie profitabel ist er? (PREMIUM bis DEFIZIT) |
| Sortimentstyp | Was kauft er überwiegend? |
So liest sich eine Pro-Aufgabe
Anonymisiertes Beispiel – ein wertvoller, aber ruhig gewordener Kunde:
[VTD] SCHLUMMERND - A - PREMIUM - PAPIER - Kunde 3025 Aufhaenger: Wertvoller Kunde, seit 4 Monaten keine Bestellung - jetzt handeln. Themen: > Reaktivierungs-Anruf: was hat sich beim Bedarf veraendert? > Jahresbonus-Stand und Konditionen ansprechen > Papier-Rahmenauftrag anbieten (Hauptsortiment) Kennzahlen: Umsatz 12 Monate 42.000 EUR - Marge 55% - letzter Kauf vor 128 Tagen
Den Deckungsbeitrag zeigt die Aufgabe in Euro und zusätzlich in Prozent vom Umsatz. Ist der Umsatz null oder negativ, entfällt die Prozentangabe.
Schutzfrist und Lastverteilung
Wie die Basis-App schützt Pro vor Doppelmeldungen (Schutzfrist je Kunde und Thema) und verteilt die Aufgaben fair – priorisiert nach dem Wertbeitrag des Kunden, mit einem Tageskontingent je Sachbearbeiter. So bleibt die Aufgabenliste auch mit den zusätzlichen Auslösern beherrschbar.
Filialen und Zentralen
Bestellen Filialen unter eigener Kundennummer und geht die Rechnung an eine Zentrale, kann Pro diese Kunden als Gruppe behandeln. Ohne diese Einstellung erhält jede Filiale eine eigene Aufgabe – bei einem großen Filialnetz sind das viele Einzelaufgaben für denselben Gesprächspartner.
Zu einer Gruppe gehören alle Kunden, deren abweichender Rechnungsempfänger im Personenstamm auf dieselbe Zentrale führt, auch über mehrere Stufen. Versandadressen spielen dafür keine Rolle.
Wie Pro mit den Gruppen umgeht, legen Sie mit [Konzern] MODUS fest:
| Modus | Wirkung |
|---|---|
AUS |
Wie bisher: Jede Filiale erhält eine eigene Aufgabe. Standard. |
HINWEIS |
Jede Filiale erhält weiter eine eigene Aufgabe. Im Abschnitt BELEGE steht zusätzlich, zu welcher Zentrale sie gehört, wie viele Filialen die Gruppe hat und wie hoch der Gruppenumsatz ist. |
BUENDELN |
Je Gruppe entsteht eine Sammelaufgabe an die Zentrale. Schutzfrist und Status-Sperre gelten für die ganze Gruppe. |
Die Sammelaufgabe listet die Filialen mit Anlass, die wichtigsten zuerst. Cross-Selling-Vorschläge erscheinen je Warengruppe nur einmal, mit der Zahl der Filialen, für die sie gelten. Ob ein Vorschlag aufgegriffen wird, erfasst Pro weiter je Filiale. Anonymisiertes Beispiel:
[VTD] KONZERN 3 Filialen GEFAEHRDET A Gruppe 3000 (Musterstadt): 3 Filialen mit Anlass. Sortiment, Konditionen und Abwanderungen mit der Zentrale besprechen. FILIALEN -------- - 3011 Hamburg: GEFAEHRDET A - seit 140 Tagen keine Bestellung - 3014 Kiel: STAMMKUNDE B - Bedarfsabfrage Toner (6x, zuletzt 02.05.26) - 3020 Lübeck: LOYAL B - Routine-Kontakt CROSS-SELL-VORSCHLAG -------------------- - Hygienepapier (2 Filialen) GRUPPE ------ - 12 Filialen laut Personenstamm, 9 Standorte mit Auftraegen in 12 Monaten - Gruppenumsatz 12 Monate: 85.400 EUR (Vorjahr: 91.200 EUR)
Ausnahmen je Gruppe
Ausnahmen stellen Sie nicht in der Konfiguration ein, sondern über Eigenschaften am Kunden der Zentrale:
- Eigenschaft 9251 (dezentraler Einkauf): Die Filialen dieser Gruppe kaufen in eigener Verantwortung ein. Auch bei
BUENDELNerhält dann jede Filiale ihre eigene Aufgabe, mit dem Gruppenhinweis wie beiHINWEIS. - Eigenschaft 9250 (KI-Mining Blacklist): Für die ganze Gruppe entstehen keine Aufgaben, solange
MODUSnichtAUSist. Die Umsätze der Filialen fließen weiter in Kundenklassifizierung und Cross-Selling ein.
Zusammenspiel mit Basis und Cross-Selling
- Basis-App: Pro läuft im selben wöchentlichen Vertriebs-ToDos-Lauf mit – es gibt keine konkurrierenden oder doppelten Aufgaben.
- Kundenklassifizierung: liefert monatlich die vier Etiketten, auf denen Pro seine Auslöser und die Themen-Auswahl aufbaut.
- Cross-Selling: setzt auf Pro auf und ergänzt die Aufgaben um einen Sortiments-Vorschlags-Block (eigener Leitfaden).
Voraussetzungen
- Kundenklassifizierung (läuft monatlich, liefert die vier Etiketten).
- Vertriebs-ToDos (Basis) als Fundament der Aufgaben-Erzeugung.
- Gepflegte Auftrags- und Kundendaten in OBS.
- Zugriff auf den OBS-Scheduler.
Einrichtung und Betrieb
- Kundenklassifizierung monatlich (z. B. 1. Werktag, 02:30 Uhr).
- Vertriebs-ToDos (mit Pro-Erweiterung) wöchentlich in der Nacht von Samstag auf Sonntag – nutzt das aktuelle Klassifizierungs-Ergebnis.
- Themen-Tabelle mit einer Default-Bestückung starten und mit der Vertriebsleitung nach und nach an den eigenen Stil anpassen.
Konfiguration
Die Einstellungen stehen in der Datei data\kimining\VertriebsTodos_Pro.ini. Die folgenden sind ab Werk ausgeschaltet:
| Einstellung | Standard | Bedeutung |
|---|---|---|
[Shop] ENABLED |
0 |
1 = Die Aufgabe zeigt eine Info-Zeile, ob der Kunde Shopkunde ist und wie viele seiner Aufträge im Shop und wie viele manuell erfasst wurden. Gezählt wird die Anzahl der Aufträge, nicht der Umsatz. Die Zeile hat keinen Einfluss auf die Priorität.
|
[Shop] LTM_MONATE |
12 |
Zeitraum der Shop-Zeile in Monaten. |
[Eingangsfilter] SPERR_STATUS |
leer | Kommagetrennte Liste von Aufgaben-Status (Feld T_STATUS der Tabelle TODO). Hat der Kunde eine Vertriebs-ToDos-Aufgabe in einem dieser Status, entsteht für ihn keine neue Aufgabe. Leer = aus.
|
[Unbearbeitet] ENABLED |
0 |
1 = Vertriebs-ToDos-Aufgaben, die noch offen sind und vor mindestens TAGE Tagen angelegt wurden, schließt der Lauf automatisch ab. Der Kunde kann im selben Lauf eine neue Aufgabe mit aktuellen Zahlen bekommen.
|
[Unbearbeitet] TAGE |
30 |
Ab so vielen Tagen nach der Anlage wird eine offene Aufgabe abgeschlossen. |
[Konzern] MODUS |
AUS |
HINWEIS oder BUENDELN = Filialen mit abweichendem Rechnungsempfänger werden als Gruppe behandelt, siehe Filialen und Zentralen.
|
[Konzern] MAX_FILIALEN_TEXT |
15 |
So viele Filialen listet eine Sammelaufgabe mit Text auf, die übrigen nur mit Kundennummer. |
[Konzern] KETTE_MAX |
5 |
}
So sieht die Shop-Zeile in der Aufgabe aus: - Shopkunde: ja - 14 von 20 Auftraegen (12 Monate) im Shop (70 %), 6 manuell HINWEIS: Stellen Sie
[Unbearbeitet] TAGE auf denselben Wert wie die Schutzfrist [Eingangsfilter] COOLDOWN_TAGE. Ist TAGE größer, entsteht zwischendurch eine zweite Aufgabe neben der noch offenen. Aufgaben, die der Lauf automatisch abschließt, zählt der Vertriebs-Wirkungsmonitor als unbearbeitet.Was Sie davon haben
Häufige Fragen (FAQ)
Glossar
Siehe auch |