Professionellen Onlineshop selbst erstellen: was das Projekt wirklich umfasst

Einen Onlineshop zu erstellen heißt nicht, eine Designvorlage zu wählen. Wie Sie Katalog, Zahlungen, Versand und den Widerruf vorbereiten und was Sie vor dem Launch prüfen.

Ein Onlineshop ist nicht fertig in dem Moment, in dem sich darin eine Produktseite öffnen und ein Artikel in den Warenkorb legen lässt. Fertig ist er, wenn der Käufer den richtigen Preis sieht, eine tatsächlich verfügbare Variante wählt, bezahlt und eine verständliche Bestätigung erhält, der Verkäufer die Bestellung erfüllen und die Ware bei Bedarf zurücknehmen kann — das Design ist der sichtbarste Teil des Projekts, entscheidet aber nicht darüber, ob die erste Bestellung mit einer Lieferung endet.

Deshalb muss die Frage, wie Sie einen professionellen Onlineshop erstellen, zuerst eingegrenzt werden: Welcher Verkaufsprozess muss ohne Improvisation laufen? Die Antwort beginnt mit einem Artikel und einer vollständigen Bestellung, in der die Datenquelle, die Reservierung des Bestands, das Ergebnis der Zahlung, die Erstellung der Sendung und das Vorgehen bei einem Widerruf klar sind. Jede unbeantwortete Frage wird später zum Arbeitsumfang oder zu einem Handgriff: Benennen Sie den Verantwortlichen, die Dauer und die Grenze, ab der das manuelle Vorgehen nicht mehr taugt. Sonst stützt sich ein technisch fertiger Shop weiter auf eine mündliche Absprache und auf das Gedächtnis eines Menschen.

In diesem Artikel geht es um die Vorbereitung und Abnahme des Projekts, nicht um den Preisvergleich von Plattformen; vor Entwicklung und Launch müssen Sie die Eingangsdaten vorbereiten, die Funktionen des Shops vom Prozess des Unternehmens trennen und die Arbeit anhand einer echten Testbestellung abnehmen, nicht anhand eines Screenshots. Dieser Ansatz gilt, wenn Sie den Shop selbst bauen, und er gilt, wenn Sie die Aufgabe einem Entwickler übertragen.

Beginnen Sie mit einer Bestellung, nicht mit einem Plattformnamen

Bevor Sie eine Technologie wählen, beschreiben Sie eine gewöhnliche Bestellung vom Finden des Artikels bis zur Lieferung, mit einem konkreten Artikel, einem Preis, einer Zahlungsart und einer Adresse. Schreiben Sie auf, was in jedem Schritt der Käufer, der Shop und Ihr Mitarbeiter tun. Lautet die Antwort „das richten wir von Hand“, nennen Sie auch den verantwortlichen Menschen, die Zeit, die der Schritt braucht, und die Zahl der Bestellungen, ab der diese Ordnung nicht mehr praktikabel ist.

Diese Beschreibung zeigt schnell, ob Sie einen Standardshop brauchen oder eine individuellere Bestellverarbeitung, denn Katalog, eine Preislogik, gewöhnliche Kartenzahlung und eine Packstation verlangen in der Regel kein komplexes System, während Preise nach Kundenvertrag, Verfügbarkeit in mehreren Lagern oder die Freigabe in einem anderen System den Umfang schon vor dem Design verändern. In einer Funktionsliste können beide Projekte ähnlich aussehen, in der Prozessbeschreibung wird der Unterschied eindeutig, und daraus lässt sich ein Abnahmekriterium machen, das sich am Ende des Projekts prüfen lässt, ohne zu raten, was der Auftragnehmer gemeint hat.

Die Plattform ist nach diesem Prozess und nach dem erwarteten Wachstum zu wählen: WooCommerce kann für den standardisierten Handel eine rationale Lösung sein, Laravel gibt untypischer Logik und Integrationen mehr Freiheit; ein breiterer Vergleich steht in dem Beitrag, wann Sie WooCommerce oder Laravel wählen. In dieser Phase kommt es vor allem darauf an zu verstehen, dass der Name der Plattform selbst nicht sagt, was mit Ihrer Bestellung geschieht.

