Shopware-Plugin entwickeln lassen: Kosten, Ablauf, Entscheidung

Im Shopware Store gibt es für fast jedes Problem ein fertiges Plugin (eine Erweiterung, die zusätzliche Funktionen in Ihren Shop einbaut). Versandkostenregeln, Bewertungssysteme, Gutschein-Logik: Für die üblichen Anforderungen reicht das meistens aus, und es ist fast immer die günstigere und schnellere Lösung. Deshalb ist die erste Frage bei jeder Anfrage, die uns erreicht, auch nicht „Können wir das programmieren?", sondern „Muss das wirklich programmiert werden?"

Aber es gibt einen Punkt, an dem Standard-Plugins an ihre Grenzen stoßen. Wenn Ihre Preislogik zu speziell ist, wenn Ihr Warenwirtschaftssystem (die Software, die Lagerbestände, Bestellungen und Buchhaltung verwaltet) nicht zu den vorhandenen Schnittstellen passt, oder wenn Ihr Checkout einen Ablauf braucht, den kein Store-Plugin abdeckt. Dann stehen Sie vor einer Entscheidung, die über den nächsten Shop-Release hinausreicht: Lassen Sie sich eine individuelle Lösung bauen, oder passen Sie Ihren Prozess an ein bestehendes Plugin an?

Dieser Artikel ist ein Entscheidungsleitfaden, keine Verkaufsseite. Wir erklären, wann individuelle Entwicklung tatsächlich nötig ist, was sie kostet, wie ein seriöser Entwicklungsprozess abläuft und welche Risiken Sie eingehen, wenn Sie diesen Prozess überspringen.

Wann reicht ein Standard-Plugin aus dem Shopware Store nicht mehr aus?

Die meisten Shopbetreiber:innen kommen mit fertigen Plugins sehr weit. Es gibt für Bewertungen, Payment, Versand, SEO und Newsletter-Anbindung längst etablierte Lösungen im Store. Die Entwickler:innen solcher Plugins bauen für den Durchschnittsfall: Sie decken ab, was die meisten Shops brauchen, und das oft solide und günstig. Individuelle Entwicklung lohnt sich erst dort, wo Ihr Geschäftsmodell von genau diesem Durchschnittsfall abweicht. Typische Auslöser sind:

• Sehr spezifische Geschäftslogik. Ihr Unternehmen arbeitet mit Regeln, die kein Standard-Plugin kennt, zum Beispiel branchenspezifische Freigabeprozesse, individuelle Vertragsmodelle oder ungewöhnliche Produktkonfiguratoren. Ein Beispiel: Ein Maschinenbauer verkauft Ersatzteile nur an Kund:innen mit freigeschaltetem Vertragskonto, und die Freischaltung hängt von einer internen Prüfung ab, die kein Store-Plugin kennt.

• Komplexe Anbindungen an ERP, PIM oder Warenwirtschaft. ERP (Enterprise Resource Planning) ist die Software fürs gesamte Unternehmen, sie verwaltet zum Beispiel Lagerbestände, Bestellungen und Buchhaltung. PIM (Product Information Management) verwaltet Produktdaten zentral, oft für mehrere Vertriebskanäle gleichzeitig. Wenn Ihr System Sonderfelder, ungewöhnliche Datenformate oder eigene Workflows hat, scheitert eine Standard-Schnittstelle oft an genau diesen Details, weil sie im Store-Plugin schlicht nicht vorgesehen sind. Mehr dazu lesen Sie in unserem Artikel über eine individuelle ERP-Anbindung.

• Ungewöhnliche Preis- oder Rabattregeln. Gestaffelte Preise nach Kundengruppe und Bestellhistorie gleichzeitig, dynamische Mengenrabatte, die von externen Faktoren wie Lagerbeständen oder Saison abhängen, oder Sonderkonditionen für einzelne Vertriebspartner: Sobald mehrere solcher Regeln gleichzeitig gelten sollen und sich gegenseitig beeinflussen, kommen Standard-Plugins an ihre Grenzen, weil sie meist nur eine Regelart auf einmal abdecken.

• Individuelle Checkout-Abläufe. Ein zusätzlicher Freigabeschritt für B2B-Bestellungen, eine eigene Zahlungsfreigabe-Logik oder ein Checkout, der sich je nach Kundengruppe unterschiedlich verhält, lässt sich selten mit einem gekauften Plugin abbilden, ohne den restlichen Checkout zu zerlegen und an mehreren Stellen inkompatibel zu machen.

• Performance-kritische Sonderfälle. Bei sehr großen Produktkatalogen mit mehreren Hunderttausend Artikeln, hohem Traffic zu Stoßzeiten oder speziellen Such- und Filterlogiken kann ein generisches Plugin den Shop ausbremsen, weil es für den Durchschnittsfall gebaut wurde, nicht für Ihren konkreten Datenumfang.

