Shopware-Entwicklung Kosten: Kostentreiber, Ablauf und Angebote richtig einordnen

Sie planen einen neuen Onlineshop oder einen Relaunch und holen Angebote ein – und die Zahlen liegen weit auseinander, ohne dass Sie erkennen, warum. Was eine Shopware-Entwicklung kostet, ist für jedes Unternehmen anders, weil Funktionsumfang, Schnittstellen und Individualisierung stark variieren. Dieser Artikel zeigt Ihnen, welche Faktoren den Preis wirklich bestimmen, wie ein sauberer Projektablauf aussieht und woran Sie seriöse von unseriösen Angeboten unterscheiden – bevor Sie unterschreiben.

Kosten einer Shopware-Entwicklung: Warum es nicht den einen Preis gibt

Wer Ihnen am Telefon oder per E-Mail einen Festpreis für Ihre Shopware-Entwicklung nennt, ohne Ihr Unternehmen, Ihre Produkte und Ihre bestehenden Systeme zu kennen, rät. Das ist keine böse Absicht, sondern schlicht unmöglich seriös zu kalkulieren. Ein Shop für 500 Produkte mit einer Warenwirtschaft und ohne Auslandsgeschäft kostet etwas völlig anderes als ein B2B-Shop mit kundenindividuellen Preisen, mehreren Sprachen und einer Anbindung an drei Altsysteme.

Das gilt unabhängig davon, ob Sie einen Shop neu aufbauen oder ein bestehendes System ablösen – also ein sogenanntes Replatforming durchführen, bei dem Sie die technische Plattform wechseln, zum Beispiel von Magento zu Shopware. In beiden Fällen entscheidet der konkrete Umfang über den Preis, nicht die Plattform allein. Wer Ihnen trotzdem eine Zahl ohne Vorgespräch nennt, hat entweder sehr wenig Erfahrung mit individuellen Projekten – oder kalkuliert bewusst vage, um später über Nachträge nachzusteuern. Beides sollte Sie misstrauisch machen, aber nicht verunsichern: Es bedeutet nur, dass Sie bei der Angebotsauswahl genauer hinschauen müssen. Wie das geht, zeigen wir Ihnen in diesem Artikel Schritt für Schritt.

Die wichtigsten Kostentreiber im Überblick: Funktionsumfang, Individualisierung, Schnittstellen

Vier Faktoren bestimmen in der Praxis den größten Teil der Kosten einer Shopware-Entwicklung:

Funktionsumfang. Ein Standard-Shop mit Katalog, Warenkorb und Checkout ist günstiger als ein Shop mit individuellen Preislisten, Staffelmengen, Kundengruppen oder einem B2B-Bereich mit eigenem Login-Bereich. Je mehr Sonderfälle Ihr Geschäftsmodell mitbringt, desto mehr Entwicklungsaufwand entsteht.

Individualisierung von Design und Logik. Ein Theme, das aus einer Standardvorlage angepasst wird, ist schneller umgesetzt als ein komplett eigenes Design mit speziellen Darstellungslogiken. Auch individuelle Plugins treiben den Aufwand: In einem unserer Projekte für HAIX haben wir mehrere spezifische Plugins entwickelt, die genau auf die Abläufe des Unternehmens zugeschnitten waren – das lesen Sie im Detail im Blogartikel zur Plugin-Entwicklung für HAIX. Solche maßgeschneiderten Lösungen kosten mehr als ein Standard-Plugin aus dem Store, liefern dafür aber auch einen Prozess, der exakt zum Unternehmen passt.

Schnittstellen zu bestehenden Systemen. Die Anbindung an eine Warenwirtschaft (ERP-Anbindung – also die technische Verbindung des Shops mit dem System, das Lagerbestände, Preise und Bestellungen verwaltet) gehört zu den Positionen, die am häufigsten unterschätzt werden. Jede zusätzliche Schnittstelle – zu einem Zahlungsdienstleister, einem Versanddienstleister oder einem Buchhaltungssystem – bedeutet zusätzlichen Entwicklungs- und Testaufwand. Ein Beispiel aus der Praxis: ein automatisierter Bankabgleich für Shopware 6, der Zahlungseingänge automatisch mit offenen Bestellungen abgleicht und damit manuelle Buchhaltungsarbeit reduziert – mehr dazu im Artikel zum automatisierten Bankabgleich. Solche Automatisierungen kosten in der Umsetzung, sparen danach aber dauerhaft Zeit im Tagesgeschäft.

Internationalisierung. Mehrere Sprachen, Währungen und länderspezifische Steuerlogiken sind ein eigener Kostenblock, weil Inhalte, Preise und teils auch rechtliche Anforderungen je Land unterschiedlich sind. Wie das in einem konkreten Projekt umgesetzt wurde, zeigt der Artikel zur Internationalisierung mit Shopware.