Ergänzen Sie die Prozessbeschreibung um eine Ausnahme und prüfen Sie, was geschieht, wenn die Zahlung scheitert, zwei Menschen gleichzeitig die letzte Einheit kaufen wollen, die Packstation nicht verfügbar ist oder der Kunde einen Teil eines Sets zurückgeben will. Sie müssen nicht jede seltene Lage aufzählen, aber ein fehlgeschlagenes Szenario legt Status, Benachrichtigungen und Pflichten der Mitarbeiter viel klarer offen als zehn grüne Häkchen in einem Angebot.

Der Katalog beginnt mit der Definition der verkaufbaren Einheit

Eine Excel-Datei mit Produkten ist noch kein Katalog, weil zuerst feststehen muss, was im System eine verkaufbare Einheit ist: Bei einem einfachen Buch kann das ein Artikel mit einem Preis und einem Bestand sein, bei Kleidung kann jede Kombination aus Größe und Farbe eine eigene Artikelnummer, ein eigenes Bild, einen eigenen Strichcode und einen eigenen Bestand haben. Bei einem Set muss wiederum klar sein, ob es ein eigenständiges Produkt ist oder eine Zusammenfassung mehrerer Lagereinheiten.

Bereiten Sie einen vollständig ausgefüllten Musterartikel vor, bevor das Team den Massenimport beginnt, und nehmen Sie Bezeichnung, Kurz- und Langbeschreibung, Preis, die Anwendung der Steuer, Kategorie, Variante, Artikelnummer, Bestand, das für den Versand wesentliche Gewicht oder die Maße, Bilder und andere für den Käufer wichtige Angaben auf. Am Muster fällt ein fehlendes Feld auf, solange nur eine Zeile zu korrigieren ist, und zugleich bekommt der Designer echten Inhalt statt einer idealen Demokarte.

Eine unbegrenzte Zahl von SKUs in der technischen Lösung bedeutet nicht, dass die Vorbereitung von vierzig und von viertausend Artikeln dieselbe Arbeit ist, denn der Preis der Shopfunktionen kann gleich bleiben, im größeren Katalog wachsen aber Datenbereinigung, Bildzuordnung, Variantenprüfung, Übersetzung und Import. Deshalb muss das Angebot getrennt ausweisen, dass die Plattform einen Katalog speichern kann, und die Arbeit, die nötig ist, damit Ihre Daten nutzbar werden; zu dieser Arbeit können die Zuordnung der Felder, der Umgang mit fehlerhaften Zeilen, die Prüfung der Bilder und der Abgleich des Endimports mit der Quelldatei gehören.

Kleidung: Größe und Farbe sind nicht nur ein Filter

In einem Bekleidungsshop sind Größe und Farbe oft Varianten mit eigener Verfügbarkeit, nicht nur Filterwerte, deshalb muss der Käufer sehen, dass das blaue M ausverkauft ist, auch wenn das schwarze M noch da ist, das Bild muss mit der gewählten Farbe wechseln, und in die Bestellung muss die genaue Kombination gelangen. Bevor Sie den ganzen Katalog erfassen, prüfen Sie ein Produkt mit mindestens zwei Größen, zwei Farben und einer nicht verfügbaren Variante.

Der Katalog braucht auch nach dem Launch einen Eigentümer, deshalb legen Sie fest, wer den Preis ändert, eine Variante hinzufügt, die Beschreibung korrigiert und einen Artikel aus dem Verkauf nimmt; kommt die Information vom Lieferanten oder aus einem ERP-System (Enterprise-Resource-Planning), müssen die führende Datenquelle und die Richtung der Synchronisation feststehen. Zwei Stellen, an denen Mitarbeiter denselben Preis korrigieren dürfen, schaffen keine Flexibilität, sondern die Voraussetzung für Abweichungen. Deshalb sind eine Änderungshistorie, Freigaberechte und das Vorgehen nach einem fehlerhaften Import zu vereinbaren; das Team muss klären können, in welcher Quelle der falsche Wert entstanden ist und was er bereits beeinflusst hat.

