Zur Frage springen, wann ein eigener Shop sinnvoll ist

Disziplinen 03 · E‑Commerce

Storefronts, von Grund auf gebaut

Digitale Storefront-Konzepte mit Fokus auf Produktpräsentation, Hierarchie, Stöbern und Checkout-Interaktion. Diese Seite beginnt mit der Frage, ob ein eigener Build für ein Unternehmen überhaupt die richtige Antwort ist — eine Frage, die ehrlich erkundet gehört, statt sie mit Ja vorauszusetzen.

Zuschnitt: Kategorie- und Produktseiten, Suche oder Filter, wo der Katalog sie braucht, der Warenkorb und die Übergabe an den Checkout eines Anbieters.
Zahlungen: Nie von Grund auf selbst gebaut. Der Checkout eines Anbieters, sauber getrennt — eine Zahlungsschicht ist eine ganz eigene Disziplin.
Vorgehen: Vor dem Start zugeschnitten, unterwegs iteriert, fertiggestellt statt liegen gelassen. Eine echte Katalogmigration bräuchte ihre eigene, separate Behandlung.
Barrierefreiheit: Vom Raster bis zum Warenkorb per Tastatur bedienbar, von Hand durchlaufen statt nur automatisch gescannt.
Quellcode: Die Storefront, die Analytics und das Repository — drei lesbare Dateien hinter jedem Build.

01 · Die Entscheidung

Verdient ein eigener Shop seine Komplexität?

Oft: nein. Marktplätze und gehostete Plattformen erledigen Checkout, Zahlungen, Steuern und Betrugsprävention besser als alles, was von Grund auf neu gebaut wird — und ein kleiner Händler, der eine davon wählt, handelt rational, nicht bequem. Die interessante Frage ist nicht, was abstrakt besser ist. Sondern welches von beiden ein konkretes Unternehmen tatsächlich ist — und die ehrliche Version dieser Frage hat eine Seite, auf der der eigene Build verliert.

das Argument für den Marktplatz

Ein Marktplatz oder eine gehostete Plattform ist die richtige Antwort

Das Unternehmen findet noch heraus, ob sich das Produkt überhaupt verkauft.
Die Kundschaft sucht bereits auf dem Marktplatz, nicht nach dem Markennamen.
Der Katalog ändert sich täglich, und jemand im Haus muss ihn ändern können.
Das Risiko des Geschäfts liegt bei Zahlungen, Steuern und Retouren — nicht darin, wie der Shop aussieht.
Das Unternehmen muss in Wochen verkaufen, und ein Build dauert Monate.

das Argument für den eigenen Build

Eine eigene Storefront verdient, was sie kostet

Die Marke ist das Produkt, und ein Theme lässt sie aussehen wie alle anderen, die dasselbe Theme gekauft haben.
Der Kaufweg ist nicht Raster, Produkt, Warenkorb — er ist ein Konfigurator, eine Beratung, ein Abo, ein Formular für Maßanfertigung.
Der Tarif der Plattform, ihre Apps und ihr Anteil pro Transaktion sind still zu einer Miete geworden, aus der man nicht mehr herauskommt.
Der Shop muss per Tastatur bedienbar und für einen Screenreader lesbar sein, und das muss nachweisbar sein.
Kundenbeziehung, Daten und Domain müssen im eigenen Besitz sein statt untervermietet.

Wenn drei der fünf Punkte links auf ein Unternehmen zutreffen, gehört das klar gesagt — samt der Plattform, die besser passt. Das ist keine Bescheidenheit. Ein Shop, gebaut für ein Unternehmen, das einen Marktplatz gebraucht hätte, ist ein Shop, der scheitert — und er scheitert mit dem Namen dessen darauf, der ihn gebaut hat.

02 · Was drinsteckt

Ein Shop berührt mehr Systeme als alles andere, was ich baue