Ein typischer Fehler in der Praxis: Unternehmen unterschätzen den Aufwand für Schnittstellen, weil sie im Erstgespräch nicht erwähnt werden – und tauchen dann später als teure Nachträge im Projekt auf. Deshalb gehört die vollständige Auflistung aller relevanten Systeme in jedes seriöse Angebotsgespräch.

Shopware-Lizenz und Edition: Was das mit den Gesamtkosten zu tun hat

Neben den Entwicklungskosten gibt es bei Shopware ein zweites Kostenelement, das viele Entscheider vermischen: das Lizenzmodell der Software selbst. Shopware bietet unterschiedliche Editionen mit unterschiedlichem Funktionsumfang – von einer quelloffenen Basisversion bis zu kostenpflichtigen Editionen mit zusätzlichen Enterprise-Funktionen. Daneben gibt es die Cloud-Variante, bei der Shopware als SaaS betrieben wird – also als Software, die Sie als Dienst mieten, statt sie selbst zu hosten und zu warten.

Wichtig für Ihre Kalkulation: Die Lizenzkosten für die Software sind von den Entwicklungskosten der Agentur zu trennen. Eine Agentur kann Ihnen die Lizenzkosten nennen, weil sie bei Shopware öffentlich einsehbar sind – die Entwicklungskosten hängen dagegen vom individuellen Projektumfang ab, wie im vorherigen Abschnitt beschrieben. Ein Angebot, das beides vermischt oder die Lizenzkosten gar nicht ausweist, macht es Ihnen unnötig schwer, Angebote verschiedener Agenturen zu vergleichen. Wer sich zusätzlich mit der Entwicklung von Lizenzmodellen und Preisänderungen bei Shopware beschäftigen möchte, findet Hintergründe dazu im Beitrag Shopware-Lizenzen: Preisentwicklung im Überblick.

Wenn Sie von einem bestehenden System migrieren, etwa von Magento, kommt ein weiterer Posten hinzu: die technische Migration selbst. Unsere Leistung zur Shopware-Migration deckt genau diesen Schritt ab – inklusive der Übernahme bestehender Produktdaten, Kundenkonten und Bestellhistorien in das neue System.

Der typische Projektablauf: Vom Erstgespräch bis zum Go-Live

Ein sauberer Projektablauf folgt in der Praxis immer der gleichen Grundstruktur, unabhängig von der Projektgröße:

1. Erstgespräch. Hier klären Sie grob, worum es geht: Neuaufbau oder Relaunch, bestehende Systeme, grobes Zeitfenster. Noch keine Zahlen, nur Orientierung.
2. Workshop. Gemeinsam mit Ihrem Team werden Anforderungen, Funktionsumfang und notwendige Schnittstellen im Detail festgelegt. Dieser Schritt ist entscheidend – mehr dazu im nächsten Abschnitt.
3. Konzept und Angebot. Auf Basis des Workshops entsteht ein konkretes Angebot mit klar benannten Leistungen, keine Pauschale.
4. Entwicklung. Die Umsetzung erfolgt meist in Etappen, sogenannten Sprints, statt in einem großen Block am Stück – ein Vorgehen aus der agilen Entwicklung. Das hat den Vorteil, dass Sie als Auftraggeber regelmäßig Zwischenstände sehen und bei Bedarf nachsteuern können, bevor das ganze Projekt fertig ist.
5. Datenmigration. Bestehende Produktdaten, Kunden- und Bestelldaten werden aus dem Altsystem übernommen und geprüft – dieser Schritt wird in der Praxis häufig unterschätzt, weil Datenqualität in alten Systemen oft schlechter ist als angenommen.
6. Testing. Funktions- und Lasttests, bevor der Shop live geht.
7. Deployment und Go-Live. Deployment bezeichnet die Auslieferung der fertigen Version in den Live-Betrieb – im besten Fall ohne spürbare Ausfallzeit für Ihre Kunden.
8. Betrieb und Weiterentwicklung. Dazu mehr im vorletzten Abschnitt dieses Artikels.

Der Umfang unserer Leistung zur Shopware-Entwicklung deckt diesen gesamten Ablauf ab – von der ersten Anforderungsklärung bis zum laufenden Betrieb nach dem Go-Live.

Warum ein Workshop vor jedem Angebot steht – und warum das Zeit und Geld spart

In unseren Projekten beginnt jede Shopware-Entwicklung mit einem Workshop, in dem Anforderungen, Umfang und Schnittstellen gemeinsam mit dem Kunden definiert werden. Erst danach lässt sich ein realistischer Kostenrahmen abstecken – alles andere wäre Raten und unseriös.