Den Zahlungsprozess mit Status und Handlungen beschreiben

Eine Zahlungsanbindung ist nicht fertig, wenn sich ein Zahlungsfenster öffnet, denn im Projekt muss feststehen, was der Shop nach jedem Ausgang tut: Eine erfolgreiche Zahlung kann den Bestellstatus ändern, eine Bestätigung senden, die verfügbare Menge senken und eine Aufgabe an die Kommissionierung übergeben. Eine gescheiterte oder abgebrochene Zahlung darf nicht wie eine bezahlte Bestellung aussehen, soll die Ware aber auch nicht endlos reservieren.

In der Alltagssprache kann „die Zahlung ist gelungen“ heißen, dass die Bank den Vorgang bestätigt hat, der Zahlungsdienst ihn erfasst hat oder das Geld schon auf dem Konto des Unternehmens ist, und die Erfüllung darf sich nicht auf so eine unklare Formulierung stützen, deshalb legen Sie fest, welcher Systemstatus die Kommissionierung erlaubt und wie ein Mitarbeiter eine Bestellung sieht, die geprüft werden muss. Bestellungen auf Rechnung und per Überweisung sind getrennt zu behandeln, nicht als Kopie des Kartenzahlungsprozesses.

Zu entscheiden ist auch, wie lange eine unbezahlte Bestellung die Ware reserviert hält, denn ein zu kurzer Zeitraum kann den Artikel freigeben, während der Käufer die Zahlung noch abschließt, ein zu langer Zeitraum den verfügbaren Bestand künstlich senkt. Die Bestandseinstellungen im WooCommerce-Kern erlauben es, die Menge zu führen und für unbezahlte Bestellungen eine Reservierungszeit zu setzen, deshalb kann ein Standardshop seinen internen Bestand ohne eine externe Lageranbindung steuern.

Führen Sie vor dem Launch mindestens eine erfolgreiche Zahlung, eine abgebrochene Zahlung und eine Erstattung im Testmodus oder mit einem kleinen echten Betrag durch und prüfen Sie den Bildschirm des Käufers, den Bestellstatus in der Administration, die E-Mails, die Bestandsänderungen und den Eintrag beim Zahlungsdienst. Hat das Team nur das erfolgreiche Szenario gesehen, ist ein großer Teil des Zahlungsprozesses noch ungeprüft, denn in der echten Arbeit müssen Sie eine verspätete Bankmeldung, eine vom Käufer abgebrochene Zahlung und einen Systemfehler unterscheiden, und für jeden Fall muss in der Administration ein verständlicher Eintrag bleiben.

Versand und Auftragserfüllung sind kein Häkchen

Eine Versandanbindung kann den Preis berechnen, Packstationen anzeigen, eine Sendung anlegen und eine Sendungsnummer zurückgeben, aber nicht jede Lösung tut all das, deshalb ist die Formulierung „einen Kurier anschließen“ durch konkrete Fragen zu ersetzen: Wählt der Käufer eine Packstation, hängt der Preis vom Gewicht, vom Warenkorbwert oder vom Land ab, entsteht das Etikett im Shop, und kommt der Tracking-Link automatisch in die E-Mail?

Die Auftragserfüllung beginnt nach der Annahme der Bestellung, und der Mitarbeiter muss die bezahlten und zu kommissionierenden Bestellungen klar sehen, ebenso das Vorgehen bei Fehlern. Legen Sie fest, wer den Status ändern darf, ob der Käufer eine Nachricht erhält und wie die Sendungsnummer festgehalten wird; in einem kleinen Shop kann das ein Mensch tun, in einem größeren Team kann ohne eine Verteilung der Verantwortung dieselbe Bestellung zweimal vorbereitet werden, während eine andere unbemerkt bleibt.

