Kunden und Freigaben

„Der Shop funktioniert nicht" ist die häufigste Kundenmeldung, und sie meint fast immer eine von sechs konkreten Ebenen: Anmeldung, die Person, das Unternehmen, der Preis, die Adresse oder die Lieferung. Die Fragen unten folgen dieser Reihenfolge und behandeln danach Registrierungen und Freigaben.

Ein Kunde sagt, der Shop funktioniert nicht. Wo fange ich an?

Holen Sie zuerst vier Angaben ein: die E-Mail-Adresse, mit der er sich angemeldet hat, was genau er gesehen hat, und an welcher Stelle, ob Anmeldung, Preis, Button oder Checkout. Diese Angaben zeigen die Ebene meist von allein. Dann prüfen Sie der Reihe nach, das Günstigste zuerst: Kann er sich anmelden, darf diese Person bestellen, darf überhaupt jemand in diesem Unternehmen bestellen, stimmen die Preise, gibt es eine Lieferadresse, und liegt eine Liefersperre vor. Siehe Wenn ein Kunde nicht bestellen kann.

Ein Kontakt ist angemeldet, kann aber keine Bestellung aufgeben.

Prüfen Sie die Rolle. Ein viewer darf sehen und nicht kaufen; ein requester reicht zur Freigabe ein und kann nicht selbst bestellen. Beides arbeitet wie konfiguriert. Öffnen Sie am Kontakt den Abschnitt Role & permissions (Rolle und Berechtigungen): Er zeigt die Rechte, die die Person hält, und ob sie sie ausüben darf. Ein gesperrter Kontakt oder einer mit offener Registrierung behält die Rolle, kann sie aber nicht nutzen. Siehe Kontakte und Rollen.

Wie bilde ich einen Kunden mit mehreren Lieferstandorten ab?

Es gibt absichtlich keine Organisationshierarchie. Eine juristische Person mit mehreren Standorten ist eine Organisation mit mehreren Lieferadressen. Mehrere juristische Personen mit getrennten Rechnungen und getrenntem Kreditlimit sind mehrere Organisationen, in einem Segment gruppiert, wenn Sie sie gemeinsam bepreisen. Der Test ist die Rechnung: Wer eine eigene Rechnung und ein eigenes Kreditlimit bekommt, ist eine eigene Organisation. Entscheiden Sie das vor der ersten Bestellung, denn Bestellungen lassen sich nachträglich nicht umhängen. Siehe Organisationen und Hierarchien.

Ein Kunde seit fünfzehn Jahren hat sich über den Shop wie ein Neukunde registriert.

Sie haben jetzt zwei Datensätze mit je einer halben Bestellhistorie. Legen Sie fest, welcher überlebt, normalerweise der mit Kundennummer und Historie, verschieben Sie die Kontakte dorthin, setzen Sie Konditionen und Preisliste darauf, und sperren Sie den anderen, statt ihn zu löschen. Bestellungen lassen sich nicht zwischen Organisationen verschieben. Schalten Sie danach Refuse duplicates on (Dubletten abweisen bei) für USt-IdNr. und Kundennummer ein, damit es nicht wieder passiert. Siehe Kundendaten-Hygiene.

Wie gebe ich eine Registrierung frei, und was passiert dabei?

Öffnen Sie CRM › Kontakte, wählen Sie die Warteschlange Awaiting approval (wartet auf Freigabe), öffnen Sie den Antragsteller und wählen Sie Approve registration. Das schaltet die Anmeldung frei, setzt den Kontakt auf active und aktiviert das Unternehmen, das er gegründet hat; das gewählte Passwort funktioniert sofort. Bringen Sie dann die Organisation zu Ende: Kundennummer, Preisliste, Zahlungsbedingungen, Kreditlimit. Suchen Sie das Unternehmen vorher, denn das häufigste echte Problem ist die Dublette; Betrug ist selten. Siehe Registrierung freigeben.

Niemand wusste, dass ein Registrierungsantrag eingegangen war.

Die Einstellung Notify these addresses about applications (diese Adressen über Anträge benachrichtigen) ist leer, also lag der Antrag in der Warteschlange und wartete darauf, dass jemand auf die Idee kommt nachzusehen. Tragen Sie echte Adressen ein und legen Sie Auto-reject applications after (Anträge automatisch ablehnen nach) fest, damit ein liegengebliebener Antrag sich selbst schließt, statt ein Jahr zu warten. Siehe Selbstregistrierung.

Kann ich für einen Käufer eine Ausgabengrenze setzen?