Das mag zunächst nach einem zusätzlichen Schritt klingen, der Zeit kostet. In der Praxis ist es umgekehrt: Ein sauber geplantes Projekt spart am Ende Zeit und Geld, weil Nacharbeiten und nachträgliche Änderungen am Projektumfang – im Projektmanagement „Scope-Änderungen“ genannt – während der Entwicklung vermieden werden. Jede Änderung, die erst während der Umsetzung entdeckt wird, ist teurer als eine Anforderung, die von Anfang an bekannt war und mitgeplant wurde.

Wenn Sie noch unsicher sind, welches System überhaupt zu Ihrem Unternehmen passt – Shopware, Hyvä oder Shopify –, bietet sich vor der eigentlichen Projektplanung unser Workshop zur Systemempfehlung an. Dort klären Sie unabhängig von einer konkreten Agenturbindung, welche Plattform zu Ihrem Geschäftsmodell passt, bevor Sie überhaupt in die Detailplanung gehen.

Checkliste: So erkennen Sie seriöse Angebote und ordnen Preise richtig ein

Bevor Sie ein Angebot unterschreiben, prüfen Sie diese Punkte:

• Wurde vor dem Angebot ein Workshop oder zumindest ein ausführliches Anforderungsgespräch geführt? Ohne diesen Schritt ist jede Zahl eine grobe Schätzung – kein verbindliches Angebot.
• Sind alle Schnittstellen einzeln aufgeführt? Ein Angebot, das „ERP-Anbindung“ als einen pauschalen Posten ohne nähere Beschreibung enthält, birgt das Risiko versteckter Nachträge.
• Ist der Funktionsumfang konkret beschrieben, nicht nur grob umrissen? „Individuelles Design“ oder „Sonderfunktionen nach Bedarf“ ohne Detaillierung sind ein Warnsignal.
• Werden Betrieb, Wartung und Support nach dem Go-Live separat ausgewiesen? Ein Angebot, das nur die einmalige Entwicklung nennt und zum laufenden Betrieb schweigt, zeigt Ihnen nicht die tatsächlichen Gesamtkosten.
• Ist ein fester Ansprechpartner benannt? Bei Projekten, die über mehrere Monate laufen, ist ein wechselnder Ansprechpartner häufig ein Zeichen für unklare Verantwortlichkeiten im Projekt.
• Wirkt der Preis auffällig niedrig im Vergleich zu anderen Angeboten mit ähnlichem Funktionsumfang? Das ist kein Qualitätsbeweis, sondern häufig ein Hinweis darauf, dass Leistungen fehlen, die später nachberechnet werden.

Ein Angebot, das diese Punkte transparent beantwortet, gibt Ihnen eine echte Vergleichsbasis – unabhängig davon, welche Agentur es erstellt hat.

Kostenfallen nach dem Go-Live: Betrieb, Wartung und Weiterentwicklung nicht vergessen

Die einmaligen Entwicklungskosten sind nur ein Teil der Gesamtrechnung. Nach dem Go-Live entstehen laufende Kosten, die Sie von Anfang an einplanen sollten:

Hosting und Betrieb. Ein Shop muss zuverlässig erreichbar sein. Managed Hosting – also der Betrieb der Server-Infrastruktur durch einen spezialisierten Dienstleister statt in Eigenregie – reduziert den Aufwand für Ihr eigenes Team, kostet aber laufend. Fragen Sie im Angebot gezielt nach, wie Verfügbarkeit und Reaktionszeiten bei Störungen geregelt sind.

Updates und Sicherheit. Shopware veröffentlicht regelmäßig neue Versionen mit Sicherheitsupdates und neuen Funktionen. Wer diese Updates nicht einspielt, läuft Gefahr, mit der Zeit auf einer veralteten und zunehmend unsicheren Version zu arbeiten – ein Risiko, das besonders IT-Verantwortliche zu Recht ernst nehmen.

Laufende Weiterentwicklung. Ein Onlineshop ist nie „fertig“. Neue Anforderungen, Conversion-Optimierungen oder zusätzliche Integrationen kommen über die Zeit hinzu. Hier lohnt sich ein Blick auf Automatisierung: Wiederkehrende manuelle Aufgaben wie Produktdatenpflege oder die Übertragung von Bestelldaten zwischen Shop und Warenwirtschaft lassen sich über Automatisierungsprozesse deutlich reduzieren – etwa mit unserer Leistung zur Prozessautomatisierung. Das senkt nicht die einmaligen Projektkosten, reduziert aber den laufenden Personalaufwand im Tagesgeschäft spürbar.

Ein typischer Fehler: Unternehmen kalkulieren nur die Projektkosten bis zum Go-Live und werden von den laufenden Kosten für Betrieb und Weiterentwicklung überrascht. Fragen Sie deshalb bei jedem Angebot explizit nach den Kosten für das erste Betriebsjahr, nicht nur nach dem Projektpreis.