Was ein Online-Shop können muss: Anforderungen aus drei Blickwinkeln
Was braucht ein Online-Shop? Die Anforderungen aus drei Blickwinkeln: für dich als Unternehmer, im Shop-Alltag und für deine IT. Mit Beispielen aus Shopware und Sylius.
Du schickst einem Kunden den Link zu deinem Shop und denkst beim Abschicken: Hoffentlich öffnet er ihn nicht auf dem Handy. Und hoffentlich fragt er nicht nach der Lieferzeit, die dort noch fehlt.
So will ich mich mit einem Shop nicht fühlen, und du dich auch nicht. Ich will ihn zeigen können und sagen: Schau, das ist unser Laden. Im Shop steckt schließlich das eigene Unternehmen: das Sortiment, die Beratung und die Arbeit des Teams.
Ein guter Shop macht deinen Kunden das Bestellen leicht und deinem Team die tägliche Arbeit einfacher. Ob er das leistet, zeigt sich nicht nur beim Start, sondern auch an den laufenden Kosten, der Produktpflege und späteren Änderungen.
Als Programmierer will ich deshalb nicht nur auf das Layout stolz sein, sondern genauso auf den Import, der dem Team Arbeit abnimmt, und auf das Update, das ohne Zitterpartie durchläuft.
Was heißt das konkret? Ich gehe es aus drei Blickwinkeln durch: für dich als Unternehmer, für die Person, die den Shop im Alltag betreut, und für deine Entwickler. Wer nur den ersten Teil liest, hat die Kernaussage. Wer weiterliest, bekommt die Details.
Als Beispiel nehme ich Stellen aus dem Shop von PoloProfi, einem Shopware-Shop für Textilien mit Logo-Veredelung, den wir gerade aufbauen. Der Shop ist online erreichbar und nimmt Anfragen entgegen, der Verkauf mit Bezahlung im Shop kommt als nächster Schritt. Die Beispiele sind also echt und keine Gedankenspiele.
Für dich als Unternehmer
Ein Shop ist ein Vertriebskanal, mit dem Menschen jeden Tag arbeiten. Entscheidend sind nicht nur die Kosten für den Aufbau. Dazu kommen die laufenden Kosten und die Frage, welchen Beitrag der Shop zum Geschäft leistet.
Die laufenden Kosten sind nachvollziehbar. Über die Jahre kommen zum Aufbau Hosting, Plugin-Abos, Updates und die Zeit deines Teams dazu. Bei PoloProfi sind wir die Plugin-Liste vor dem Start noch einmal durchgegangen. Das teuerste Abo war für Angebote gedacht, die im Alltag ohnehin ein Mensch schreibt. Es fliegt raus. Eine Funktion bleibt drin, weil sie gebraucht wird, nicht, weil sie beim Aufbau einmal interessant klang.
Der Shop passt sich deinen Abläufen an, nicht umgekehrt. Wer bearbeitet die Bestellung, wer schreibt das Angebot, wer beantwortet Rückfragen? Der Shop soll genau diesen Leuten Handgriffe abnehmen. PoloProfi startet bewusst ohne Bezahlung im Shop: Der Kunde stellt seine Textilien zusammen, lädt sein Logo hoch und schickt eine Anfrage, das Angebot schreibt dann ein Mensch. Das passt dazu, wie dort heute verkauft wird. Bezahlen im Shop kommt, wenn der Ablauf dafür steht.
Der Shop gehört dir. Domain, Kundendaten, Produktdaten und der Zugang zur Infrastruktur liegen bei deinem Unternehmen. Du kannst den Dienstleister wechseln, ohne den Shop neu bauen zu müssen.
Du siehst, was er bringt. Wie viele Bestellungen kommen, welchen Umsatz sie bringen, wo Kunden abspringen. Mit diesen Zahlen entscheidest du, was als Nächstes dran ist. Ohne sie wird beim nächsten Umbau wieder darüber diskutiert, welche Farbe jemand schöner findet.
Für dich, wenn du den Shop im Alltag betreust
Hier geht es um zwei Wege: den deiner Kunden vom ersten Klick bis zur Bestellung und den deines Teams, das morgens Artikel anlegt, Preise korrigiert und Bilder tauscht. Beide sollen sich aufgeräumt anfühlen.
Kunden finden, was sie suchen. Die Navigation nutzt Begriffe, die deine Kunden verstehen, und die Suche kommt mit Artikelnummern und Tippfehlern klar. Gerade im B2B kennen viele Kunden die Nummer bereits und klicken sich ungern durch drei Kategorien. Wie unterschiedlich das je nach Branche aussieht, steht auf unseren Branchenseiten.
Kunden verstehen, was sie bekommen. Gute Bilder, der Preis, die Lieferzeit, und bei Netto-Preisen der Hinweis, dass die Steuer dazukommt. Das muss auch auf dem Handy funktionieren: Produkte und Preise sind gut lesbar, und der Bestellweg lässt sich ohne Zoomen oder seitliches Scrollen bedienen. Bei PoloProfi hat der Steuerhinweis auf der Produktkarte eine eigene Zeile bekommen, damit die Karte auch auf einem kleinen Handy nicht seitlich überläuft. Das klingt nach einer Kleinigkeit. Genau an solchen Stellen bleiben Kunden hängen.
Kunden können ohne unnötige Schritte bestellen. Für den ersten Kauf braucht niemand zwingend ein Kundenkonto, es gibt eine passende Zahlart, und bei Geschäftskunden ist früh geklärt, wie der Kauf auf Rechnung läuft. Danach bekommt der Kunde eine verständliche Bestätigung und weiß, wann seine Ware kommt. Wer regelmäßig dasselbe kauft, gibt die letzte Bestellung einfach noch einmal auf.
Produkte pflegen, ohne auf einen Entwickler zu warten. Ein einzelnes Produkt von Hand anzulegen ist in Ordnung. Bei einem ganzen Sortiment will niemand dieselben Felder hundertmal ausfüllen. Bei PoloProfi werden Produktbilder über eine CSV-Datei importiert. Darin steht je Artikel die Bildadresse. Der Shop ruft die Bilder beim Import ab. Für diese Bilder entfällt das einzelne Hochladen.
Rechtstexte und Zustimmung an einer Stelle. Impressum, AGB und Datenschutz sind leicht zu finden und zu pflegen, Tracking startet erst nach der Zustimmung. Bei PoloProfi gehört neben dem Shop ein Ratgeber auf WordPress zur selben Domain. Beide teilen sich ein Cookie-Banner, damit niemand dieselbe Frage zweimal beantworten muss.
Der Shop wird gefunden. Produktseiten allein beantworten nicht jede Frage, mit der jemand bei Google sucht. Dafür braucht es Platz für Ratgeber und Kaufberatung, die zu den passenden Produkten führen. Wie wir das bei PoloProfi mit WordPress und Shopware unter einer Domain gelöst haben, steht in Ratgeber und Shop unter einer Domain.
Für deine Entwickler oder IT
Von außen sieht man diesen Teil kaum. Bei jeder Änderung merkt man aber, ob er ordentlich aufgebaut ist.
Eine gepflegte Version. Shopware oder Sylius in einer aktuellen Version, dazu eine PHP-Version, die noch Sicherheitsupdates bekommt. Bei PoloProfi ist das Shopware 6.7 auf PHP 8.5. Wichtiger als die Nummer ist, dass Updates regelmäßig in kleinen Schritten passieren. Wer zwei Jahre wartet, macht aus einem Update ein Projekt.
Änderungen geprüft und automatisiert veröffentlichen. Das Deployment, also das Veröffentlichen eines neuen Stands, läuft über eine automatisierte Pipeline. Tests und statische Analyse prüfen jeden neuen Stand, der Rollout läuft automatisch, und für den Fehlerfall gibt es einen Weg zurück. Alles, was nach dem Rollout passieren muss, gehört mit in die Pipeline. Bei PoloProfi hat der Shop nach einem frühen Deployment noch eine Weile altes HTML aus dem Cache ausgeliefert, bis jemand ihn von Hand geleert hat. Seitdem ist das ein fester Schritt, und keiner muss mehr daran denken.
Die technische Umgebung nachvollziehbar aufbauen und übergeben. Server, Datenbank, Cache und Medienspeicher sind als Code beschrieben, nicht zusammengeklickt. Eine Testumgebung entsteht nach demselben Muster. Der Account ist nur für diesen einen Shop da und lässt sich komplett übergeben. Das ist die technische Seite von “Der Shop gehört dir”.
Auslieferung, die mitwächst. Redis für Cache und Sessions, ein CDN für Bilder und statische Dateien. Welche Bausteine ein Shop wirklich braucht, hängt vom Katalog und von der Nutzung ab, nicht von der Liste der Möglichkeiten.
Prüfen, ob der Shop funktioniert, nicht nur der Server. Ob der Server läuft, ist die halbe Antwort. Beim Monitoring schaue ich auf Fehlerquote, Antwortzeiten, laufende Importe und nach dem Verkaufsstart auf die Bestellungen, dazu Fehler-Tracking, das jeden Fehler dem ausgerollten Stand zuordnet. Wie das bei PoloProfi im Detail aussieht, steht in einem eigenen Beitrag.
Wenige Plugins, dokumentierte Schnittstellen. Jedes Plugin ist zusätzlicher Code, der bei Updates mitziehen muss. Für jedes muss klar sein, wofür es gebraucht wird und wie aktiv der Hersteller es pflegt. Bei ERP, Warenwirtschaft und Zahlungsanbietern ist nachlesbar, welche Daten wann in welche Richtung fließen und was passiert, wenn ein Abgleich ausfällt. Das soll nicht nur die eine Person wissen, die die Schnittstelle gebaut hat.
Auf gute Arbeit darf man stolz sein
Am Ende hängen diese Dinge zusammen. Die lesbare Produktkarte hilft dem Kunden bei der Auswahl. Der Bildimport hilft dem Team, sie mit Inhalt zu füllen. Und ein nachvollziehbares Deployment hilft dabei, sie später zu ändern, ohne den Shop durcheinanderzubringen.
Ein Shop braucht ein gutes Sortiment, gute Beratung und Menschen, die ihr Geschäft verstehen. Meine Aufgabe ist, ihn so zu bauen, dass diese Stärken beim Kunden ankommen und dein Team seine Zeit dafür einsetzen kann, statt um den Shop herumzuarbeiten. Das ist der Maßstab, den ich bei PoloProfi anlege. Ob sich alles im Verkaufsalltag bewährt, sehen wir nach dem Start.
Wenn du deinen eigenen Shop mit diesem Blick anschauen willst: Unter Leistungen steht, was wir dafür übernehmen, und der Shop-Selbsttest ist ein erster Einstieg ohne Termin.
Wie das in einer Branche konkret aussieht, zeige ich am Beispiel des PV- und Elektrogroßhandels: Was der Installateur im Shop erwartet. Und warum ein grüner Server allein noch keinen Shop am Laufen hält, steht in Shopware Hosting für B2B-Händler.