Nicht für einen buyer; der bestellt direkt, und das Konzept einer Grenze gehört zur Freigabe. Wenn Sie jemanden deckeln wollen, ist er ein requester, der zur Freigabe einreicht, und die Grenze ist das order_approval_limit des approver, der unterschreibt. Die Grenze ist ein Betrag in der Währung des Marktes, keine Berechtigung, und leer heißt ohne Obergrenze. Siehe Freigaberegeln.

Gibt es heute einen Freigabe-Workflow?

Die Felder sind echt, und die Berechtigungen werden beim Bestellen durchgesetzt: Ein requester kann keine Bestellung aufgeben, ein approver darf bis zu seiner Grenze unterschreiben. Was noch fehlt, sind eine Warteschlange, die ein Freigeber abarbeitet, automatisches Routing, Erinnerungen, mehrstufige Ketten und Rollen je Markt. Konfigurieren Sie die Regeln jetzt, und verkaufen Sie einem Kunden heute keinen laufenden Freigabe-Workflow. Für einen Kunden mit echter Freigabematrix ist der Anschluss seines Beschaffungssystems per Punchout oft die ehrliche Antwort. Siehe Freigaberegeln.

Eine große Anfrage hängt, und niemand kann sie freigeben.

Jeder Freigeber in der Kette hat eine Grenze unter dem Wert, also sieht jeder die Anfrage und keiner darf unterschreiben. Jemand muss unbegrenzt sein: Lassen Sie die Grenze des obersten Freigebers leer. Heben Sie keine Grenze an, um eine einzelne hängende Anfrage freizubekommen; das genehmigt lautlos alles andere, was für diese Person gerade offen ist. Weisen Sie die Entscheidung stattdessen neu zu. Siehe Freigaben, die hängen bleiben.

Der Kunde sagt, er hat Budget, und der Shop sagt, es gibt keins.

Reservierungen, meistens. Anfragen, die auf eine Entscheidung warten, binden Budget, und seine Zahl sind gebuchte Rechnungen, während diese Zahl zugesagte Bestellungen sind. Entscheiden oder ziehen Sie die offenen Anfragen zurück, und das Geld kommt sofort zurück. Prüfen Sie dann den Zeitraum, denn ein Budget für das Vorjahr hat mit einer Bestellung aus diesem Jahr nichts zu tun. Siehe Freigaben, die hängen bleiben.

Soll ich einen Kontakt löschen, der das Kundenunternehmen verlassen hat?

Sperren, nicht löschen. Sperren hält die von ihm aufgegebenen Bestellungen zugeordnet und die Zeitleiste intakt; Löschen entfernt ihn auch aus dem Identitätsdienst der Plattform. Die Kontaktliste hat eine Spalte Last activity (letzte Aktivität), die einen Datensatz nach 90 Tagen als veraltet markiert; sortieren Sie danach und arbeiten Sie die Liste ab. Ein aktiver Login für jemanden, der jetzt beim Wettbewerber Ihres Kunden arbeitet, ist ein echtes Problem und keine Unordnung. Siehe Kundendaten-Hygiene.

Warum kann niemand in einem Unternehmen bestellen?

Öffnen Sie das Unternehmen unter CRM › Organisationen und lesen Sie das Banner oben. „Blocked — this company may not trade" heißt, der Organisationsstatus ist blocked, und niemand kommt hinein. Fehlt das Banner, prüfen Sie, ob die Person überhaupt an diesem Unternehmen hängt; ein Kontakt ohne Organisation ist ein Einzeldatensatz ohne Firmenpreise, Konditionen oder Adressen. Siehe Wenn ein Kunde nicht bestellen kann.

Was ist der Unterschied zwischen einer Liefersperre und dem Status gesperrt?

Der Status blocked an der Organisation sperrt Anmeldung und Bestellung für alle im Unternehmen. Eine Liefersperre lässt das Bestellen laufen und stoppt den Versand: Bestellungen werden angenommen, nichts geht raus. Eine im März bei einem Zahlungsstreit gesetzte und nie aufgehobene Liefersperre ist ein Kunde, der still aufgehört hat zu kaufen; sehen Sie den Filter Delivery blocked alle paar Wochen durch. Siehe Kunden sperren.

Ein regelbasiertes Segment nimmt neue Kunden nicht auf.

Regelsegmente lesen eine lokale Projektion der Kundenkennzahlen, und ist der Zeitplan aus, wertet jede Umsatzregel weiter die Zahlen des Tages aus, an dem er stehen blieb, ohne irgendwo einen Fehler. Öffnen Sie CRM › Segmente, sehen Sie auf Last recomputed (zuletzt neu berechnet), und stellen Sie Refresh customer metrics und Recompute rule segments auf mindestens daily, in dieser Reihenfolge. Siehe Kundendaten-Hygiene.