Plugin kaufen oder individuell entwickeln? Entscheidungshilfe für TYPO3 und Shopware

„Plugin kaufen oder selbst entwickeln?“ Diese Frage erreicht mich meist erst, wenn das Angebot schon auf dem Tisch liegt. Der Preis im Katalog ist dabei der kleinste Teil der Entscheidung. Teuer wird es dort, wo nach dem nächsten Systemupdate niemand prüft, ob die Bestellungen noch korrekt berechnet und die Anfragen noch zugestellt werden.

Ein Shop soll Staffelpreise aus dem Warenwirtschaftssystem anzeigen. Eine TYPO3-Website braucht ein Formular, das Anfragen nach Standort und Leistung verteilt. Für beides findet sich vielleicht eine Erweiterung, vielleicht auch nicht.

Wer bereits TYPO3 oder Shopware betreibt, muss deswegen nicht über einen Systemwechsel nachdenken. Es geht um eine konkrete zusätzliche Funktion im vorhandenen System. Und die Entscheidung lautet auch nicht zwangsläufig „Plugin oder komplette Eigenentwicklung“. Häufig passt eine vorhandene Erweiterung mit Konfiguration. Manchmal trägt sie einen unkritischen Teil, während eine kleine eigene Anbindung den Rest erledigt. Und manchmal ist selbst diese Kombination über fünf Jahre teurer als eine klar begrenzte eigene Lösung.

Die Prüfung hier richtet sich an Geschäftsführer und Verantwortliche in Marketing oder E-Commerce. Sie können damit Angebote vergleichen, ohne den technischen Entwurf selbst schreiben zu müssen. Beträge nenne ich bewusst keine: Für Ihre Entscheidung zählen Ihre Angebote, Ihre Verträge und Tests mit Ihren Daten.

---

Erst den Geschäftsprozess klären, dann den Erweiterungskatalog öffnen

Eine Funktionsliste im Angebot klingt schnell überzeugend. Sie sagt wenig darüber, ob die Erweiterung Ihren Ablauf wirklich abbildet. „Staffelpreise unterstützt“ kann bedeuten, dass Mitarbeiter Preise manuell pflegen. Wenn Ihre Preise aus einem anderen System kommen, fehlt möglicherweise genau die Verbindung, um die es geht.

Beschreiben Sie vor der Produktsuche drei bis fünf reale Fälle: ein normaler Vorgang, eine Ausnahme und ein Vorgang, der heute besonders viel Zeit kostet. Für das Anfrageformular wären das etwa eine Anfrage innerhalb des Zuständigkeitsgebiets, eine Anfrage ohne passende Postleitzahl und eine dringende Anfrage außerhalb der Geschäftszeiten. Notieren Sie, wer die Eingabe macht, wo die Daten landen und woran Sie eine korrekte Bearbeitung erkennen.

Frage	Was Sie damit vermeiden
Was muss am ersten Tag funktionieren?	Ein großes Paket bezahlen, obwohl nur ein kleiner Teil gebraucht wird
Welche Ausnahme kommt tatsächlich vor?	Eine Demo mit schönen Standardfällen als Beweis für Ihren Betrieb nehmen
Welche Daten verlassen Website oder Shop?	Ungeklärte Zuständigkeit für Kundendaten und Schnittstellen
Wie oft ändert sich die Regel?	Eine vermeintlich billige Lösung wählen, die bei jeder Änderung neue Arbeit auslöst
Was passiert bei Ausfall?	Ein unauffälliges Problem erst an fehlenden Aufträgen bemerken

Erst danach lohnt die Marktsichtung. Fragen Sie Anbieter nicht nur „Kann das Plugin X?“, sondern lassen Sie Ihren schwierigsten typischen Fall in einer Testumgebung vorführen. Ein „ja, mit Anpassung” gehört als eigene Position ins Angebot: Umfang, Preis, Zuständigkeit und Auswirkungen auf künftige Updates.

Wann eine vorhandene Erweiterung die vernünftige Wahl ist

