Ein Onlineshop ist kein Katalog mit Warenkorb, sondern ein Verkaufsprozess, der von der Produktseite bis in die Warenwirtschaft durchläuft. Die wichtigste Entscheidung fällt deshalb vor dem ersten Entwurf: Shopify für den geradlinigen Standardfall, Shopware für alles mit eigener Logik, großem Sortiment oder angeschlossenem ERP. JFconcept baut beides und wählt nach dem, was Sortiment und Abläufe wirklich verlangen.
Warum Shops an der Systemwahl scheitern, nicht am Design
Die meisten Shop-Projekte, die aus dem Ruder laufen, sind auf der falschen Basis gestartet. Ein Betrieb mit einem überschaubaren, klaren Sortiment bekommt eine schwergewichtige Installation, die er nie füllt, und zahlt für Pflege, die er nicht braucht. Oder umgekehrt: Ein Sortiment mit Staffelpreisen, Kundengruppen und Varianten wird in ein Standardsystem gepresst und lebt danach von Plugins, die sich gegenseitig blockieren.
Das Muster dahinter ist immer dasselbe. Preise werden an drei Stellen gepflegt, Bestände laufen auseinander, jede Bestellung wird von Hand in die Warenwirtschaft getippt. Der Shop sieht gut aus und kostet trotzdem Zeit, statt welche zu sparen. Sichtbar wird das erst nach dem Launch, wenn das Tagesgeschäft anläuft und die Ausnahmen kommen: der Kunde mit Sonderkonditionen, der Artikel mit Mindestabnahme, die Lieferung auf Rechnung.
Shopify oder Shopware: die Grenze verläuft an den Ausnahmen
Shopify ist die richtige Wahl, wenn das Sortiment überschaubar ist, die Preislogik für alle gleich funktioniert und der Versand nach klaren Regeln läuft. Der Shop steht auf einer gehosteten Plattform, Updates und Zahlungsanbindung sind gelöst, die Pflege ist auch ohne technische Begleitung machbar. Wer schnell und sauber verkaufen will, bekommt hier den kürzesten Weg. Wie wir damit arbeiten, steht auf der Themenseite zu Shopify als Standard-Shopsystem.
Shopware greift, sobald die Regeln individuell werden: Kundengruppen mit eigenen Preisen, große Sortimente mit Varianten, B2B-Bestellungen mit Freigabeprozess, eine Anbindung an ERP oder Warenwirtschaft, aus der Bestände und Preise automatisch fließen. Das ist Individualentwicklung und läuft bei uns im Webengineering, beschrieben auf der Themenseite zu Shopware als individuelles Shopsystem.
Die Grenze verläuft nicht am Umsatz und nicht an der Firmengröße, sondern an der Zahl der Ausnahmen. Wer im Erstgespräch mehrere Sonderfälle nennt, die der Shop können muss, ist meistens im Shopware-Fall. Wer keinen nennt, fährt mit Shopify besser und günstiger.
Erst das Sortiment aufnehmen, dann gestalten
Am Anfang steht die Sortimentsaufnahme, nicht das Layout. Wir klären, wie viele Artikel es gibt, welche Varianten und Attribute sie tragen, wo die Produktdaten heute liegen und ob sie überhaupt sauber genug für den Verkauf sind. Aus dieser Aufnahme fällt die Systementscheidung, und aus ihr folgt die Kalkulation.
Danach kommt das Design, ausgeliefert über die JF Design Platform als klickbarer Prototyp. Bestellstrecke, Produktdetailseite und Warenkorb sind vor dem Bau durchklickbar, inklusive der Stellen, an denen Kunden erfahrungsgemäß abspringen. Erst nach der Freigabe wird entwickelt.
Die Entwicklung läuft auf einer Staging-Umgebung mit Git-Versionierung. Zahlungsarten, Versandregeln und Steuerfälle werden dort mit echten Testbestellungen durchgespielt, bevor jemand live bestellt. Zum Standard gehören außerdem:
Consent-Management und datensparsame Einbindung von Zahlungs- und Trackingdiensten
semantisches HTML und die Eckpfeiler der Barrierefreiheit, seit dem Barrierefreiheitsstärkungsgesetz vom 28.06.2025 für viele Shops Pflicht
ein SEO-Fundament aus sauberer Kategoriestruktur, Sitemap und indexierbaren Produktseiten
Ladezeitziele nach Core Web Vitals, weil jede zusätzliche Sekunde am Warenkorb hängt
Nach dem Launch ist der Betrieb optional buchbar: Managed Hosting auf eigener Infrastruktur, Updates für Shopware und Plugins, Backups und Monitoring. Wer das lieber selbst macht oder woanders hostet, entscheidet das selbst. Der Shop bleibt ohnehin Eigentum des Auftraggebers, samt Daten und Zugängen.
Wenn der Shop mit Warenwirtschaft und ERP reden muss
Der teuerste Teil eines Shop-Projekts ist selten der Shop, sondern das, was daran hängt. Artikelstamm aus der Warenwirtschaft, Bestände in Echtzeit, Bestellungen zurück ins ERP, Kundendaten ins CRM. Wir bauen diese Schnittstellen als eigenständige Anbindungen und nicht als nächtlichen Export per CSV, damit Bestände stimmen und niemand doppelt tippt.
Zur selben Kategorie gehören Funktionen, die es fertig nicht gibt: ein Konfigurator für erklärungsbedürftige Produkte, eine Suche, die Fragen versteht statt nur Wörter zu vergleichen, oder eine KI, die an die eigenen Produktdaten angebunden ist und Kunden vor dem Kauf berät. Solche Sonderfälle übernimmt unser Webengineering, dort also, wo der Standard endet und individuell entwickelt wird. Sehr große Konzernprojekte im Otto- oder Zalando-Maßstab nehmen wir bewusst nicht an, der Schwerpunkt liegt auf mittelständischen Shops.
Woran du merkst, dass der Shop funktioniert
Wir messen Abschlüsse, nicht Klicks. Im Verkauf heißt das: bezahlte Bestellungen und der Warenkorbwert dahinter, nicht Sitzungen und nicht Seitenaufrufe. Dafür wird das Tracking von Anfang an sauber eingerichtet, mit GA4, Google Tag Manager, serverseitiger Messung und Consent Mode, damit die Zahlen auch dann belastbar bleiben, wenn Besucher das Tracking ablehnen.
Der zweite Messpunkt liegt im Bestellprozess selbst. Wo genau bricht der Kauf ab: bei den Versandkosten, bei der Zahlungsart, beim Anlegen des Kontos? Diese Stellen sind einzeln nachverfolgbar und einzeln reparierbar. Der dritte Messpunkt liegt außerhalb des Shops. Im B2B endet der Verkauf oft am Telefon, nicht im Warenkorb. Mit JF Leads lassen sich diese Abschlüsse zurückverbinden, sodass sichtbar wird, welche Kampagne echte Aufträge gebracht hat.
Im laufenden Betrieb zählt am Ende ein einfacher Indikator: Wie viel Handarbeit kostet eine Bestellung noch? Wenn Preise an einer Stelle gepflegt werden, Bestände von allein stimmen und Aufträge ohne Abtippen im System landen, arbeitet der Shop für das Unternehmen und nicht andersherum. Betriebe aus Menden und dem Sauerland betreuen wir dabei genauso wie Kunden deutschlandweit, die Zusammenarbeit läuft überwiegend remote.
Wenn Standard nicht reicht
Fabian führt JFconcept, dessen Ursprünge bis 2005 zurückgehen, und verantwortet das Webengineering. Wir bauen, was ein Baukasten nicht hergibt: Konfiguratoren, Datenbanken, Verzeichnisse und Schnittstellen, die deine Systeme miteinander reden lassen. Auch KI gehört dazu, vom Chat-Assistenten bis zum eigenen Tool, wenn es einen Prozess wirklich löst.
