Veröffentlicht am
Den Ablauf beschreiben, bevor Sie eine Lösung auswählen
Beginnen Sie mit einer konkreten Aufgabe: Wer löst sie aus, welche Daten gehen hinein und welches Ergebnis wird erwartet? Beschreiben Sie auch einen Fehlerfall. „Wir brauchen eine Schnittstelle“ ist beispielsweise noch unvollständig. „Freigegebene Artikel täglich mit diesen Pflichtfeldern an dieses Ziel übergeben“ ist eine prüfbare Anforderung.
Trennen Sie Pflichtfunktionen von Wünschen. Wenn eine vorhandene Erweiterung alle Pflichtpunkte erfüllt, ist eine eigene Entwicklung nicht allein wegen kleiner Gestaltungswünsche sinnvoll. Wenn dagegen eine zentrale Geschäftsregel fehlt, kann ein angepasstes Bedienfeld die Lücke nicht schließen.
Standard, Erweiterung oder eigene Entwicklung?
Standardfunktionen sind der erste Prüfpunkt, weil zusätzlicher Betrieb und zusätzliche Abhängigkeiten vermieden werden können. Eine vorhandene Erweiterung ist interessant, wenn Funktionsumfang, Lizenz, Pflege und Datenzugriff zu Ihrem Shop passen. Prüfen Sie den tatsächlichen Ablauf und nicht nur die Funktionsliste.
Eine eigene Entwicklung kommt infrage, wenn die fehlende Logik geschäftlich relevant und klar abgrenzbar ist. Sie müssen dann neben der ersten Umsetzung auch Fehlerbehandlung, Tests, Updates und Verantwortlichkeit einplanen. Entscheidend ist der gesamte Lebenszyklus, nicht nur der anfängliche Entwicklungsaufwand.
Die Betriebsform setzt technische Grenzen
Shopware unterscheidet Apps und Plugins. Plugins laufen innerhalb des Shopware-Prozesses; Apps arbeiten außerhalb dieses Prozesses und nutzen unter anderem Schnittstellen und Webhooks. Daraus ergeben sich unterschiedliche Zugriffsmöglichkeiten. Die Erweiterungsart muss deshalb zu Ihrer Hosting- und Betriebsform passen.
Beispiel: Ein Produktfeed mit besonderen Feldregeln
Angenommen, ein Vertriebskanal benötigt bestimmte Produktinformationen in einem eigenen Format. Prüfen Sie zuerst einen Standardexport oder vorhandenen Connector mit repräsentativen Artikeln. Varianten, fehlende Werte und unterschiedliche Preisfälle gehören in den Vergleich.
Erst wenn eine relevante Lücke bleibt, wird die individuelle Funktion beschrieben: Produktauswahl, Zuordnung, erforderliche Werte, Ausgabe und Verhalten bei Fehlern. Das Ziel ist ein nachvollziehbarer Export, nicht ein möglichst umfangreiches Plugin. Dieses Beispiel ist eine Entscheidungshilfe und kein Bericht über ein Kundenprojekt.
Was vor einer Beauftragung feststehen sollte
Legen Sie das erwartete Ergebnis an Beispieldaten fest. Vereinbaren Sie die unterstützte Shop-Umgebung, Berechtigungen und den Umgang mit vorhandenen Daten. Installation, Update und Deinstallation brauchen eigene Prüfpunkte; ebenso das Verhalten, wenn ein angebundenes System nicht erreichbar ist.
Eine gute Entscheidungsgrundlage beantwortet drei Fragen: Warum reicht der Standard nicht? Was übernimmt die Erweiterung genau? Wer pflegt sie nach der Übergabe? Wenn diese Antworten fehlen, sollte zunächst die Konzeption vertieft werden.
Ihre Entscheidung vorbereiten
- Einen vollständigen Ablauf und seine Ausnahmen beschreiben
- Pflichtfunktionen mit Standard und vorhandenen Erweiterungen vergleichen
- Betriebsform, Datenzugriff und Lebenszyklus berücksichtigen
- Abnahmebeispiele und spätere Pflege vereinbaren