Kaufen oder installieren ist besonders sinnvoll, wenn die Aufgabe verbreitet und weitgehend standardisiert ist: eine übliche Formularfunktion, eine bekannte Zahlungsart oder ein klar abgegrenztes Inhaltselement. Sie profitieren von einer vorhandenen Lösung, wenn sie nachweislich zu Ihrer eingesetzten Systemversion passt, der Anbieter Pflege und Unterstützung nachvollziehbar regelt und Sie die Funktion ohne tiefen Eingriff in Ihre Abläufe verwenden können.

„Vorhanden“ heißt nicht „kostenlos im Betrieb“. Zu einer Erweiterung kommen Auswahl, Einrichtung, Anpassung der Darstellung, Tests, Schulung und laufende Aktualisierung. Ein günstiger Einstieg kann trotzdem wirtschaftlich sein: Wenn die Standardfunktion Ihren Bedarf deckt, müssen Sie keine eigene Funktion bauen und später allein pflegen. Wichtig ist, dass der gewonnene Zeitvorteil durch echte Tests bestätigt wird, nicht allein durch die Produktbeschreibung.

Bei Shopware muss außerdem geklärt werden, ob das Angebot eine App oder ein Plugin ist. Nach Shopware-Dokumentation werden Apps nicht im Kernprozess ausgeführt, sondern per Webhook über Ereignisse benachrichtigt und über die Admin-REST-API angebunden; Plugins laufen im Kernprozess und haben direkten Datenbankzugriff. Shopware Cloud unterstützt deshalb keine Plugins. Für Ihre Auswahl ist das relevant, wenn das Betriebsmodell die mögliche Erweiterungsart einschränkt. Es ist kein generelles Qualitätsurteil über Apps oder Plugins.

Bei TYPO3 sprechen Anbieter meist von Extensions. Ihre Aktualisierung gehört ebenso zum laufenden Betrieb wie die Aktualisierung des Systems selbst; die TYPO3-Dokumentation behandelt beides getrennt und hält ausdrücklich fest, dass Extensions regelmäßig aktualisiert werden müssen. Ob eine konkrete Extension taugt, entscheidet sich trotzdem nicht am Namen des Verzeichnisses, sondern an Passung, Pflege und einem Test in Ihrer Installation.

Wann individuelle Entwicklung wirtschaftlich werden kann

Eine eigene Lösung ist eher gerechtfertigt, wenn Ihre Geschäftsregel den Unterschied zu Mitbewerbern ausmacht, vorhandene Produkte sie nur mit vielen Umwegen abbilden oder die Verantwortung für einen geschäftskritischen Datenfluss sonst unklar bleibt. Typische Warnzeichen sind doppelte Dateneingabe, manuelle Korrekturen nach jedem Export und eine Kette von Erweiterungen, in der niemand den ganzen Prozess betreut.

Eigenentwicklung gibt Ihnen mehr Einfluss auf Funktionsumfang und Prioritäten. Dafür übernehmen Sie auch mehr Verantwortung. Wer behebt Fehler nach einem Update? Wer dokumentiert die Regeln für einen Dienstleisterwechsel? Wer testet, ob die Funktion noch richtig arbeitet, wenn sich Preise, Zuständigkeiten oder rechtliche Anforderungen ändern? „Wir besitzen den Code“ ist nur dann ein Vorteil, wenn Zugang, Dokumentation und Wartungsbudget gesichert sind.

Nicht jede Abweichung rechtfertigt einen Neubau. Eine kleine Anbindung zwischen einer gepflegten Standarderweiterung und Ihrem bestehenden System kann günstiger sein - das ist der Weg, den ich bei individueller Entwicklung am häufigsten empfehle. Umgekehrt kann genau diese Mischform teuer werden, wenn Anpassungen in die Erweiterung selbst eingebaut werden und bei jedem Update nachgezogen werden müssen. Lassen Sie den Anbieter erklären, welcher Teil Standard bleibt und welcher individuell gewartet wird.