Prüfen Sie Versandpreise an extremen Beispielen, nicht nur an einem mittleren Warenkorb, und versuchen Sie den günstigsten und den teuersten Artikel, die Schwelle für kostenlosen Versand, eine Adresse außerhalb des erlaubten Gebiets und einen Artikel, der nicht in eine Packstation passt. Rechnet die Formel mit dem Gewicht, kann ein Artikel ohne Gewicht das ganze Ergebnis zerstören. Bei einem Festpreis muss klar sein, wer die Differenz bei einer untypischen Sendung trägt; zu prüfen sind auch der Versand in mehreren Paketen und ob die Methode für einen Warenkorb mit Artikeln unterschiedlicher Größe verfügbar bleibt.

Auch die Abholung im Büro oder im Laden ist eine Versandart mit eigenen Regeln, deshalb muss der Käufer Adresse, Zeiten und den Moment kennen, in dem die Bestellung zur Abholung bereit ist, und der Lagermitarbeiter muss von dieser Wahl rechtzeitig erfahren. Ein guter Test endet nicht mit der Aufschrift „Bestellung eingegangen“, sondern mit einem Paket oder einer zur Ausgabe vorbereiteten Ware und einer genauen Nachricht an den Käufer.

Bestell- und Widerrufspflichten müssen konkrete Handlungen werden

Einen Fernabsatzvertrag können Sie auf einer Website, per E-Mail, über Nachrichten oder in einer anderen Fernkommunikation schließen, deshalb entfallen die Pflichten des Verkäufers nicht, wenn die Bestellung in einem sozialen Netzwerk angenommen und die Rechnung später geschickt wird; im elektronischen Bestellvorgang muss die Schaltfläche oder eine gleichwertige Handlung eindeutig anzeigen, dass die Bestellung eine Zahlungspflicht begründet. Die Anforderungen gelten für die Bestellreihenfolge selbst, nicht nur für eine Seite mit den Bedingungen in der Fußzeile der Website.

§ 312j BGB sieht vor, dass dem Käufer unmittelbar vor einer elektronischen Bestellung unter anderem bestimmte wesentliche Angaben, der Endpreis und zusätzliche Kosten zu zeigen sind, Zahlungsarten und Lieferbeschränkungen dagegen spätestens zu Beginn des Bestellvorgangs. Weil sich der Inhalt der Pflichten ändern kann, ist vor dem Launch die an diesem Tag geltende Fassung zu prüfen, und die Bildschirme des Shops sind mit den konkreten Normen zu vergleichen.

In die Bestellbestätigung gehört eine Kopie der Vertragsbedingungen selbst oder ein anderes Dokument, das der Käufer unverändert aufbewahren kann; ein Link auf eine Seite, die der Verkäufer einseitig ändern kann, reicht nicht, deshalb prüfen Sie, ob die Bestätigung die bestellten Artikel, den Preis, den Versand, die Angaben zum Händler und die nötigen vorvertraglichen Informationen enthält. Stimmen Sie den genauen Satz an Dokumenten und Formulierungen mit einem Juristen auf Ihr Verkaufsmodell ab. Bewahren Sie die verwendete Fassung zusammen mit dem Bestelldatum auf, damit Sie im Streit nicht nur die aktuelle Seite mit den Bedingungen zeigen können, sondern die dem Käufer tatsächlich erteilte Information.

Die Verbraucherzentrale erklärt, dass dem Verbraucher bei Waren in der Regel ein vierzehntägiges Widerrufsrecht zusteht, das ab dem Empfang der Ware läuft, und dass das Gesetz konkrete Ausnahmen nennt. Im Projekt sind nicht nur der Widerrufstext vorzusehen, sondern auch ein Formular oder ein Kontakt, die Erfassung des Datums der Erklärung, die Prüfung der Ware, die Erstattung und die Wiederherstellung des Bestands; leben diese Handlungen im Gedächtnis eines Mitarbeiters, funktioniert der Shop nur so lange, wie dieser Mensch erreichbar ist.

Ein Shop ohne eigenes Lager bleibt der Prozess des Verkäufers

Einen Shop können Sie ohne eigenes physisches Lager betreiben, etwa indem die Ware vom Großhändler oder vom Hersteller versandt wird, und das senkt den Bedarf, Bestände zu halten, hebt aber die Verantwortung des Verkäufers gegenüber dem Käufer nicht auf. Ist der Vertrag mit Ihrem Unternehmen geschlossen, haftet dem Käufer für die Erfüllung weiterhin Ihr Unternehmen, nicht der Lieferant.

