لا يمتلك Oliver POS شراكة مع Iterable. إنه يدعم Iterable لأن تكامل Iterable مع WooCommerce (عبر واجهة برمجة التطبيقات من جانب الخادم لـ Iterable بالإضافة إلى موصل أو برنامج وسيط) يقوم بالفعل بمزامنة العملاء والطلبات من WooCommerce إلى Iterable كمستخدمين وأحداث. يكتب Oliver كل عملية بيع داخل المتجر في WooCommerce كطلب عادي، وينشر الموصل حدث الشراء الناتج في Iterable، وكل رحلة عبر القنوات تعتمد على البيانات الموحدة. يقوم Iterable بتنسيق العمليات عبر القنوات. WooCommerce هو نظام السجلات. و Oliver هو جهاز الدفع فوقه.
ما هو Iterable بالضبط
Iterable هي منصة تسويق النمو عبر القنوات التي تستخدمها العلامات التجارية الاستهلاكية في السوق المتوسطة والمؤسسات. تقوم المنصة بتنسيق البريد الإلكتروني والرسائل القصيرة والإشعارات الفورية والتخصيص داخل التطبيق والويب من استوديو واحد (منشئ الرحلات)، مع تجزئة تعمل على المستخدمين والأحداث وعناصر الكتالوج. عادةً ما يدير عملاء Iterable برامج دورة حياة وإعداد مكثفة حيث تحتاج أداة واحدة إلى التنسيق عبر العديد من القنوات.
يستخدم إعداد WooCommerce + Iterable النموذجي واجهة برمجة التطبيقات من جانب الخادم لـ Iterable (غالبًا عبر موصل أو Segment أو Zapier أو برنامج وسيط مخصص) لدفع عملاء WooCommerce كمستخدمي Iterable وطلبات WooCommerce كأحداث "شراء" مع بنود الفاتورة والإجماليات. يعمل استوديو Iterable ومحرك التجزئة الخاص به بعد ذلك على تلك البيانات.
كيف يقوم Oliver POS بتغذية المبيعات داخل المتجر في Iterable
تدفق نقطة بيع Iterable WooCommerce داخل Oliver:
- يقوم أمين الصندوق بتسجيل عملية البيع على سجل Oliver وينقر على "Charge" (دفع).
- يطالب Oliver بإرفاق عميل مع موافقة التسويق + الرسائل القصيرة.
- يأخذ أمين الصندوق الدفع من خلال أي بوابة دفع WooCommerce يستخدمها المتجر.
- يكتب Oliver طلب WooCommerce قياسيًا.
- ينشر موصل WooCommerce-to-Iterable حدث شراء إلى Iterable مع معرف المستخدم ومعرف الطلب والعناصر والإجمالي والطابع الزمني.
- تعمل رحلات Iterable التي تعتمد على حدث الشراء على الفور؛ يتم تحديث الشرائح التي تشير إلى إجمالي الإنفاق أو تاريخ آخر عملية شراء في التقييم التالي.
تكامل Iterable WooCommerce — ما يعتمد عليه Oliver
مسار التكامل الأساسي لـ Iterable هو واجهة برمجة التطبيقات من جانب الخادم، والتي تعمل مع WooCommerce عبر موصلات الشركاء أو البرامج الوسيطة. الأنماط الشائعة هي:
- موصل مخصص من WooCommerce → Iterable تم إنشاؤه بواسطة شريك حلول Iterable.
- Segment (أو CDP آخر) مع WooCommerce كمصدر و Iterable كوجهة.
- جسر Node/PHP مخصص يستمع إلى خطافات الويب الخاصة بـ WooCommerce وينشر إلى واجهة برمجة تطبيقات Iterable.
أيًا كان النمط الذي يستخدمه عميل Iterable، فإن مسار البيانات هو نفسه: WooCommerce هو مصدر الحقيقة، وطبقة التكامل تدفع الأحداث إلى Iterable، و Iterable يدير رحلاته على البيانات الموحدة. يغذي Oliver POS المصدر عن طريق كتابة المبيعات داخل المتجر كطلبات WooCommerce.
لماذا يهم دفع المبيعات داخل المتجر إلى Iterable
يدير عملاء Iterable رحلات عبر القنوات — البريد الإلكتروني، والرسائل القصيرة، والإشعارات الفورية، والتخصيص داخل التطبيق، والويب — منسقة من منصة واحدة. الرحلات دقيقة بما يكفي لدرجة أن فقدان الأحداث داخل المتجر يسبب ضوضاء فورية: تذكيرات عبر الرسائل القصيرة للعملاء الذين اشتروا للتو في المتجر، ورسائل بريد إلكتروني لاستعادة العملاء المنتظمين، وإشعارات فورية للمشترين المتقاعسين الذين يتسوقون بالفعل من الكاونتر.
ادفع مبيعات Oliver POS من خلال خط أنابيب WooCommerce + Iterable ويتضح التنسيق عبر القنوات. تتضمن أحداث الشراء في Iterable الطلبات داخل المتجر؛ تتصرف الرحلات التي تتفرع بناءً على الشراء الأخير، أو على التخلي عن عربة التسوق مقابل الشراء، أو على نشاط SKU محدد بشكل صحيح.
ما هذا ليس
Oliver POS ليس شريكًا لـ Iterable. لا يوجد اتفاق تسويق مشترك، ولا مشاركة في الإيرادات، ولا أسعار خاصة. لا يدرج Oliver نفسه بين WooCommerce و Iterable. لا يفرض Oliver زيادة في السعر أو رسومًا لكل رسالة. مساحة عملك في Iterable بينك وبين Iterable بالكامل.
الإعداد في 4 خطوات
- قم بتكوين تكامل WooCommerce → Iterable (عبر موصل شريك Iterable أو Segment أو برنامج وسيط مخصص) وتحقق من وصول أحداث "تم تقديم الطلب" إلى Iterable من طلب حديث عبر الإنترنت.
- قم بتعيين منتجات WooCommerce إلى عناصر كتالوج Iterable إذا كانت رحلاتك تعتمد على التخصيص المدرك للكتالوج.
- قم بتثبيت Oliver POS، وسجل الدخول إلى السجل، وتأكد من تمكين مطالبة التقاط العملاء مع موافقة التسويق + الرسائل القصيرة عند الدفع.
- قم بإجراء عملية بيع اختبارية صغيرة مباشرة على الكاونتر وتأكد من ظهور حدث الشراء على مستخدم Iterable المطابق في غضون ثوانٍ.
الأسئلة الشائعة
هل لدى Iterable مكون إضافي أصلي لـ WooCommerce؟
مسار التكامل الأساسي لـ Iterable هو واجهة برمجة التطبيقات من جانب الخادم، والتي تعمل مع WooCommerce عبر موصلات الشركاء أو البرامج الوسيطة (Zapier، Make، Segment، أو جسر Node/PHP مخصص). في كلتا الحالتين، تتدفق المبيعات داخل المتجر من Oliver POS إلى WooCommerce أولاً ثم من خلال نفس الموصل إلى Iterable.
هل يمكن لرحلة Iterable إرسال إشعار فوري بعد عملية بيع داخل المتجر؟
نعم. بمجرد وصول حدث شراء WooCommerce إلى Iterable، يمكن لأي رحلة Iterable تعتمد على هذا الحدث إرسال بريد إلكتروني أو رسائل قصيرة أو إشعارات فورية أو داخل التطبيق أو أي مزيج — بنفس الطريقة التي تفعلها لطلب عبر الإنترنت.
هل لدى Oliver POS شراكة مع Iterable؟
لا. يتم دعم Iterable لأن WooCommerce + Iterable هو نمط تكامل قياسي يقوم به أي عميل Iterable لديه متجر WooCommerce بالفعل.
هل يفرض Oliver رسومًا إضافية لاستخدام Iterable؟
لا. تسعير Oliver هو رسوم شهرية ثابتة لبرنامج نقاط البيع. أنت تدفع لـ Iterable مباشرة.
هل سيكون عملاء الإنترنت + داخل المتجر مستخدمًا واحدًا في Iterable؟
نعم. يطابق Iterable عن طريق البريد الإلكتروني أو معرف المستخدم المكون الخاص بك؛ يرفق Oliver POS عميل WooCommerce بكل عملية بيع في السجل، لذلك يكون للمتسوق مستخدم Iterable واحد يغطي الأنشطة عبر الإنترنت وداخل المتجر.
جرب Oliver POS مجانًا لمدة 30 يومًا على /demo/ — أحضر متجر WooCommerce ومساحة عمل Iterable الخاصة بك ووحد بياناتك عبر القنوات في غضون ساعة.