Kriterium	Eher vorhandene Erweiterung	Eher eigene Lösung oder klar begrenzte Anbindung
Funktionsfit	Wichtige Fälle funktionieren ohne Sonderwege	Kerngeschäftsregel braucht zahlreiche Ausnahmen
Änderungsbedarf	Regeln bleiben überwiegend stabil	Preise, Freigaben oder Zuständigkeiten ändern sich oft
Verantwortlichkeit	Anbieter hat erreichbaren Support und Pflegeplan	Die kritische Prozesskette soll in einer Hand liegen
Datenfluss	Eine etablierte Anbindung deckt ihn ab	Daten müssen zwischen Ihren Systemen fachlich geprüft werden
Ausstiegsweg	Daten und Einstellungen lassen sich übertragen	Ein Anbieterwechsel wäre sonst teuer oder blockiert

Die Spalten sind Prüfsignale, keine Punktetabelle. Ein einzelner kritischer Sonderfall kann eine ansonsten passende Erweiterung ausscheiden lassen. Ebenso kann eine vermeintlich besondere Anforderung nach genauer Beschreibung als normale Konfiguration lösbar sein.

Drei Situationen, drei verschiedene Entscheidungen

Die drei folgenden Fälle sind typische Konstellationen aus meiner Praxis, keine Kundenreferenzen. Sie zeigen, wie unterschiedlich die Antwort ausfallen kann, obwohl die Ausgangsfrage immer dieselbe ist.

Szenario 1: Das TYPO3-Formular für regionale Anfragen

Ein Handwerksbetrieb mit mehreren Standorten will Website-Anfragen nach Postleitzahl und Gewerk verteilen. Es gibt gewöhnliche Kontaktanfragen, Rückrufwünsche und einen Sonderfall: Bestimmte Leistungen dürfen nur einzelne Standorte anbieten. Heute sortiert eine Mitarbeiterin die E-Mails von Hand.

Eine vorhandene Formularlösung ist hier der vernünftige Ausgangspunkt. Die Eingabefelder, Bestätigungsseite und grundlegende Zustellung sind kein Alleinstellungsmerkmal. Prüfen Sie zunächst, ob sich die Zuordnungsregeln als Einstellungen abbilden lassen. Lassen Sie in einer Testumgebung echte Beispielanfragen durchspielen: passende Postleitzahl, Grenzgebiet, fehlende Angabe und eine Leistung, die nicht überall verfügbar ist. Entscheidend ist nicht, ob die E-Mail verschickt wird, sondern ob die richtige Person sie zuverlässig bekommt und der Fehlerfall sichtbar bleibt.

Mögliche Entscheidung: Standard-Extension für Formular und Versand, falls nötig eine kleine eigene Zuordnungslogik. Wird für jede neue Niederlassung Programmierarbeit nötig oder lassen sich Fehler nicht nachvollziehen, ist ein eng zugeschnittener Eigenbau für die Verteilung zu prüfen. Ein kompletter Nachbau des Formulars wäre hingegen schwer zu begründen.

Im Angebot sollten Schulung und laufende Pflege nicht fehlen. Ein Standortleiter muss Regeln ändern können, ohne jedes Mal ein Entwicklungsprojekt zu starten. Wer bei Fehlsortierungen benachrichtigt wird und wie der Betrieb Anfragen während einer Störung annimmt, gehört ebenfalls in die Abnahme. Das ist betrieblicher Nutzen, nicht nur ein technischer Test.

Szenario 2: Staffelpreise im Shopware-B2B-Shop

Ein Händler zeigt je Kundengruppe unterschiedliche Preise. Mengenstaffeln kommen täglich aus der Warenwirtschaft; einzelne Kunden haben befristete Vertragskonditionen. Vertrieb und Buchhaltung müssen am Ende denselben Preis sehen. Eine Shopware-Erweiterung verspricht „B2B-Preise“.

Hier muss die Demo an Ihren Daten stattfinden. Testen Sie neben einem Standardkunden eine abgelaufene Sonderkondition, einen Warenkorb mit gemischten Mengen und eine Stornierung. Prüfen Sie, wo die maßgebliche Preisregel liegt, wann Daten übertragen werden und wer einen fehlgeschlagenen Abgleich bemerkt. Wenn Mitarbeiter regelmäßig Preise im Shop und in der Warenwirtschaft parallel korrigieren müssten, ist die scheinbar passende Erweiterung womöglich die teurere Wahl.