Genau deshalb lohnt es sich, exakt zu sein, wo die Storefront endet. Sechs Dinge, aus denen ein eigener Shop besteht — und eines davon ist eine Grenze, kein Feature.

der Kaufweg

Raster, Produkt, Warenkorb — und dann eine Wand

Alles bis zum Warenkorb wird als ein Stück mit der Marke gestaltet. Der Schritt danach gehört einem Anbieter, und die Wand ist mit Absicht gezogen, nicht verwischt.

Zahlungen

Die Zahlungsschicht wird nie von Hand gebaut

Steuern über Grenzen hinweg, Fraud-Scoring, Chargebacks, PCI-Scope — das ist der Vollzeitjob von jemand anderem und eine eigene Disziplin. Wer anbietet, das von Hand zu bauen, bietet eine Haftung mit hübschem Interface an.

die Zustände, die niemand vorführt

Ausverkauft. Noch eines. Diese Variante existiert nicht.

Ein Warenkorb, der sich selbst geleert hat. Ein Filter, der nichts zurückgibt. Jeder davon ist ein echter Screen, auf den echte Kundschaft trifft, und jeder davon wird gezeichnet.

Varianten

Nur die Kombinationen, die es wirklich gibt

Größe, Farbe, Ausführung. Was sich nicht kaufen lässt, wird als nicht verfügbar gezeigt statt versteckt — damit sich niemand in eine Sackgasse klickt und die Schuld bei sich selbst sucht.

die Beziehung

Die Kundenliste ist Eigentum, keine Untermiete

Domain, Hosting, Analytics, Repository und die Kundenbeziehung selbst, von der ersten Woche an in Ordnung. Eine Plattform später zu verlassen ist dann eine gewählte Migration — nicht eine, deren Preis sich erst auf dem Weg nach draußen zeigt.

der Katalog

Migration versteht man nach einem Blick, nicht vorher

Einen bestehenden Katalog umzuziehen ist echte Arbeit, deren Umfang niemand kennt, bevor jemand die Daten öffnet. Sie ist eine eigene Erkundung für sich — nichts, was man stillschweigend als erledigt annimmt.

03 · Das Zugeständnis, und die Lücke

Was eine Plattform besser kann als ein eigener Build

Den Checkout, und alles dahinter. Auch in einem eigenen Shop wird beides nie von Hand gebaut: Der Checkout gehört einem Anbieter, bleibt getrennt, und der Build endet an der Übergabe dorthin.

Was keine Plattform standardmäßig liefert, ist ein Shop, der für jemanden funktioniert, der keine Maus benutzt. Das ist eine Bauentscheidung, keine Tarifstufe — und in einem eigenen Shop ist es eine Entscheidung, die offen getroffen wird, statt geerbt: jedes Bedienelement per Tastatur erreichbar, der Fokus überall sichtbar, wo er landet, Mengen- und Variantenänderungen angesagt statt still angewendet, und der ganze Weg vom Produktraster bis zum Warenkorb von Hand abgelaufen.

Gebaut nach WCAG 2.1 AA als Arbeitspraxis — das beschreibt, wie gearbeitet wird, und ist kein Rechtsgutachten. Kein Siegel hier, und auch kein juristischer Anspruch. Der Test läuft in jedem Shop: Legen Sie die Maus weg, drücken Sie Tab vom ersten Produkt bis zum Warenkorb, und sehen Sie, ob Sie ankommen.

04 · Worauf ich prüfe

Was zum Build gehört, und was ich einem anderen Projekt überlasse

Gleiche Größe, gleiches Gewicht, beide Spalten. Bei einem Shop ist die rechte Spalte länger als auf jeder anderen Seite hier, weil ein Shop mehr Systeme berührt als alles andere, das hier erkundet wird.

Teil des Builds

