Wann ein eigenes Plugin die richtige Antwort ist
Bevor Sie entwickeln lassen, lohnt die ehrliche Prüfung: Gibt es die Funktion schon? Der Shopware Store hat für viele Standardfälle brauchbare Lösungen, und ein fertiges Plugin für 100 Euro schlägt jede Eigenentwicklung, wenn es passt.
Eine Eigenentwicklung lohnt in drei Fällen. Erstens, wenn die Funktion Ihren Geschäftsablauf abbildet und es sie deshalb gar nicht geben kann – etwa eine besondere Preislogik, eine Zusammenstellung von Produkten nach Ihren Regeln oder eine Anbindung an ein System, das nur Sie einsetzen. Zweitens, wenn ein fertiges Plugin zu neunzig Prozent passt, die fehlenden zehn Prozent aber den Ausschlag geben. Drittens, wenn Sie eine Funktion dauerhaft brauchen und nicht von einem Anbieter abhängig sein wollen, der sie morgen einstellt.
Oft ist die Erweiterung eines vorhandenen Plugins günstiger als der Neubau – sofern es dafür Erweiterungspunkte gibt. Wichtig ist, das als eigenes Plugin zu bauen und nicht in fremden Code zu schreiben, sonst ist die Anpassung beim nächsten Update verloren.
Was Plugin-Entwicklung kostet
Der Preis hängt fast vollständig davon ab, wie viel Bestehendes berührt wird, nicht daran, wie die Funktion aus Kundensicht aussieht.
Eine kleine Erweiterung im Adminbereich – ein zusätzliches Feld, eine Spalte in einer Liste, ein Auswertungs-Tab – ist meist im niedrigen vierstelligen Bereich zu haben, teils darunter. Diese Funktionen hängen an wenigen Stellen.
Eingriffe in Warenkorb, Preisberechnung oder Checkout liegen deutlich höher. Nicht weil der Code länger ist, sondern weil hier Steuern, Rabatte, Gutscheine und Versandregeln zusammenspielen und jeder Fehler direkt Geld kostet. Solche Projekte brauchen Tests über verschiedene Konstellationen hinweg.
Schnittstellen zu Fremdsystemen sind schwer zu schätzen, bevor man die Gegenseite kennt. Eine gut dokumentierte Schnittstelle ist schnell angebunden, eine gewachsene ohne Dokumentation kann ein Vielfaches kosten. Hier lohnt eine kurze Vorabprüfung, bevor ein Festpreis vereinbart wird.
Rechnen Sie außerdem mit laufenden Kosten: Shopware veröffentlicht regelmäßig neue Versionen, und ein Plugin, das mitwachsen soll, braucht gelegentlich Anpassungen. Das ist kein versteckter Posten, sondern normale Softwarepflege.
Was ein gutes Briefing enthält
Die häufigste Ursache für teure Projekte ist ein unklarer Auftrag. Hilfreich ist weniger eine technische Beschreibung als eine Schilderung des Ablaufs: Wer macht was, in welcher Reihenfolge, und was soll am Ende herauskommen?
Konkret helfen mir drei Angaben am meisten. Erstens ein echtes Beispiel – eine Bestellung, ein Produkt, ein Kunde, an dem sich der Fall zeigen lässt. Zweitens die Sonderfälle: Was passiert bei Retouren, bei Teillieferungen, bei Kunden ohne Firmenangabe? Drittens die Abgrenzung: Was ausdrücklich nicht dazugehört.
Screenshots von dem, was heute passiert, sind mehr wert als lange Beschreibungen. Und wenn Sie ein Beispiel aus einem anderen Shop haben: zeigen. Das spart eine ganze Abstimmungsrunde.
Wie ein Projekt abläuft
Bewährt hat sich ein kurzer Vorlauf: Wir klären in einem Gespräch den Ablauf und die Sonderfälle, ich schaue in den Shop und melde mich mit einer Einschätzung – Aufwand, Risiken, offene Fragen. Bei kleineren Vorhaben genügt dafür meist eine Stunde.
Danach folgt die Umsetzung auf einer Testumgebung, nicht am Livesystem. Sie bekommen einen Stand zum Ausprobieren, bevor irgendetwas produktiv geht. Erst wenn der Ablauf in Ihrem echten Datenbestand funktioniert, wird ausgerollt – mit Sicherung und in einer ruhigen Zeit.
Achten Sie darauf, dass Sie den Code bekommen und das Plugin ohne den Entwickler weiterbetreiben können. Ein Plugin, das nur mit einer Lizenz des Erstellers läuft, ist eine Abhängigkeit, die Sie bewusst eingehen sollten – oder eben nicht.
Was Projekte teuer macht
Drei Muster sehe ich immer wieder. Nachträglich wachsende Anforderungen: Während der Umsetzung fallen weitere Fälle auf, die niemand bedacht hat – deshalb die Sonderfälle vorher klären. Fehlende Testdaten: Ohne realistische Produkte und Bestellungen lässt sich nichts sinnvoll prüfen, und Fehler zeigen sich erst live. Umgehungslösungen: Wenn eine Funktion sich nur mit einem Trick am System vorbei bauen lässt, ist sie beim nächsten Update das erste, was bricht.
Fazit
Ein eigenes Plugin ist sinnvoll, wenn es Ihren Ablauf abbildet – nicht, wenn es einen Standardfall neu erfindet. Die Kosten entstehen weniger durch die Funktion selbst als durch die Stelle, an der sie eingreift: Adminbereich ist günstig, Checkout ist teuer.
Und der größte Hebel liegt vor der ersten Zeile Code: Ein Briefing mit echtem Beispiel, benannten Sonderfällen und klarer Abgrenzung spart mehr Geld als jede Optimierung während der Umsetzung.
Wenn Sie eine Funktion brauchen, die es so nicht gibt: Beschreiben Sie mir kurz den Ablauf – ich sage Ihnen ehrlich, ob es dafür schon eine fertige Lösung gibt. Mehr dazu auf der Seite Shopware Plugin Entwicklung.
Funktion, die es so nicht gibt?
Beschreiben Sie mir kurz den Ablauf und einen echten Beispielfall – ich sage Ihnen ehrlich, ob es dafür schon eine fertige Lösung gibt.