Mögliche Entscheidung: Vorhandene Erweiterung, wenn die Preislogik und die Anbindung belegbar passen und der Anbieter die eingesetzte Version unterstützt. Andernfalls ein begrenzter eigener Preisabgleich oder eine eigene Abbildung der speziellen Vertragsregeln. Eine vollständige Eigenentwicklung lohnt nicht schon deshalb, weil es ein paar Sonderkunden gibt. Sie kann aber sinnvoll werden, wenn genau diese Regeln einen hohen Umsatzanteil betreffen und eine Standardlösung systematisch falsche oder verspätete Preise erzeugt.

Für Shopware-Betreiber kommt die Frage nach dem Betriebsmodell hinzu: Prüfen Sie vor einem Angebot, ob die vorgeschlagene Erweiterungsart in Ihrer konkreten Umgebung zulässig ist. Planen Sie außerdem einen Test bei Systemupdates ein. Shopware empfiehlt vor einem Update, die Kompatibilität von Projekt und Erweiterungen zu prüfen und danach Storefront, Administration, Integrationen und installierte Erweiterungen zu testen. Eine erfolgreiche Erstinstallation ist kein Nachweis für dauerhaft korrekte Preise.

Szenario 3: Ein Kampagnenmodul auf mehreren TYPO3-Websites

Ein Unternehmen betreibt mehrere TYPO3-Websites für regionale Marken. Marketing möchte Landingpages mit denselben Bausteinen erstellen, aber Farben, Ansprechpartner und Freigaben unterscheiden sich. Ein fertiges Inhaltselement deckt den sichtbaren Teil ab. Die eigentliche Frage ist, ob Teams Vorlagen selbst pflegen können und Freigaben in allen Bereichen gleich funktionieren.

Die schnelle Variante: eine vorhandene Extension für die Darstellung testen, Vorlagen und Rollen sauber konfigurieren. Das spart Entwicklungsaufwand, wenn die Teams ihre Seiten damit tatsächlich ohne Umwege erstellen. Lassen Sie zwei Redakteurinnen unabhängig voneinander eine typische Seite aufbauen. Die Zeit für Korrekturschleifen zählt mehr als die Zahl der Elemente in der Produktdemo.

Mögliche Entscheidung: Standardlösung, wenn sie den Redaktionsprozess vereinfacht und eine spätere Übernahme der Inhalte möglich bleibt. Ein eigenes, schmales Modul kann sinnvoll sein, wenn die Freigabe- und Standortregeln dauerhaft gleichartig, aber mit verfügbaren Erweiterungen nur über wiederkehrende Workarounds einzuhalten sind. Lassen Sie nicht vorschnell eine komplette Redaktionsoberfläche neu entwickeln. Das Geschäftsziel ist eine verlässlich veröffentlichte Kampagne, kein möglichst großer Individualanteil.

Die Folgekosten liegen hier oft in der Organisation: Wer hält Vorlagen aktuell? Wer trägt Verantwortung, wenn ein Markenstandort ein Element anders nutzt? Bei einer gekauften Extension müssen Sie außerdem prüfen, ob der Anbieter Änderungen für Ihre TYPO3-Version rechtzeitig bereitstellt. Für eigene Anpassungen muss Ihr Dienstleister denselben Update-Test verbindlich einplanen. Wie so ein Update-Test aussieht, beschreibe ich im Artikel zu den Gründen für ein TYPO3-Update.

Der Fünf-Jahres-Kostenvergleich

Vergleichen Sie nicht den einmaligen Plugin-Preis mit dem vollständigen Angebot für Eigenentwicklung. Auf der einen Seite fehlen dann Einrichtung und Betrieb, auf der anderen Seite werden alle Folgekosten sichtbar gemacht. Fordern Sie für beide Wege ein Angebot über fünf Jahre mit gleichen Annahmen an: identische Funktion, identische Zahl von Standorten oder Shops, gleiche Datenanbindungen und vergleichbare Reaktionszeit bei Ausfällen.