In diesem Modell ist die Information über die Verfügbarkeit entscheidend, und liefert der Lieferant einen Datenstrom oder eine API (Programmierschnittstelle), sind die Häufigkeit der Aktualisierung, der Umgang mit Fehlern und das Vorgehen bei einer unterbrochenen Verbindung zu vereinbaren. Eine Verzögerung von fünf Minuten kann bei einer schnell verkauften letzten Einheit wesentlich sein, bei einem Katalog mit langsamem Bestandsumschlag kann sie hinnehmbar sein. Die Frequenz der Synchronisation ist nach der Bewegung der Bestände und nach dem Risiko des Unternehmens festzulegen, und zu vereinbaren ist auch, ob die Ware während eines Verbindungsfehlers verborgen, im Verkauf belassen oder an eine manuelle Prüfung übergeben wird.

Wichtig ist, die interne Bestandsführung des Shops von einem Lagermodul oder einer externen Integration zu unterscheiden: Die Kernfunktionen von WooCommerce können die Menge je Artikel und Variante speichern, sie nach der Bestellung senken und die Bestellung eines Artikels ohne Bestand untersagen, und das kann für einen Katalog reichen, der im Shop selbst gepflegt wird. Ein Lagermodul wird nötig, wenn der führende Bestand in einem anderen System liegt, es mehrere Lagerorte gibt oder mehrere Verkaufskanäle zu synchronisieren sind.

Spielen Sie vor dem Launch die Lage durch, in der der Lieferant die Bestellung nicht erfüllen kann, obwohl der Artikel auf dem Bildschirm des Shops noch verfügbar ist, und legen Sie fest, wer die Nachricht erhält, wie schnell der Käufer kontaktiert wird, ob eine Alternative angeboten und wie erstattet wird. Dieses Szenario macht das Modell nicht schlecht, sondern verwandelt eine unerwartete Komplikation in ein beherrschbares Risiko.

Können Sie einen professionellen Onlineshop erstellen — auch kostenlos?

Einen Onlineshop kostenlos zu erstellen kann mehrere verschiedene Dinge bedeuten, etwa eine kostenlose Designvorlage, quelloffene Software, einen Testtarif oder ein Schaufenster in einem sozialen Netzwerk. Diese Werkzeuge können die anfängliche Lizenzgebühr senken und helfen zu prüfen, ob Menschen sich für das Angebot interessieren, sie heben aber die Arbeit an den Artikeldaten, an Zahlungen, Versand, Bedingungen, Sicherheit und der täglichen Administration nicht auf.

Wenn Sie den Shop selbst bauen, beginnen Sie mit dem kleinsten Prozess, den Sie korrekt ausführen können, denn eine Sprache, ein kleiner Katalog, eine Zahlungsart und eine Versandart erlauben es, die Nachfrage zu prüfen, ohne die Pflege komplexer Integrationen zu übernehmen. Auch in dieser Fassung muss der Käufer den richtigen Preis und die Versandbedingungen sehen, die Bestellung muss in der Administration ankommen, und Sie müssen die Ware versenden und einen Widerruf bearbeiten können.

Kosten erscheinen in der Regel dort, wo das kostenlose Werkzeug endet: bei Domain und Hosting, Zahlungsprovisionen, kostenpflichtigen Plugins, dem Datenimport, der Anpassung des Designs, der Website-Wartung und Ihrer eigenen Zeit, deshalb vergleichen Sie nicht nur das monatliche Abonnement, sondern auch die Stunden, die in Katalog, Fehlerbehebung und Updates gehen. Schreiben Sie schon in der Testphase die wiederkehrenden Arbeiten auf, denn ein kostenloses Werkzeug kann genau so lange wirtschaftlich sein, wie die manuelle Betreuung die gesparte Lizenzgebühr nicht auffrisst. Führen Sie eine manuelle Handlung für fünf Bestellungen aus, kann das begründet sein; für fünfhundert Bestellungen ist sie bereits eine messbare Kostenposition.

