E-Commerce
Individuelle E-Commerce-Entwicklung – Marktplätze, Onlineshops & B2B-Commerce
Shopsysteme von der Stange passen zu 80 % aller Shops. Wir bauen die anderen 20 % – Marktplätze, B2B-Portale mit mehreren Währungen, konfigurierbare Produkte, Abo-Engines und die maßgeschneiderte Fulfillment-Logik, die es auf keiner Plattform gibt.
Was wir von Teams im Bereich E-Commerce hören
- Shopify an einer harten Grenze entwachsen (B2B-Preisstaffeln, komplexe Bundles, regulierte Produkte, Auszahlungen an mehrere Händler)
- Headless-Migration begonnen und dann ins Stocken geraten, weil die Warenkorblogik komplexer war als gedacht
- Ein individueller Checkout, der nach der ersten „einfachen Ergänzung“ an den PCI-Vorgaben scheitert
- Suchergebnisse, die genau die SKU verbergen, nach der Ihr Kunde im Chat fragt
- Abweichende Lagerbestände zwischen den Kanälen, weil das OMS bis zum letzten Quartal eine Excel-Datei war
- Page-Speed-Einbrüche, sobald ein neues Marketing-Tag live geht
Regulierung & Compliance, mit denen wir arbeiten
PCI-DSS (jeder Pfad mit Karteninhaberdaten)
DSGVO & CCPA
EU-Mehrwertsteuer / OSS / IOSS
Steuer-Compliance (Integrationen mit Avalara, TaxJar, Vertex)
Barrierefreiheit – WCAG 2.2 AA (Klagerisiko nach dem US-ADA)
Workflows für regulierte Produkte (Alkohol, Tabak, CBD, kontrollierte Substanzen), wo relevant
Was wir liefern
Multi-Vendor-Marktplatzplattformen mit Split Payments & Treuhandabwicklung (Escrow)
Headless Storefronts mit Next.js / Remix auf Basis von Medusa, Commercetools oder einem eigenen Backend
B2B-Commerce: kundenspezifische Preise, Quote-to-Cash, Rechnungskauf mit Zahlungsziel, Punchout (cXML, OCI)
Abo- und Recurring-Billing-Engines, bei denen die anteilige Abrechnung stimmt
Pipelines vom PIM bis in die Storefront – mit Suchrelevanz, die sich tatsächlich feinjustieren lässt
Composable Checkout mit PSP-Redundanz (Stripe + zweiter Acquirer)
Performance-Budgets, die in der CI durchgesetzt werden – LCP, TTFB und CLS als Gate pro Route
FAQ
- Wann lohnt sich der Abschied von Shopify / WooCommerce?
- Wenn eine einzelne Geschäftsregel mehr an Workarounds kostet, als eine eigene Lösung kosten würde. Die meisten Shops sollten nicht migrieren. Das Signal: Mindestens 3 dieser Punkte treffen zu – B2B-Preisstaffeln, Auszahlungen an mehrere Händler, regulierte Produkte, individuelle Abo-Logik, komplexe Bundles oder eine Checkout-Regel, die die Plattform nicht zulässt. Unterhalb dieser Schwelle ist es günstiger, die Plattform anzupassen, als sie zu ersetzen.
- Bauen Sie Headless-Shops von Grund auf oder migrieren Sie bestehende Shops?
- Beides. Neuentwicklungen setzen wir meist headless mit Next.js und einem Commerce-Backend um. Migrationen beginnen mit einem Audit – in der Hälfte der Fälle empfehlen wir, noch nicht zu migrieren, sondern zuerst die Einschränkung auf Plattformebene zu beheben, die die Frage ausgelöst hat.
- Wie gehen Sie bei individuellen Checkouts mit dem PCI-Scope um?
- Tokenisierung überall. Wir nutzen die Hosted Fields des PSP (Stripe Elements, Adyen Components), sodass Kartennummern nie Ihre Server berühren und die Checkout-SPA außerhalb des PCI-Scopes bleibt. Die Integration liegt hinter einem schlanken serverseitigen Orchestrator, der 3DS-Challenges, Idempotenz und das Routing der Zahlungsarten übernimmt.
- Können Sie Marktplätze bauen, die echte Auszahlungen an Verkäufer abwickeln?
- Ja – Split Payments, Treuhandabwicklung, Verrechnung von Erstattungen mit Auszahlungen, KYC für Verkäufer, Erstellung von 1099-Formularen. Wir haben Marktplatz-Abläufe auf Stripe Connect, Adyen for Platforms und auf internen Ledger-Systemen umgesetzt, wo Compliance-Vorgaben Drittplattformen ausschlossen.
Wer es baut
Unser eigenes Team arbeitet aus unserem Büro in Istočno Sarajevo, Bosnien und Herzegowina. Die Engineers in Ihrem Erstgespräch sind dieselben, die es später auch bauen.
Das Team kennenlernen