مشترو WooCommerce معروفون في نظام CRM
ينسخ هذا الربط العملاء والطلبات والمبالغ المستردة والقسائم المستخدمة والاختيارات التسويقية من متجرك إلى نظام CRM، ويمكنه أن يعيد حقولاً مثل فئة العميل لأغراض التسعير. نبنيه على WooCommerce REST API وإشعارات الأحداث (webhooks) في المتجر، وعلى واجهة البرمجة (API) في نظام CRM، مع خدمة خارج WordPress تطابق كل مشترٍ مع جهة اتصال قائمة قبل أن تكتب أي شيء.
يناسب هذا الربط المتاجر التي يعمل فيها فريق المبيعات أو الدعم على نظام CRM لا يعرف شيئاً عن المشتريات، وما زال فريق التسويق فيها يرفع القوائم يدوياً. ويتيح WooCommerce الشراء كضيف، فقد يظهر الشخص نفسه بعدة عناوين بريد ودون حساب. وتحفظ إضافات النماذج والعضويات والاشتراكات بيانات العملاء كل منها بطريقتها. لذلك نجمع هذه المصادر في صورة واحدة، ونعرض عليك كل افتراض بنيناها عليه.
مطابقة العملاء والطلبات
نطابق العملاء المسجلين، وطلبات الضيوف، وبيانات الفوترة والشحن، وبنود الطلبات، والقسائم، وحالة الاشتراك، مع جهات الاتصال والشركات والصفقات أو الطلبات في نظام CRM.
مطابقة الضيوف
تُطابَق الطلبات التي لا حساب لها مع جهات الاتصال بالبريد الإلكتروني والهاتف وفق قواعد متفق عليها، وتُعرض المطابقات المشكوك فيها في قائمة ليؤكدها شخص.
حقول باتجاه واحد وباتجاهين
تنتقل بيانات الشراء من المتجر إلى نظام CRM فقط. وقد تعود مجموعة صغيرة من الحقول، مثل فئة الجملة أو مدير الحساب، وكل منها مذكور في جدول المطابقة.
المفاتيح وبيانات الدخول
تغطي مفاتيح REST للقراءة فقط معظم العمل. ولا تُضاف صلاحية الكتابة إلا للحقول التي يعيدها نظام CRM، وتقتصر بيانات الدخول إليه على الكائنات المعنية.
طابور الأخطاء وإعادة المحاولة
السجلات التي يرفضها نظام CRM، بسبب حقل إلزامي ناقص مثلاً، تُحفظ مع سبب الرفض. وتتباعد عمليات إعادة المحاولة، ولا يمكن أن تنشئ جهة اتصال ثانية.
مراقبة وصول البيانات
تتأكد الخدمة أن إشعارات الأحداث في المتجر ما زالت تعمل، وتبحث عن الطلبات التي فاتتها، وتبلّغ عن الاستهلاك مقارنةً بحصة API في نظام CRM.
ما تتسلمه منا
- قواعد نقل الحقول ومطابقة العملاء
- خدمة الربط مع شيفرتها المصدرية
- مطابقة طلبات الضيوف
- موافقات متوافقة بين النظامين
- تحميل الطلبات السابقة
- طابور أخطاء قابل لإعادة التشغيل
- قواعد المراقبة والتنبيه
- دليل تشغيل وجلسة تسليم
طريقة عملنا
- 01
تتبّع البيانات
نحصر كل إضافة تجمع بيانات العملاء أو تغيّر الطلبات، ونرى كيف تستخدم فرقك نظام CRM، ونتفق على المكان الذي ينبغي أن يظهر لها فيه سجل المشتريات.
- 02
تحديد قواعد المطابقة
نكتب القواعد الخاصة بالمستخدمين المسجلين والضيوف والعناوين المشتركة ومشتري الشركات، ونختبرها على ملف مصدَّر من طلبات حقيقية، ونراجع معك عمليات الدمج المتوقعة.
- 03
البناء وتحميل السجل
نبني الخدمة على موقع اختبار ونسخة تجريبية من نظام CRM، ونحمّل الطلبات السابقة في تشغيل تجريبي، ويفحص الفريق جهات اتصال يعرفها جيداً.
- 04
الإطلاق والضبط
تبدأ المزامنة الفعلية لكل طلب، وتُفعَّل تدريجياً عمليات الأتمتة في نظام CRM المبنية على المشتريات، وتُراقب قائمة المراجعة عن كثب حتى تصبح المطابقات غير المؤكدة نادرة.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| جانب WooCommerce | REST API، إشعارات أحداث الطلبات، إشعارات أحداث العملاء، بيانات الاشتراكات |
| جانب CRM | واجهات HubSpot، واجهات Salesforce، واجهات Zoho CRM، واجهات أنظمة CRM المخصصة |
| خدمة الربط | Node.js، TypeScript، PostgreSQL، طوابير المهام |
| التشغيل | قائمة مراجعة المطابقات، التنبيهات، أدوات إعادة التشغيل، تقارير الاستخدام |
في نظام CRM عملاء، وفي متجرك عملاء آخرون
نظام CRM ممتلئ بعملاء محتملين لا مشتريات مرتبطة بهم، والمتجر ممتلئ بمشترين لم يرهم فريق المبيعات قط. وتُبنى شرائح العملاء بتصدير الطلبات إلى جدول بيانات. أما العميل المتكرر الذي يشتري كضيف فيبدو جديداً في كل مرة.
- متاجر تتيح الشراء كضيف
- مواقع الاشتراكات والعضويات
- مشترو الشركات والجملة
- تسويق بالبريد بحسب المشتريات
- دعم يحتاج إلى سجل الطلبات
- عدة مواقع ونظام CRM واحد
أسئلة شائعة
ما المطلوب منا لربط WooCommerce بنظام CRM؟
مفاتيح REST API لمستخدم WordPress مخصص، وHTTPS على الموقع، واستضافة تسمح بمرور طلبات API. وفي نظام CRM، بيانات دخول للربط تتيح الوصول إلى جهات الاتصال والكائنات التي ستحفظ الطلبات. وتتوقف حصص API الأعلى والكائنات المخصصة على باقة الاشتراك في النظام. ونتأكد من ذلك في وثائق المورّد الحالية، كما نحتاج إلى موقع اختبار لنجرب عليه بأمان.
يقدم مورّد نظام CRM لدينا إضافة لـWooCommerce، فهل تكفي؟
قد تكفي. فإضافات الموردين تزامن عادةً جهات الاتصال والطلبات الأساسية جيداً. لكنها كثيراً ما تقصّر في مطابقة الشراء كضيف، وحالة الاشتراك، وأدوار الجملة، والبيانات التي تضيفها إضافات أخرى، كما أنها تعمل داخل WordPress. نراجع ما تغطيه الإضافة، فإن كان النقص صغيراً وسّعناها، وإن كان كبيراً فالخدمة المستقلة تمنحك تحكماً أكبر.
كيف يتعامل الربط مع طلبات الشراء كضيف؟
يُقارن كل طلب من ضيف بجهات الاتصال القائمة، بالبريد الإلكتروني أولاً، ثم برقم الهاتف والاسم. فالتطابق الواضح يربط الطلب بجهة الاتصال تلك، والتطابق الجزئي يذهب إلى قائمة المراجعة، وعدم التطابق ينشئ جهة اتصال جديدة موسومة بأنها مشترٍ ضيف. ومع الوقت يجتمع معظم الضيوف المتكررين في سجل واحد، ويبيّن التقرير عددهم.
هل يمكن أن تتحكم فئات العملاء في نظام CRM في أسعار المتجر؟
نعم، حين يستخدم المتجر دوراً أو فئة للتسعير. فيصبح نظام CRM المكان الذي يُعتمد فيه الحساب لشروط الجملة، ويكتب الربط تلك الفئة في بيانات العميل على WooCommerce. وهذا من الحقول القليلة التي نسمح لها بالانتقال في هذا الاتجاه، ويُسجَّل في كل مرة لأنه يغيّر ما يدفعه المشتري.
هل تؤثر المزامنة في التزامات الموافقة والخصوصية؟
ينبغي أن تعززها. فالاختيارات التسويقية تُنسخ مع مصدرها وتاريخها، وأي سحب للموافقة في أحد النظامين يصل إلى الآخر سريعاً. ويمكن كذلك تمرير طلبات حذف بيانات الشخص. أما الأساس القانوني للتواصل مع الناس، والصياغة المعروضة عند إتمام الشراء، فيبقيان من مسؤوليتك، ونقترح أن يراجع مستشارك في الخصوصية خريطة البيانات النهائية.