Professionelle Hilfe wird dann rational, wenn ein Fehler mehr kostet als die Einführung oder der Prozess nicht mehr in den Arbeitstag eines Menschen passt, und von einer solchen Grenze können abweichende Bestände, mehrere Sprachen und Preisgruppen, wiederholte manuelle Datenprüfungen oder Integrationen mit Buchhaltung und Lieferanten zeugen. Ein aus eigener Kraft gebauter Shop ist kein Scheitern, und einen Entwickler hinzuzuziehen ist kein zwingender nächster Schritt; über die Entscheidung bestimmen die Komplexität des Prozesses und die Fähigkeit des Unternehmens, ihn zu halten. Im Team braucht es einen Menschen, der regelmäßig Updates, Backups, Sicherheitshinweise und Fehlerprotokolle prüft, und Sie müssen den Kaufprozess nach dem Update von Plugins wiederherstellen und die Lösung so dokumentieren können, dass der Shop nicht von der Freizeit eines Mitarbeiters abhängt.

Unabhängig davon, wer die Arbeit ausführt, müssen Domain, Hosting, Zahlungsdienst und Versandkonten unter der Kontrolle des Unternehmens stehen, nicht an die persönliche Adresse eines Mitarbeiters oder eines externen Spezialisten gebunden sein; schreiben Sie auf, wo Zugänge liegen, wer Zahlungen freigeben darf und wie der Zugang wiederhergestellt wird, wenn der Verantwortliche abwesend ist. In einem selbst gebauten Projekt ist diese Ordnung genauso wichtig wie beim Fremdvergeben, denn Administrationsrechte auf der Plattform bedeuten noch keine Kontrolle über Domain, Server und Verträge mit den externen Diensten.

Inhalte und Migration müssen vor dem Ende der Entwicklung stehen

Ein Shopprojekt verzögert oft nicht der Code, sondern fehlende Artikeldaten, Bilder und Entscheidungen, deshalb legen Sie fest, wer im Unternehmen den Inhalt liefert, wer ihn freigibt und welche Felder Pflicht sind, und jedes Zwischenergebnis braucht ein Datum. Ein Entwickler kann ein Feld für die Beschreibung anlegen, aber nicht an Stelle des Unternehmens entscheiden, was Sie über einen Artikel versprechen dürfen.

Bilder brauchen ein einheitliches Seitenverhältnis, ausreichende Auflösung und Nutzungsrechte; prüfen Sie Dateinamen, Alternativtexte und welches Bild zu welcher Variante gehört. Ändert der Lieferant Bildadressen ohne Vorwarnung, kann ein externer Link verschwinden, deshalb ist der sicherere Prozess in der Regel, Bilder kontrolliert zu importieren und in der Shopumgebung zu optimieren, mit einer Bindung an die Produktkennung.

In der Migration sind Produkte, Kategorien, Kunden, Bestellhistorie, Gutscheine, Inhalte und Dateien getrennt aufzuzählen, weil nicht alles übertragen werden darf oder muss, und historische Kundendaten sind auch unter dem Gesichtspunkt des Datenschutzes und der Aufbewahrungsfristen zu bewerten. Vor der vollständigen Migration führen Sie einen Versuch mit einer kleinen Datenmenge, vergleichen Sie die Zahl der Datensätze und die Felder und legen Sie erst dann den Moment fest, ab dem im alten System nichts mehr geändert wird; nach dem Endimport bereiten Sie eine Übersicht über fehlende Datensätze, Duplikate und Werte vor, die das neue System anders gelesen hat.

Beim Wechsel der Website bereiten Sie eine Zuordnung der alten und neuen Adressen vor, denn eine Adresse ohne Weiterleitung führt Nutzer und Suchmaschine auf eine nicht existierende Seite, und die Weiterleitung selbst garantiert keine bisherigen Rankings, hilft aber, einen logischen Weg zu halten und Signale an die passende neue Seite zu übergeben. Nach dem Launch prüfen Sie die wichtigsten Produkt- und Kategorieadressen, nicht nur die Startseite.