Art Direction, gemacht für die Marke, nicht aus einem Theme abgeleitet.
Die Storefront selbst — Kategorie- und Produktseiten, Suche oder Filter, wo der Katalog sie braucht, der Warenkorb und die Übergabe an den Checkout eines Anbieters.
Die Zustände, die niemand vorführt: ausverkauft, noch eines, eine Variante, die es nicht gibt, ein Warenkorb, der sich selbst geleert hat.
Jeder Schritt vom Raster bis zum Warenkorb per Tastatur bedienbar, von Hand getestet.
Ein Performance-Budget, zu Beginn gesetzt und am Ende erneut gemessen — an einem Katalog in der Größe, die er wirklich hätte.
Eine Struktur, die für eine zweite Sprache und eine zweite Währung bereit ist, auch wenn es beide noch nicht gibt.
Vollständiger Quellcode, von Anfang bis Ende lesbar.
Echte Iteration, kein erster Entwurf, der als final durchgeht.

Außerhalb dieser Erkundung

Der Zahlungsanbieter, die Steuer-Engine und die Betrugsschicht. Das sind Drittanbieterdienste, sauber getrennt — jeder eine eigene Erkundung.
Lager-, Warenwirtschafts-, Buchhaltungs- oder Versandsysteme und jede Brücke zu einem davon — jeweils eine eigene Erkundung, nie stillschweigend enthalten.
Katalogdatenpflege und Produktfotografie.
Die Migration eines bestehenden Katalogs — echte Arbeit, deren Umfang sich nicht kennen lässt, bevor die Daten gesichtet sind, und eine gänzlich eigene Erkundung.
Laufendes Merchandising, Kampagnenseiten und saisonale Änderungen, sobald ein Build fertig ist.
Marktplatz-Listings, Feeds und Kanalpflege.
Jede Behauptung über Umsatz, Warenkorbwert oder Conversion. Dies sind Konzept-Builds, keine vermessenen Storefronts.

05 · Der Einwand

Der Kompromiss, den man ehrlich benennen sollte

Ist ein eigener Shop später schwerer zu ändern?

In Teilen ja, und das ist der ehrliche Tausch. Auf einer gehosteten Plattform ist eine neue Zahlungsart oder Versandregel ein Schalter; in einem eigenen Shop ist sie Arbeit.

Was man dafür bekommt: Nichts am Design, am Kaufweg oder an den Kundendaten wird von einer Tarifstufe entschieden, und nichts davon ist gemietet. Domain, Hosting, Analytics, Repository und Kundenliste bleiben von der ersten Woche an in Ordnung — ein Ausstieg ist damit eine gewählte Migration, nicht eine, deren Preis sich erst auf dem Weg nach draußen zeigt. Der Shop besteht aus einfachen Dateien und dem Checkout eines Anbieters — von Anfang bis Ende lesbar, ohne dass eine Tarifstufe zwischen dem Design und seinen Möglichkeiten steht.

06 · Die Arbeiten

Was das Portfolio zeigt — und was nicht

Unter den zehn ist kein Shop, in dem Sie etwas kaufen könnten. Am nächsten kommt ein produktgetriebener Build mit Raster, Produktkarten und einem zählenden Warenkorb — ohne Checkout dahinter, also nenne ich ihn nicht Shop. Was die drei unten zeigen, ist Katalogarbeit: wie eine Menge von Dingen angeordnet, auf der Seite bepreist und auf einen Blick lesbar gemacht wird.

Der Root-&-Ritual-Build — ein Produktraster mit einem in Kleinserie limitierten Sortiment und einem Warenkorbzähler

E‑Commerce

Sehen Sie es in den zehn Builds

In den zehn gibt es keinen Checkout, aber das Katalogdenken — Zustände, Varianten, Zurückhaltung im Raster — läuft bereits. Die Projekte zeigen dieselbe Disziplin in der Anwendung.

Arbeiten entdecken

Die anderen drei

Alle vier Disziplinen

01WebsitesDrei Dateien, kein Build-Schritt 02Mobile-App-EntwicklungiOS und Android, als eine Aufgabe erkundet 04GrafikdesignIdentitätssysteme, Werbung und Kampagnenarbeit