Wann braucht ein Online-Shop eine kundenspezifische Entwicklung?

Benutzerdefinierte Entwicklung ist nützlich, wenn sie eine definierte Anforderung löst, sie ist nicht automatisch besser als eine Plattformfunktion, eine geeignete Erweiterung oder ein einfacherer Kaufprozess.

Für einen neuen Shop lautet die praktische Frage: Was muss der Kunde oder Administrator tun, dass das gewählte Setup nicht schon gut genug für dieses Projekt unterstützt?

Schreiben Sie die Anforderung, ohne ein Plugin zu benennen

Beginnen Sie mit dem Verhalten. Zum Beispiel: „Ein Kunde wählt einen Servicebereich, bevor er die Lieferoptionen für seine Bestellung sieht. Das beschreibt eine Kaufregel.

"Install a delivery plugin" beschreibt eine mögliche Implementierung. Es wird nicht festgestellt, ob das Plugin die richtige Regel anwenden kann, was passiert, wenn sich die Adresse ändert oder wie das Unternehmen die Informationen pflegt.

Beschreiben Sie die Anforderung anhand eines konkreten Beispiels: Geben Sie die Informationen an, die der Kunde bereitstellt, die Entscheidung, die der Shop trifft und was der Administrator danach sehen muss.

Betrachten Sie zuerst die Konfiguration

Prüfen Sie, ob die gewählte Plattform und die genehmigten Komponenten die Anforderung durch ihre unterstützten Einstellungen erfüllen können. Eine konfigurationsbasierte Lösung kann ausreichen, wenn das Verhalten bereits Teil des Setups ist.

Die Entscheidung muss noch getestet werden. Eine Einstellung, die relevant klingt, ist kein Beweis dafür, dass die gesamte Customer Journey wie vorgesehen funktioniert.

Dies ist eine Bewertung auf Projektebene, keine Behauptung, dass jede WooCommerce- oder Shopware-Installation die gleichen Funktionen bietet.

Bewerten einer Erweiterung mit dem Workflow

Eine Erweiterung sollte anhand der tatsächlichen Anforderung, der Plattformumgebung und ihrer Abhängigkeiten bewertet werden.

Die Erweiterung kann einen ähnlichen Workflow unterstützen, aber nicht die genaue Entscheidung Ihres Unternehmens. Machen Sie diesen Unterschied explizit, anstatt anzunehmen, dass sich der Kunde nach dem Kauf anpasst.

Kaufen Sie keine Software, nur weil der Wortlaut dem Auftrag ähnelt. Der Eigentümer sollte alle Kosten genehmigen, nachdem die Passform und die Bedingungen verstanden wurden.

Verwenden Sie die benutzerdefinierte Entwicklung für die definierte Lücke

Eine benutzerdefinierte Komponente kann geeignet sein, wenn das Projekt einen bestimmten Schritt, eine bestimmte Regel oder eine bestimmte Verbindung benötigt, die nicht durch die vereinbarte Einrichtung bereitgestellt wird, z. B. einen speziellen Produktauswahlfluss, eine interne Genehmigung vor der Erfüllung oder eine dokumentierte Integration in ein anderes Geschäftssystem.

Das sind illustrative Umfange, nicht Features, die jeder Shop braucht. Das kundenspezifische Werk sollte eine klare Grenze haben: was es erhält, was es ändert und was es der bestehenden Plattform überlässt.

Vermeiden Sie es, das normale Plattformverhalten neu zu erstellen, nur um das Projekt anspruchsvoller klingen zu lassen. Mehr Code bedeutet auch mehr projektspezifisches Verhalten, das jemand später verstehen kann.

Entscheide, was außerhalb des idealen Weges passiert

Was ist, wenn der Kunde eine Option ändert, die Zahlung nicht abgeschlossen ist oder das externe System eine Bestellung ablehnt? Kann der Administrator das Problem erkennen? Kann die Operation wiederholt werden, ohne doppelte Datensätze zu erstellen?

Die entsprechenden Ausnahmen gehören in die Akzeptanzkriterien, sonst kann die erste erfolgreiche Demonstration die für eine nutzbare Freilassung erforderliche Arbeit verbergen.

Halten Sie die kommerziellen Verantwortlichkeiten sichtbar

Themen, Erweiterungen, Zahlungsdienste, Hosting und externe Systeme haben ihre eigenen Konten und Bedingungen.

Bei der Übergabe sollten benutzerdefinierte Komponenten und deren Abhängigkeiten sowie die im Projekt enthaltenen Konfigurations- und Freigabeverantwortlichkeiten identifiziert werden.

Ein nützliches Entscheidungsprotokoll

Vor der Inbetriebnahme der Funktion notieren Sie die Geschäftsanforderung, einen Beispielauftrag, die berücksichtigten Optionen, den gewählten Ansatz und warum er passt. Fügen Sie den Akzeptanztest, Abhängigkeiten und die Person hinzu, die für die laufende Geschäftskonfiguration verantwortlich ist.

Dieser Rekord muss nicht lang sein. Sein Zweck ist es, zu verhindern, dass „wir brauchen kundenspezifische Entwicklung ein Ersatz für die Beschreibung dessen wird, was der Laden tun muss.

Erkunden Sie E-Commerce-Entwicklung, WooCommerce oder ShopwareUm einen neuen Build zu diskutieren, Senden Sie den Commerce Brief.