Wenn keiner dieser Punkte zutrifft, sparen Sie sich die Individualentwicklung, auch wenn ein Plugin nicht zu 100 Prozent Ihre Wunschvorstellung trifft. Ein kleiner Kompromiss beim Funktionsumfang ist fast immer günstiger als eine Individuallösung, die dasselbe Problem nur geringfügig eleganter löst. Wenn Sie aktuell überlegen, grundsätzlich neu zu starten, lohnt sich vorher ohnehin ein Blick auf die Basis: Manchmal ist die eigentliche Lösung, zunächst einen Shopware-Shop erstellen lassen zu einer soliden Struktur, bevor überhaupt über Individual-Plugins gesprochen wird. Individualcode auf einer schlecht aufgesetzten Basis vererbt jedes strukturelle Problem an die nächste Erweiterung, und die Fehlersuche wird mit jeder weiteren Schicht schwieriger.

Kaufen oder bauen? Der Entscheidungsrahmen für Ihre Shopware-Erweiterung

Die Entscheidung zwischen einem gekauften Plugin und einer individuellen Entwicklung ist selten eine reine Bauchentscheidung. Sie lässt sich an vier Kriterien festmachen, die zusammen die sogenannten Total Cost of Ownership ergeben (TCO, zu Deutsch: die Gesamtkosten über die gesamte Nutzungsdauer, nicht nur der Einkaufspreis). Wer nur auf den Preis im ersten Monat schaut, trifft fast immer die falsche Entscheidung, weil die eigentlichen Kosten oft erst nach ein bis zwei Jahren Nutzung sichtbar werden.

1. Laufende Kosten versus einmalige Kosten. Ein Store-Plugin kostet meist eine monatliche oder jährliche Lizenzgebühr. Diese Kosten laufen weiter, solange Sie das Plugin nutzen, oft über Jahre, und sie steigen manchmal, wenn der Hersteller seine Preise anpasst. Eine individuelle Entwicklung kostet einmalig mehr, dafür fällt danach nur noch eine überschaubare Wartungsgebühr an, keine laufende Lizenz. Rechnen Sie beide Varianten über einen Zeitraum von drei bis fünf Jahren durch, nicht nur für das erste Jahr. Bei mehreren hundert Euro Lizenzgebühr im Monat kippt die Rechnung oft schneller zugunsten der Individuallösung, als man zunächst denkt, gerade wenn mehrere Plugins gleichzeitig laufen und sich die Lizenzkosten aufsummieren.

2. Abhängigkeit von einem Fremdanbieter. Ein gekauftes Plugin gehört einem anderen Unternehmen. Stellt dieses Unternehmen die Pflege ein, wird verkauft oder ändert das Geschäftsmodell, stehen Sie plötzlich ohne Update-Pfad da, oft mit sehr kurzer Vorlaufzeit. Sie können dann meist nur noch zu einer anderen Lösung wechseln und die betroffenen Daten und Konfigurationen migrieren, was zusätzlichen Aufwand bedeutet. Bei individuellem Code gehört der Quelltext Ihnen (das sollte vertraglich klar geregelt sein), und Sie entscheiden selbst, wie es weitergeht, unabhängig davon, welche Agentur die Wartung übernimmt.

3. Kompatibilitätsrisiko bei großen Shopware-Updates. Shopware bringt regelmäßig größere Versionswechsel, die tief in die Architektur eingreifen. Ein Store-Plugin ist davon abhängig, dass der Hersteller zeitnah nachzieht und ein kompatibles Update bereitstellt. Bleibt das Update aus, blockiert das Plugin irgendwann Ihren eigenen Shopware-Umstieg, und Sie stehen zwischen einem veralteten Shopware-Stand und einem funktionierenden Plugin. Individueller Code lässt sich gezielt gegen kommende Versionen testen und anpassen, weil Sie den vollen Überblick über die Abhängigkeiten haben und nicht auf einen fremden Zeitplan warten müssen.

4. Kontrolle über die eigene Roadmap. Wollen Sie eine Funktion erweitern, die ein Store-Plugin nicht vorsieht, sind Sie auf den Hersteller angewiesen, oder Sie bauen ohnehin eine Individuallösung drumherum, die dann parallel zum gekauften Plugin gewartet werden muss. Eigener Code lässt sich direkt an neue Anforderungen anpassen, ohne auf ein fremdes Feature-Backlog zu warten oder einen Feature-Request zu stellen, dessen Umsetzung ungewiss ist.