Kostenblock über fünf Jahre	Vorhandene Erweiterung	Individuelle Lösung bzw. Anbindung
Jahr 1: Einführung	Auswahl, Lizenz oder Miete, Einrichtung, Integration, Test, Schulung	Konzeption, Entwicklung, Integration, Test, Schulung
Laufender Betrieb	Verlängerung, Hosting oder Zusatzdienst, Support, Updates, Funktionstests	Hosting oder Zusatzdienst, Betreuung, Fehlerbehebung, Funktionstests
Änderungen im Geschäft	Konfiguration; bei Grenzen Zusatzanpassung oder Produktwechsel	Geplante Änderungsaufträge und erneute Tests
Systemupgrades	Kompatibilität prüfen, Anbieter-Update einspielen, eigene Anpassungen nachtesten	Anpassungen beauftragen, Schnittstellen und Kernfälle testen
Ausstieg	Datenexport, Wechselaufwand, Kündigungsfristen	Dokumentation, Code- und Zugangsübergabe, Wechsel des Dienstleisters
Betriebsrisiko	Ausfall und Anbieterabhängigkeit als eigenes Szenario bewerten	Ausfall und Abhängigkeit vom Umsetzungspartner ebenso bewerten

Die Grundformel lautet: Fünf-Jahres-Kosten = Einführung + laufende Entgelte + Betreuung und Tests + geplante Änderungen und Upgrades + Wechsel- oder Ablösekosten. Entgangener Umsatz oder interner Arbeitsaufwand bei Störungen gehört separat in eine Risikobetrachtung, damit ungewisse Schäden nicht als scheinbar sichere Rechnungsposition erscheinen.

Ein Kalkulationsraster für beide Anbieter, das Sie mit den echten Beträgen füllen:

1. Jahr 1: Einführung inklusive Lizenz oder Miete, Anbindung, Test und Schulung
2. Jahre 2 bis 5: jährliche Entgelte, Betreuung, Fehlerbehebung, Funktionstests
3. Systemupgrade: eine geplante Versionsprüfung samt Nachtest der Kernfälle
4. Änderung: ein typischer Änderungswunsch, einmal durchkalkuliert
5. Ausstieg: Dokumentation, Datenexport und Übergabe an einen anderen Dienstleister

Fragen Sie nach Preisen inklusive oder exklusive Umsatzsteuer und verwenden Sie auf beiden Seiten dieselbe Grundlage. Legen Sie außerdem offen, was ein Anbieter nicht zusagt. Wenn Upgrade-Arbeit „nach Aufwand“ berechnet wird, lassen Sie wenigstens ein Szenario mit einem geplanten Versionswechsel und einem zusätzlichen Änderungswunsch kalkulieren.

Ein nützlicher Gegencheck: Rechnen Sie einmal mit stabilem Bedarf und einmal mit häufigen Änderungen. Bei stabilen Regeln kann eine laufende Lizenz gut abschneiden, weil Weiterentwicklung und Pflege auf viele Kunden verteilt werden. Wenn Sie mehrfach pro Jahr fachliche Anpassungen benötigen, kann ein Produkt mit vielen kostenpflichtigen Sonderwünschen an Attraktivität verlieren. Die eigene Lösung ist aber nicht automatisch günstiger: Auch sie braucht Tests, Betreuung und jemanden, der neue Anforderungen versteht.

Für Shopware können Lizenz- und Updatebedingungen je nach Erweiterung den Vergleich deutlich verändern. Die Shopware-Hilfe erläutert etwa, dass eine abgelaufene Subscription Updates und Herstellersupport beendet, während die Funktion selbst zunächst weiter nutzbar bleibt; außerdem ersetzt das Mietmodell inzwischen den Kauf, sodass alte Vertragsmodelle nicht mehr neu abgeschlossen werden können. Holen Sie deshalb immer die aktuellen Vertragsbedingungen des konkreten Produkts ein. Nicht jede kostenlose Erweiterung hat dieselben Kosten, und alte Vertragsmodelle dürfen nicht ungeprüft auf ein neues Angebot übertragen werden.

