- Kunde
- Frankly Insure
- Plattform
- Magento- & WooCommerce-Plugins
- Branche
- Versicherung / InsurTech
- Umfang
- Extension-Entwicklung für beide Ökosysteme
- Live-Site
- franklyinsure.com
Frankly ist ein dänisches InsurTech, das die Dinge absichert, die Menschen tatsächlich kaputtmachen — Elektronik, Haushaltsgeräte, Haushaltswaren. Sein Wachstumskanal ist Embedded Insurance: Kauft ein Kunde einen Laptop in einem Partnershop, wird Franklys Versicherungsschutz direkt im Checkout angeboten. Unsere Aufgabe war es, diese Einbettung zu bauen — als produktionsreife Plugins für Magento und WooCommerce, die beiden Ökosysteme, in denen seine Partnerhändler zu Hause sind.
Die Herausforderung: in einem fremden Checkout laufen
Extension-Engineering ist eine andere Disziplin als der Aufbau eines Shops. Ihr Code läuft in Umgebungen, die Sie nicht kontrollieren, neben den Modulen anderer, durch Plattform-Upgrades, die Sie nicht selbst planen:
- Zwei Ökosysteme, ein Verhalten — das Magento-Modul und das WooCommerce-Plugin müssen identische Angebote präsentieren und identische Policen ausstellen
- Der Checkout ist heiliger Boden — ein Versicherungsangebot darf den Conversion-Funnel eines Händlers niemals beschädigen, verlangsamen oder optisch stören
- Kompatibilität ist ein bewegliches Ziel — Themes, Checkout-Anpassungen und Plattformversionen unterscheiden sich von Händler zu Händler
- Policendaten müssen exakt sein — Produkt, Preis und Laufzeit fließen in Franklys Systeme, sobald eine Bestellung abgeschlossen ist
Was wir gebaut haben
Das Magento-Modul
Eine Magento-Extension, die das Versicherungsangebot als nativ wirkenden Schritt in den Checkout einfügt: Die Versicherbarkeit wird aus den Produkten im Warenkorb ermittelt, die Prämie live berechnet und die Police beim Abschluss an die Bestellung angehängt — alles nach Magentos Coding Standards gebaut, sodass sie bei Plattform-Upgrades sauber mitzieht.
Das WooCommerce-Plugin
Dieselbe Produktlogik, idiomatisch für WooCommerce neu gebaut — Hooks und Filter statt Plugins-in-Plugins, WordPress-Backend-Einstellungen, die ein Händler ohne Entwickler konfigurieren kann, und ein Angebots-Rendering, das das Shop-Theme übernimmt, statt dagegen anzukämpfen.
Ein Partnerprogramm, jeder Shop
Für Franklys Partnerteam sind die Plugins eine Distributionsstrategie: Ein Händler auf einer der beiden Plattformen installiert, konfiguriert und bietet an einem Nachmittag Versicherungsschutz an. Genau darin liegt der Sinn von Ökosystem-Plugins — die Integrationskosten sinken für jeden Händler nach dem ersten auf nahezu null.
Der Technologie-Stack
- Magento-2-Modul — Checkout-Integration, Live-Prämienberechnung, Police bei Bestellung
- WooCommerce-Plugin — Hook-basierte Integration mit UI, die das Theme übernimmt
- Gemeinsamer API-Vertrag — beide Plugins sprechen eine Policen-API, sodass Franklys Backend nur eine Integration sieht
- Händlertaugliche Konfiguration — Einstellungen, Logging und Diagnose, die ein Partner allein bedienen kann
Embedded Finance und Insurance steht und fällt mit der Qualität der Einbettung. Wenn sich das Plugin im Checkout eines einzigen Händlers fehlverhält, steht die Partnerschaft auf dem Spiel — nicht nur das Plugin. Deshalb widmen wir der Extension-Arbeit unser konservativstes Engineering.
Müssen Sie in Händler-Shops laufen?
Wenn das Wachstum Ihres Produkts von der Einbettung in Magento- oder WooCommerce-Checkouts abhängt — Versicherung, Finanzierung, Kundenbindung, Logistik — dann ist das Plugin Ihr Produkt. Sprechen Sie mit unserem Engineering-Team über Extension-Entwicklung für beide Ökosysteme; wir antworten innerhalb eines Werktags.