Vor dem Launch einen vollständigen Abnahmetest durchführen

Nutzen Sie im Abnahmetest ein realistisches Käuferszenario mit einem konkreten Artikel: Öffnen Sie den Shop auf dem Handy, finden Sie den Artikel über Suche oder Kategorie, wählen Sie eine Variante, legen Sie sie in den Warenkorb und ändern Sie die Menge, dann prüfen Sie den Preis mit Steuern, den vorgesehenen Rabatt und den Versand. Gehen Sie weiter bis zum Abschluss der Bestellung, zahlen Sie und lesen Sie alle Bildschirme und E-Mails.

Setzen Sie den Test in der Administration fort: Prüfen Sie den Bestellstatus, die Bestandssenkung genau an der gewählten Variante, Adresse, Packstation und die Bemerkung des Käufers, legen Sie die Sendung an, senden Sie die Tracking-Information und schließen Sie die Bestellung ab. Zuletzt führen Sie einen Widerruf und eine Erstattung durch, denn der volle Kreis zeigt oft, dass jede Funktion für sich arbeitet, die Information aber nicht von einer Funktion zur anderen gelangt.

Wiederholen Sie einen kürzeren Test mit Fehlern: einem ungültigen Gutschein, einer nicht verfügbaren Variante, einer abgebrochenen Zahlung, einer Adresse außerhalb des Versandgebiets und der letzten Einheit eines Artikels, wobei die Fehlermeldung den nächsten Schritt erklären muss und das System keine falsche Reservierung hinterlassen darf. Als Ergebnis des Tests brauchen Sie nicht nur eine Fehlerliste, sondern auch die Entscheidung, welche Fehler den Launch blockieren. Nennen Sie zu jeder Korrektur den Verantwortlichen, das Datum der erneuten Prüfung und den Nachweis der Abnahme, und überzeugen Sie sich danach, dass der Fehler weder auf dem Handy noch im Browser des Rechners wiederkehrt.

Prüfen Sie auch die Einstellungen zu Privatsphäre und Analyse, denn optionale Analyse-, Werbe- oder andere Tracking-Skripte, für deren Arbeit eine Einwilligung nötig ist, dürfen nicht vor der entsprechenden Wahl anlaufen, und die Prüfung ist auch nach einer Ablehnung und nach dem Widerruf der Einwilligung zu führen. Die technischen Schritte, die die Bestellung braucht, dürfen ihrerseits nicht aufhören zu funktionieren, wenn der Käufer die Analyse ablehnt.

Zum Launch bestimmen Sie Verantwortliche und bereiten Sie einen Handlungsplan für den Störungsfall vor, indem Sie festlegen, wer Zahlungen, Versand und Inhalte prüft, wem ein kritischer Fehler zu melden ist und wie zu handeln ist, wenn Zahlungen nicht angenommen werden können oder Preise falsch sind. Manchmal ist die sicherere Entscheidung, das Bestellen vorübergehend anzuhalten, statt Bestellungen zu sammeln, die Sie nicht erfüllen können. In der Launchprüfung vergleichen Sie die Konfiguration von Test- und öffentlicher Umgebung, Zahlungsschlüssel, Versandkonten, Steuereinstellungen und den Absender der E-Mail, denn ein gelungener Test in einer anderen Umgebung beweist noch nicht, dass dieselben Bedingungen im Shop gelten, den der Käufer erreicht.

Administration und Website-Wartung beginnen vor dem Launch

Der Administrator des Shops ist keine abstrakte Rolle, die nach der Übergabe des Projekts vergeben wird, deshalb legen Sie vor dem Launch fest, wer Preise ändern, Produkte veröffentlichen, Erstattungen ausführen und Kundendaten sehen darf, denn nicht jeder Mensch braucht alle Rechte. Ein Inhaltsredakteur muss in der Regel keine Zahlungseinstellungen ändern, und ein Lagermitarbeiter muss nicht mehr Kundeninformation sehen, als für die Vorbereitung der Sendung nötig ist.

