- العميل
- Frankly Insure
- القطاع
- التأمين / InsurTech
- النطاق
- تطوير الإضافات لكلا النظامين البيئيين
- الموقع المباشر
- franklyinsure.com
Frankly هي شركة تأمين تقنية دنماركية تغطي الأشياء التي يكسرها الناس فعلاً — الإلكترونيات، الأجهزة، السلع المنزلية. قناة نموها هي التأمين المدمج: عندما يشتري المتسوق حاسوبًا محمولًا من متجر شريك، يُعرض تأمين Frankly مباشرة في صفحة إتمام الشراء. كان عملنا بناء هذا الدمج — كمكونات إضافية جاهزة للإنتاج لـ Magento وWooCommerce، النظامين البيئيين اللذين يعمل فيهما تجارها الشركاء.

التحدي: التشغيل داخل Checkout تابع لطرف آخر
هندسة الإضافات تختلف عن بناء المتاجر. يعمل كودك في بيئات لا تتحكم بها، بجانب وحدات الآخرين، من خلال تحديثات منصة لا تحدد جدولها:
- نظامان بيئيان، سلوك واحد — يجب أن تقدم وحدة Magento ومكون WooCommerce عرضًا متطابقًا وتنتج وثائق متطابقة.
- إتمام الشراء أرض مقدسة — لا يجوز أن يسبب عرض التأمين أي تعطل أو بطء أو تشويش بصري في مسار تحويل التاجر.
- التوافق هدف متغير — تختلف السمات، تخصيصات إتمام الشراء، وإصدارات المنصة حسب التاجر.
- بيانات الوثيقة يجب أن تكون دقيقة — المنتج، السعر، والمدة تُرسل إلى أنظمة Frankly فور إتمام الطلب.
ما أنجزناه
المكوّن الخاص بـ Magento
إضافة Magento تضخ عرض التأمين في صفحة إتمام الشراء كخطوة تبدو أصلية: تحديد الأهلية من منتجات السلة، حساب القسط مباشرة، وربط الوثيقة بالطلب عند الإتمام — كل ذلك مبني وفق معايير ترميز Magento ليتم تحديثه بسلاسة مع المنصة.
الإضافة الخاصة بـ WooCommerce
نفس منطق المنتج أعيد بناؤه بطريقة مناسبة لـ WooCommerce — استخدام الخطافات والفلاتر بدلاً من الإضافات داخل الإضافات، إعدادات إدارة WordPress يمكن للتاجر تعديلها بدون مطور، وعرض العرض يرث سمة المتجر بدلاً من مقاومتها.

برنامج شريك واحد، أي متجر
لفريق شركاء Frankly، المكونات الإضافية هي استراتيجية توزيع: يثبت التاجر على أي من النظامين، يضبط الإعدادات، ويبدأ في تقديم التغطية خلال فترة بعد الظهر. هذه هي الفكرة الأساسية من مكونات النظام البيئي — تنخفض تكلفة الدمج إلى ما يقارب الصفر لكل تاجر بعد الأول.

بنية التقنية
- وحدة Magento 2 — دمج في صفحة إتمام الشراء، حساب القسط مباشرة، ربط الوثيقة بالطلب.
- مكون WooCommerce — دمج قائم على الخطافات مع واجهة مستخدم ترث السمة.
- عقد API مشترك — تتحدث المكونات الإضافية عبر API وثيقة واحدة، لذا يرى نظام Frankly الخلفي دمجًا واحدًا.
- تهيئة بمستوى التاجر — إعدادات، تسجيل، وتشخيص يمكن للشريك تشغيلها بمفرده.
نجاح أو فشل التمويل والتأمين المدمج يعتمد على جودة الدمج. إذا تعطل المكون الإضافي في عملية الدفع لأحد التجار، فإن الشراكة — وليس المكون فقط — تكون معرضة للخطر. لهذا السبب تحظى أعمال التوسيع بأكثر درجات الحذر الهندسي لدينا.
هل تحتاج إلى العمل داخل متاجر التجّار؟
إذا كان نمو منتجك يعتمد على الدمج في صفحات إتمام الشراء لـ Magento أو WooCommerce — تأمين، تمويل، ولاء، لوجستيات — فإن المكون هو منتجك. تحدث إلى فريق الهندسة لدينا حول تطوير الإضافات لكلا النظامين؛ نرد خلال يوم عمل.