Wartbarkeit ist eine Zuständigkeitsfrage

Sowohl die gekaufte als auch die eigene Lösung kann nach einem Systemupgrade Arbeit machen. Shopware empfiehlt ausdrücklich, vor Updates die Kompatibilität von Projekt und Erweiterungen zu prüfen und danach Storefront, Administration, Integrationen und installierte Erweiterungen zu testen. TYPO3 dokumentiert die regelmäßige Aktualisierung von Extensions neben dem Upgrade des Kernsystems. Ob der Hersteller, Ihre Agentur oder Ihr internes Team diese Arbeit übernimmt, muss im Vertrag stehen.

Ein brauchbarer Wartungsplan beantwortet vier Fragen: Wer überwacht neue Versionen? Wer prüft Änderungen in einer Testumgebung? Wer entscheidet über die Freigabe? Und wer reagiert, wenn nach der Freigabe ein wichtiger Vorgang nicht funktioniert? Bei einem Shop sind das beispielsweise Bestellung und Preisberechnung; bei einem Anfrageformular Zustellung und Zuordnung. Die Abnahme sollte sich auf diese Geschäftsabläufe beziehen, nicht nur auf „Seite lädt“. Was eine Wartung ohne solche Tests kostet, habe ich im Artikel zu TYPO3-Wartung und DSGVO aufgeschrieben.

Abhängigkeiten sind auf beiden Seiten real. Bei einer kommerziellen Erweiterung hängen Sie von Vertragsbedingungen, Pflege des Anbieters und seinen Schnittstellen ab. Bei einer Eigenentwicklung hängen Sie von Dokumentation, Zugang zum Quellcode, Wissen über Ihre Regeln und der Verfügbarkeit des Entwicklungspartners ab. Lassen Sie sich deshalb eine kurze Übergabedokumentation und einen Datenexport zeigen. Wenn niemand erklären kann, wie Sie ohne den ursprünglichen Anbieter weiterarbeiten, gehört dieser Aufwand in die Entscheidung.

Die Art der Installation kann die Nachvollziehbarkeit beeinflussen. Shopware empfiehlt für selbst betriebene Projekte, alle Erweiterungen per Composer zu installieren, damit Versionen und Updates an einer Stelle verwaltet werden. Diese technische Umsetzung muss Ihr Dienstleister verantworten; als Auftraggeber sollten Sie verlangen, dass er die eingesetzten Erweiterungen und Versionen dokumentiert. Verwechseln Sie eine saubere Installation jedoch nicht mit der fachlichen Eignung der Funktion.

Prüfliste vor der Investitionsentscheidung

Die folgenden Fragen können Sie direkt an einen Anbieter oder Ihre Agentur schicken. Bitten Sie um Antworten am konkreten Projekt statt um allgemeine Produktversprechen.

1. Zweck: Welcher Geschäftsablauf wird besser, und welche messbare Entlastung oder welcher vermiedene Fehler ist zu erwarten? Wer bestätigt das nach der Einführung?
2. Muss-Fälle: Welche drei realen Vorgänge einschließlich eines Ausnahmefalls werden im Test vorgeführt? Was davon funktioniert ohne Anpassung?
3. System und Betriebsmodell: Passt die angebotene Erweiterung zu Ihrer TYPO3- oder Shopware-Version und zu Ihrem Hosting? Bei Shopware: App oder Plugin, und ist dieser Typ dort nutzbar?
4. Daten: Woher kommen die Daten, wohin gehen sie und wem gehören sie? Können Sie sie vollständig exportieren? Sind Verträge und Zuständigkeiten für externe Dienste geklärt?
5. Änderbarkeit: Welche Regel darf unser Team selbst ändern? Was kostet eine typische Änderung durch den Dienstleister und wie lange dauert sie?
6. Schnittstellen: Was passiert, wenn eine Übertragung fehlschlägt? Werden Fehler sichtbar, und gibt es einen manuellen Ersatzprozess?
7. Pflege: Wer liefert Updates, wer spielt sie ein und wer prüft die wichtigen Geschäftsabläufe danach? Wie ist die Reaktionszeit bei einem Fehler geregelt?
8. Konditionen: Welche Entgelte fallen jährlich an? Was geschieht bei Kündigung, abgelaufener Subscription oder einem neuen Systemstand?
9. Eigenanteil: Welche Teile bleiben Standard, welche werden speziell für Sie entwickelt? Wer darf den individuellen Teil beim Dienstleisterwechsel weiterpflegen?
10. Vergleichbarkeit: Enthalten beide Angebote dieselbe Leistung und einen Fünf-Jahres-Blick einschließlich Tests, Änderungen, Upgrades und Ausstieg?
11. Abnahme: Welche Beispiele gelten als bestanden? Wer unterschreibt die Freigabe, und wie wird nach einer Änderung erneut geprüft?
12. Ausstieg: Wie lange dauert die Umstellung auf eine andere Lösung, und welche Daten, Einstellungen, Zugänge und Dokumente erhalten Sie?