Keines dieser vier Kriterien allein entscheidet. Ein Shop mit geringem Umsatz und einer einfachen Anforderung fährt oft besser mit einem günstigen Store-Plugin, auch wenn die Abhängigkeit theoretisch ein Risiko ist, weil das Risiko im Verhältnis zum Umsatz gering bleibt. Ein wachsender B2B-Shop mit komplexen Prozessen zahlt dagegen schnell mehr an Lizenzgebühren, Workarounds und manuellem Mehraufwand, als eine solide Individuallösung gekostet hätte. Eine einfache Faustregel: Je spezifischer Ihre Anforderung und je länger Ihr Planungshorizont, desto eher lohnt sich Bauen statt Kaufen.

So läuft eine individuelle Plugin-Entwicklung ab

Ein seriöser Entwicklungsprozess folgt immer denselben Grundschritten, unabhängig davon, ob es um eine kleine Anpassung oder eine umfangreiche Integration geht. Jeder Schritt hat einen Grund, und wer einen davon überspringt, spart selten wirklich Zeit, sondern verschiebt den Aufwand nur auf später. Das sind die Phasen, die wir bei jedem Projekt durchlaufen:

1. Anforderungsanalyse. Wir klären gemeinsam mit Ihnen, was das Plugin wirklich leisten muss, welche Systeme angebunden werden, wer die Erweiterung später im Alltag nutzt und wo die Grenzen liegen. Hier zeigt sich oft schon, ob ein Store-Plugin doch ausreichen würde, oder ob sich die Anforderung mit etwas Anpassung vereinfachen lässt, bevor überhaupt programmiert wird.

2. Technisches Konzept. Bevor eine Zeile Code entsteht, legen wir fest, wie die Lösung technisch aufgebaut wird: welche Schnittstellen benötigt werden, welche Datenmodelle sinnvoll sind, welche Abhängigkeiten zu bestehenden Plugins oder zum Shopware-Kern bestehen. Dieses Konzept ist die Grundlage für einen realistischen Festpreis.

3. Entwicklung in einer separaten Test- und Staging-Umgebung. Neuer Code läuft nie direkt im produktiven Shop. Eine Staging-Umgebung ist eine Kopie des Shops, auf der getestet wird, ohne dass Kund:innen etwas davon merken oder ein fehlerhafter Zwischenstand den laufenden Betrieb stört.

4. Code-Review. Eine zweite Person prüft den Code, bevor er in den Shop übernommen wird. Das findet Fehler früh, deckt Sicherheitslücken auf und sorgt dafür, dass der Code auch für andere Entwickler:innen nachvollziehbar bleibt, nicht nur für die Person, die ihn geschrieben hat.

5. Test gegen kommende Shopware-Updates. Wir prüfen, wie sich das Plugin bei absehbaren Versionswechseln verhält, damit es nicht beim nächsten großen Update überraschend ausfällt und Sie nicht ausgerechnet dann ohne funktionierende Erweiterung dastehen.

6. Rollout. Die Erweiterung geht live, meist zu einem Zeitpunkt mit geringem Traffic, damit ein eventuelles Problem schnell auffällt und behoben werden kann, bevor es viele Kund:innen betrifft.

7. Dokumentation. Jede Individualentwicklung wird schriftlich festgehalten: was das Plugin tut, wie es konfiguriert ist, welche Abhängigkeiten es hat und woran man bei einer künftigen Anpassung zuerst denken muss. Ohne Dokumentation ist jede spätere Änderung ein Ratespiel, egal wie gut der Code selbst geschrieben ist.

8. Wartungsvereinbarung. Individueller Code braucht laufende Pflege, genau wie ein gekauftes Plugin auch. Eine Wartungsvereinbarung regelt schriftlich, wer bei Updates, Fehlern oder neuen Anforderungen zuständig ist, und in welchem Zeitraum reagiert wird.

Dieser Ablauf kostet Zeit, aber jeder ausgelassene Schritt erhöht das Risiko, dass die Erweiterung beim nächsten Update ausfällt oder sich niemand mehr in den Code hineindenken kann, wenn eine Anpassung nötig wird. Ein Prozess ohne diese Schritte wirkt am Anfang schneller, holt die verlorene Zeit aber spätestens beim ersten größeren Problem wieder ein, meist zu einem ungünstigeren Zeitpunkt.

Was kostet eine individuelle Shopware-Plugin-Entwicklung?

Die Kosten hängen fast ausschließlich vom Umfang ab, nicht von einem pauschalen Stundensatz. Als grobe Orientierung, ohne Anspruch auf Vollständigkeit für Ihren konkreten Fall:

• Kleine Anpassungen (zum Beispiel eine einzelne Sonderregel oder eine kleine Änderung an einem bestehenden Plugin): ab einem niedrigen dreistelligen Betrag.

