Maßgeschneiderter E-Shop: Was vom Einkauf bis zum Lager und den Dokumenten funktionieren soll

Ordnen Sie die Bestellung außerhalb des Warenkorbs zu

Schreiben Sie auf, was von der Produktauswahl bis zur Auftragsabwicklung passieren soll. Wann wird die Verfügbarkeit geprüft, wann wird die Ware reserviert und wer kümmert sich um den fehlenden Artikel? Welcher Status kann eine Meldung an den Kunden auslösen und welche Erstellung des Dokuments?

Überprüfen Sie vor dem technischen Vorschlag sowohl die reguläre Bestellung als auch den Problemfall. Beispiel: Ein Kunde zahlt, aber ein Teil der Bestellung ist nicht vorrätig. Wenn das Verfahren nach der Einführung vereinbart wird, gewöhnen sich die Mitarbeiter an manuelle Problemumgehungen. Sie sind dann schwieriger durch eine zuverlässige Verbindung zu ersetzen.

Produkte, Preise und Lagerbestände bedürfen der Ordnung

Ein Produkt muss im gesamten E-Shop, im Lager und in den Dokumenten eine verständliche Kennung haben. Unterscheiden Sie zwischen Varianten, Paketen und Verkaufseinheiten. Andernfalls kann ein Klick in einem System ein Teil und in einem anderen das gesamte Paket bedeuten.

Bestimmen Sie für den Preis die Hauptquelle, die Gültigkeit der Preisliste und die Rabattregeln. Trennen Sie für B2B-Kunden die genehmigten Bedingungen vom allgemeinen öffentlichen Angebot. Verfügbarkeit und Frist sollten auf Daten basieren, die das System versteht, und nicht auf einer manuell gepflegten Notiz für jede Bestellung.

Dokumente lösen vereinbarte Regeln aus

Bestellen, Bezahlen, Versenden und Empfangen sind unterschiedliche Vorgänge. Aus dem technischen Vorschlag sollte klar hervorgehen, durch welches Ereignis das entsprechende Dokument bzw. Dokument im Wirtschaftssystem entsteht. Die buchhalterische und steuerliche Gestaltung eines bestimmten Unternehmens muss mit seinem Buchhalter abgestimmt werden; Der Artikel bestimmt nicht den Zeitpunkt der Steuerpflicht.

Ein Beispiel für einen anderen Prozessaufbau ist Odoo: Seine Dokumentation unterscheidet die Abrechnung von bestellten und gelieferten Mengen. Daher reicht es bei der Integration nicht aus, die Information „der Auftrag liegt vor“ zu senden. Außerdem ist es notwendig, den korrekten Status und die Mengen entsprechend dem gewählten Verfahren zu übertragen.

Ausnahmen sind Teil des Vorschlags

Der Kunde kann die Adresse ändern, die Zahlung kann verzögert werden und die Bestellung kann in zwei Sendungen aufgeteilt werden. Bei einer Rücksendung oder Reklamation müssen Sie den ursprünglichen Kauf nachvollziehen und den weiteren Vorgang protokollieren können. All diese Situationen sollten auf der Tagesordnung stehen.

Eine automatische Neuübertragung darf keine zweite Ordnung erzeugen. Der Fehler soll dem Menschen angezeigt werden mit Informationen darüber, was bereits erledigt wurde und was noch übrig ist. Auch bei einem Verbindungsausfall benötigt das Team ein alternatives Verfahren, um die laufenden Aufträge nachverfolgen zu können.

• Bestelländerung nach Zahlungseingang.
• Teilversand und anschließender Rückversand.
• Widerruf, Rückgabe und Reklamation.
• Wiederholte Übertragung desselben Ereignisses.

Wählen Sie den ersten Funktionspfad aus und erweitern Sie ihn erst dann

Wählen Sie für die erste Variante ein übersichtliches Sortiment und eine begrenzte Anzahl an Verfahrensvarianten. Überprüfen Sie eine vollständige Reise: Kauf, Zahlung, Lager, Versand, Kommunikation und Dokumente. Fügen Sie dann noch kompliziertere Rabatte, zusätzliche Märkte oder individuelle Konfigurationen hinzu.

Gleiches gilt für den Verkauf von Verpackungen, Werbeartikeln oder Firmentextilien. Für jedes Sortiment sind möglicherweise unterschiedliche Dokumente und Genehmigungen erforderlich. Eine benutzerdefinierte App ist dort sinnvoll, wo sie diese Eigenheiten berücksichtigt. Es empfiehlt sich, die wiederholbare Agenda auf bestehende und verifizierte Teile des Systems zu stützen.