Wenn ein Anbieter eine dieser Fragen noch nicht beantworten kann, ist das nicht automatisch ein Ausschlussgrund. Halten Sie die offene Annahme im Angebot fest. Eine bezahlte Vorprüfung oder ein kleiner Test mit Ihren Daten ist meist günstiger als eine unklare Entscheidung für fünf Jahre.

Die Entscheidung sollte auf einer Seite stehen

Fassen Sie vor der Beauftragung pro Alternative kurz zusammen: wichtigste Muss-Fälle, getestete Ausnahmen, Fünf-Jahres-Kosten, offene Annahmen, Verantwortliche für Betrieb und Updates sowie Ausstiegsweg. Markieren Sie, welche Punkte durch einen Test belegt sind und welche nur Anbieterzusagen darstellen. So wird auch intern klar, warum eine zunächst teurere Lösung gewählt wurde oder warum eine Standarderweiterung genügt.

Eine vorhandene Erweiterung ist gut, wenn sie Ihren Prozess tatsächlich trägt und die Pflege verlässlich organisiert ist. Individuelle Entwicklung lohnt sich, wenn der besondere Ablauf wirtschaftlich relevant ist und ein begrenzter eigener Baustein die Abhängigkeit oder wiederkehrende Umwege reduziert. Zwischen diesen Fällen liegt viel Raum für Konfiguration und kleine Anbindungen. Entscheiden Sie erst, nachdem derselbe Geschäftsvorgang mit beiden Optionen getestet und über fünf Jahre kalkuliert wurde.

Häufige Fragen

Wann reicht eine fertige Erweiterung?

Wenn die Aufgabe verbreitet und standardisiert ist, die Erweiterung zu Ihrer Systemversion passt und der Anbieter Pflege und Support nachvollziehbar regelt. Entscheidend ist der Test mit Ihren echten Fällen, nicht die Funktionsliste im Store.

Wann lohnt sich individuelle Entwicklung?

Wenn Ihre Geschäftsregel der Grund für Ihren Wettbewerbsvorteil ist und vorhandene Produkte sie nur mit dauerhaften Workarounds abbilden. Häufig genügt statt eines Neubaus eine kleine eigene Anbindung an eine gepflegte Standarderweiterung.

Was kostet individuelle Entwicklung für TYPO3 oder Shopware?

Das hängt vom Umfang, den Schnittstellen und dem Testaufwand ab. Ich rechne mit einem Stundensatz von 100 €/h und kalkuliere Projekte in der Regel pauschal, damit Sie vor dem Start eine feste Zahl haben. Eine kleine Anbindung liegt deutlich unter dem Aufwand eines kompletten Moduls.

Kann eine Erweiterung nach einem Update kaputtgehen?

Ja. Bei Shopware und TYPO3 können Major-Updates Erweiterungen oder Anpassungen brechen, deshalb gehören Kompatibilitätsprüfung und Nachtests der Kernabläufe in jeden Update-Plan. Wer das nicht einplant, merkt den Ausfall oft erst an fehlenden Aufträgen.