• Mittlere Komplexität mit spezifischen Funktionen und einer oder mehreren Integrationen (zum Beispiel eine angepasste Preislogik mit Anbindung an ein externes System): häufig zwischen 3.000 und 10.000 Euro.

• Sehr komplexe Individualentwicklungen mit umfangreichen Integrationen, mehreren Systemen und individuellen Checkout-Abläufen: 10.000 Euro oder mehr, je nach Umfang und Anzahl der Schnittstellen.

Diese Zahlen sind Richtwerte. Der tatsächliche Preis hängt vor allem von drei Faktoren ab: wie viele Systeme beteiligt sind und wie gut deren Schnittstellen dokumentiert sind, wie klar die Anforderungen vorab definiert sind, und wie viel Testaufwand die Anbindung erfordert, etwa weil viele Ausnahmefälle abgedeckt werden müssen. Unklare Anforderungen sind dabei der größte Kostentreiber, weil jede Nachfrage während der Entwicklung den Zeitplan verschiebt. Eine seriöse Agentur nennt Ihnen deshalb erst nach der Anforderungsanalyse einen belastbaren Festpreis oder Rahmen, nicht vorher aus der Luft gegriffen.

Risiken von unbegleitetem Individualcode. Individualentwicklung ohne saubere Prozesse ist der teuerste Weg, den es gibt, auch wenn er auf den ersten Blick günstiger wirkt, weil Konzept, Tests und Dokumentation einfach übersprungen werden. Häufige Probleme:

• Technische Schulden. Schnell zusammengebauter Code ohne Konzept und Tests funktioniert oft im Moment, wird aber mit jeder weiteren Anpassung schwerer zu warten, bis irgendwann jede kleine Änderung überproportional lange dauert.

• Bruch bei Major-Updates. Ohne Tests gegen kommende Shopware-Versionen fällt ein Plugin beim nächsten großen Update aus, oft ohne Vorwarnung, und blockiert dann den gesamten Update-Prozess des Shops.

• Fehlende Dokumentation. Wenn niemand aufschreibt, was der Code tut und warum, wird jede spätere Änderung zum Risiko. Selbst die ursprüngliche Entwicklerin oder der ursprüngliche Entwickler erinnert sich nach einem Jahr oft nicht mehr an alle Details.

• Abhängigkeit von einer einzelnen Person. Verlässt die Entwicklerin oder der Entwickler das Projekt, und es gibt keine Dokumentation und keinen Code-Review durch eine zweite Person, steht der Shop ohne Ansprechpartner:in für den eigenen Code da. Eine neue Agentur muss den Code dann erst vollständig verstehen, bevor sie überhaupt etwas ändern kann, und das kostet Zeit und Geld.

Diese Risiken lassen sich nicht auf null senken, aber deutlich reduzieren: durch Tests, durch Dokumentation, durch Code-Review im Vier-Augen-Prinzip und durch eine feste Wartungsvereinbarung, die auch nach dem Rollout für Pflege sorgt. Genau das unterscheidet einen soliden Entwicklungsprozess von einer schnellen Bastellösung, die kurzfristig funktioniert und langfristig teurer wird.

Fazit

Ein Standard-Plugin aus dem Shopware Store ist fast immer der schnellere und günstigere Weg, und für die meisten Anforderungen reicht es aus. Individuelle Entwicklung lohnt sich erst, wenn Ihre Geschäftslogik, Ihre Systemanbindung oder Ihr Checkout so speziell ist, dass kein fertiges Plugin sie sauber abdeckt. In diesem Fall entscheidet nicht das Bauchgefühl, sondern eine ehrliche Rechnung: laufende Lizenzkosten gegen einmalige Entwicklungskosten plus Wartung, Abhängigkeit von einem Fremdanbieter gegen eigene Kontrolle, Kompatibilitätsrisiko gegen gezielte Update-Tests. Wer diese Rechnung vor der Entscheidung aufstellt statt danach, vermeidet die teuersten Überraschungen.

Wenn Sie unsicher sind, auf welcher Seite dieser Rechnung Sie stehen, lohnt sich ein kurzes Gespräch, bevor Sie sich für eine Richtung entscheiden. Wir schauen uns Ihre konkrete Anforderung an und sagen ehrlich, ob ein Store-Plugin reicht oder sich eine Individualentwicklung tatsächlich rechnet, inklusive eines realistischen Kostenrahmens und eines Ablaufs, der Ihnen im Alltag keine Überraschungen bereitet. Entscheiden Sie danach in Ruhe, wir drängen zu keiner Richtung, die Ihre Anforderung nicht wirklich braucht.