Vereinbaren Sie, wie Updates von System, Plugins und Integrationen eingespielt werden, die nicht zum ersten Mal am Freitagnachmittag in den öffentlich erreichbaren Shop gelangen dürfen, nur weil in der Administrationsoberfläche eine Meldung erschienen ist. Es braucht ein Backup, eine Prüfumgebung und einen Menschen, der nach der Änderung einen kurzen Kauf testet, denn ein Update kann nicht nur das Aussehen treffen, sondern auch Zahlungs-, Versand- und E-Mail-Integrationen.

Legen Sie fest, wer merkt, dass Zahlungsbenachrichtigungen den Shop nicht mehr erreichen, die Sendungsschnittstelle mit einem Fehler antwortet oder die Zahl gescheiterter Bestellungen steil steigt. Der Anruf des Käufers darf nicht das erste Signal für einen Fehler sein. Zumindest die kritischen Integrationen brauchen ein Fehlerprotokoll und eine Nachricht an den Verantwortlichen, das Team eine Regelung für Störungen, in der steht, wo die Entscheidung über eine vorläufige Lösung liegt und nach welchem Kriterium die Wiederherstellung des Dienstes geprüft wird.

In den ersten Wochen müssen Messungen Prozessfragen beantworten, nicht nur Besuche zählen, deshalb vergleichen Sie begonnene und abgeschlossene Käufe, Zahlungsfehler, Versandwahl und die Gründe für den Kundendienst. Bleiben viele Menschen an einer Stelle stehen, prüfen Sie zuerst ein technisches oder inhaltliches Hindernis, bevor Sie schließen, dass der Markt keine Nachfrage hat.

Was Sie vor dem Gespräch mit einem Entwickler vorbereiten

Damit das erste Gespräch ergiebig ist, bereiten Sie einen Musterartikel, ein vollständiges Bestellszenario und eine Ausnahmesituation vor und ergänzen Sie die ungefähre Zahl der Artikel und Varianten, Sprachen, Länder, Zahlungs- und Versandarten. Gibt es schon eine Website, sagen Sie, was Sie migrieren wollen und mit welchen Systemen der Shop Daten austauschen muss; die technische Lösung müssen Sie nicht kennen, die Arbeit des Unternehmens aber zeigen können.

Nennen Sie getrennt die Anforderungen, die im ersten Launch stehen müssen, und die Ideen, die warten dürfen: Der Grundprozess aus Zahlung und Versand ist in der Regel eine Launch-Anforderung, ein komplexes Treueprogramm kann die nächste Stufe sein, wenn sich ohne es eine Bestellung korrekt annehmen und erfüllen lässt. Diese Teilung schützt das Budget besser als das beliebige Streichen von Funktionen, weil jede zurückgestellte Arbeit einen genannten Grund, eine Abhängigkeit und den Moment behält, zu dem nach echten Bestelldaten zum Entscheid zurückzukehren ist.

Mit Musterartikel, Bestellszenario und Ausnahmesituation reicht es, in der Analyse eines Onlineshop-Projekts einen klaren und prüfbaren Arbeitsumfang sowie Termin und Preis festzulegen. Verlangen Sie im Angebot nicht nur Funktionsnamen, sondern auch Grenzen: Wer bereitet die Daten vor, wer konfiguriert den externen Dienst, und nach welchem Test ist die Arbeit abgenommen.

Haben Sie schon einen Katalog oder eine Skizze des Prozesses, ist der nächste Schritt, sie mit einem Menschen durchzugehen, der technische Abhängigkeiten bewerten kann; fehlt die Skizze noch, können wir mit ihrer Erstellung beginnen und sagen, was in der ersten Fassung nicht gebaut werden muss. Eine Analyse für Ihr Onlineshop-Projekt anfragen lohnt sich schon vor der Plattformwahl, weil dann ein klar definierter Arbeitsumfang den Preis setzt, nicht Annahmen darüber, was das Wort „Shop“ enthalten sollte. Beide Seiten müssen schon vor der Entwicklung gleich verstehen, welches prüfbare Ergebnis bezeugt, dass das Projekt abgeschlossen ist.