ربط CRM بواتساب للأعمال: ما الذي يجب أن يشمله التكامل؟

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

ثلاثة مسارات للربط، واحد منها فقط يصلح للعمل المؤسسي

كلمة «واتساب للأعمال» تُطلق على منتجين مختلفين، والخلط بينهما هو أول خطأ في مشاريع الربط. يضاف إليهما مسار ثالث تعرضه بعض الأدوات بسعر منخفض، ويبدو مغريًا حتى يتوقف الرقم.

المسار الثاني هو ما نقصده بالربط في بقية المقالة. وله صيغتان: أن تتعامل المنشأة (أو مورد CRM نيابة عنها) مع ميتا مباشرة، أو أن تمر عبر مزود حلول (Business Solution Provider) يقدم الربط والفوترة والدعم. الفرق عملي: المزود يسهّل الإعداد ويتولى الدعم الفني، لكنه يضيف طرفًا ثالثًا في العقد وربما رسومًا فوق رسوم ميتا. في الحالتين يجب أن يبقى الحساب التجاري لدى ميتا (Business Portfolio) باسم المنشأة وملكيتها، وأن يُمنح المزود أو المورد صلاحية عليه، لا العكس.

ماذا عن الرقم المستخدم حاليًا على تطبيق الأعمال؟

كان نقل الرقم إلى المنصة يعني في الغالب ترك التطبيق. أما الآن فتتيح ميتا خيار «التعايش» (Coexistence) الذي يُبقي تطبيق الأعمال عاملًا على الرقم نفسه بعد ربطه بالواجهة السحابية، بشروط وقيود تنشرها في توثيق ربط مستخدمي تطبيق الأعمال. منها أن مزامنة المحادثات الجماعية غير مدعومة، وأن المكالمات الصوتية والمرئية لا تمر عبر الواجهة، وأن سرعة الإرسال على هذا الرقم محددة، وأن جزءًا من تاريخ المحادثات فقط يمكن مزامنته. لذلك يصلح هذا الخيار لمرحلة انتقالية أو لمنشأة يرد مالكها من الجوال ويرد فريقها من النظام. ولا يغني عن قرار واضح: أين يُرد على العميل، وأين يُحفظ الرد. وتوفر الخيار يعتمد على المزود ومؤهلات الرقم، فاسألوا عنه قبل التعاقد.

وإن كنتم ما زلتم تفاضلون بين أداة صندوق وارد مستقلة لواتساب وبين ربطه بالنظام نفسه، فتلك مسألة سابقة لهذه المقالة، تناقشها مقالة واتساب داخل CRM أم أداة مستقلة لصندوق وارد واتساب.

قواعد المنصة التي تشكّل التكامل

هذه القواعد لا يستطيع أي مورد تجاوزها، لأنها تُطبق على مستوى ميتا. والسؤال الصحيح للمورد ليس «هل تتجاوزونها؟» بل «كيف يساعد نظامكم الموظف على العمل ضمنها؟».

1. نافذة خدمة العملاء (24 ساعة)

عندما يراسل العميل المنشأة أو يتصل بها عبر واتساب، تبدأ نافذة خدمة مدتها 24 ساعة، وتتجدد مع كل رسالة جديدة منه. داخل النافذة يرد الموظف بنص حر ومرفقات. بعد انقضائها لا يُرسل إلا قالب معتمد مسبقًا، كما يوضح توثيق إرسال الرسائل في Cloud API.

الأثر العملي: مندوب يعد العميل مساء الأحد بإرسال العرض «غدًا»، ثم يرسله بعد ظهر الثلاثاء. النافذة أُغلقت، فلن يصل النص الحر، وعليه أن يبدأ بقالب. إذا لم يُظهر النظام حالة النافذة ووقتها المتبقي بجانب المحادثة، سيكتشف الموظف القاعدة بعد أن تفشل رسالته.

2. قوالب الرسائل وفئاتها

كل رسالة تبدأ بها المنشأة خارج النافذة يجب أن تكون قالبًا مسجلًا في حسابها ومصنفًا في إحدى ثلاث فئات بحسب إرشادات قوالب الرسائل:

• التسويق (Marketing): العروض والترويج والتعريف بمنتج أو فعالية.
• الخدمة (Utility): رسائل مرتبطة بمعاملة قائمة، مثل تأكيد موعد أو تحديث حالة طلب أو تذكير بدفعة.
• المصادقة (Authentication): رموز التحقق لمرة واحدة.

القالب يُراجع آليًا عند إنشائه أو تعديله، ولا يُرسل إلا بعد اعتماده. وقد يتوقف قالب معتمد مؤقتًا بسبب ملاحظات سلبية من المستلمين أو ضعف التفاعل، أو يُعطَّل عند تكرار ذلك. التصنيف ليس تفصيلًا شكليًا: الفئة تحدد السعر، وقالب يُسمّى «خدمة» ومحتواه ترويجي قد يُعاد تصنيفه أو يُرفض.

3. الموافقة المسبقة

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

4. حدود الإرسال وجودة الرقم

تحدد ميتا عدد المستلمين المختلفين الذين تصلهم رسائل المنشأة خارج نافذة الخدمة خلال 24 ساعة متحركة. والحد يُحسب على مستوى الحساب التجاري كله، وتتشاركه كل الأرقام المرتبطة به. تبدأ الحسابات الجديدة بحد 250 مستلمًا، ويرتفع بتوثيق النشاط التجاري أو بالإرسال بقوالب عالية الجودة، وفق صفحة حدود الإرسال.

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

كيف تُحتسب رسوم ميتا، وما أثرها على تصميم الرسائل؟

منذ يوليو 2025 تحتسب ميتا الرسوم لكل رسالة قالب تُسلَّم، بعد أن كانت تحتسبها لكل محادثة. ويختلف السعر حسب فئة القالب ورمز الدولة لرقم المستلم، والسعودية سوق مستقل في جداول الأسعار. هذا ما تنص عليه صفحة التسعير في توثيق ميتا. ولأن الأسعار وشرائح الحجم تتغير، لا نذكر أرقامًا هنا. راجعوا الجدول الساري عند إعداد الموازنة، واطلبوا من مزود الخدمة توضيح أي رسوم يضيفها فوق رسوم ميتا.

الأهم للموازنة ليس السعر بل أي الرسائل تُحتسب أصلًا. والجدول التالي يصنّف مواقف يومية على هذا الأساس.

ثلاث نتائج تصميمية تترتب على هذا الجدول:

• ردّوا داخل النافذة ما أمكن: توزيع المحادثات بسرعة ومتابعة زمن الرد لا يحسّن تجربة العميل وحدها، بل يقلل عدد الرسائل التي تحتاج قالبًا مدفوعًا لاحقًا.
• صنّفوا القوالب بصدق: تذكير الدفعة قالب خدمة، وعرض «خصم على التجديد» قالب تسويقي حتى لو أُرسل لعميل قائم.
• اجعلوا التكلفة مرئية: حين يسجل النظام فئة كل قالب مُرسل ونتيجة تسليمه، تستطيع المالية مطابقة فاتورة ميتا أو المزود مع ما أرسلته كل إدارة.

من رسالة واردة إلى إجراء: ما الذي يجري خلف الشاشة؟

لفهم متطلبات التكامل، تتبّعوا رسالة واحدة من لحظة وصولها. كل خطوة في المخطط التالي نقطة يمكن أن تنجح أو تفشل، وكل نقطة منها تستحق بندًا في نطاق التكامل.

ثلاث نقاط في هذه الرحلة تفشل كثيرًا في المشاريع ولا تظهر في العروض التوضيحية:

• صيغة الرقم: العميل مسجل في CRM بصيغة محلية تبدأ بـ05، وواتساب يرسل الرقم بالصيغة الدولية. بدون توحيد الصيغة عند الإدخال والمطابقة سيُنشأ عميل محتمل مكرر مع كل رسالة من عميل قائم.
• جهة الاتصال المشتركة: رقم واحد قد يعود لموظف مشتريات يتعامل معكم باسم شركتين. اطلبوا أن يعرض النظام الاحتمالات للموظف ليختار، بدل ربط تلقائي بأول تطابق.
• المرفقات: روابط الوسائط التي تصل من المنصة تنتهي صلاحيتها خلال دقائق بحسب توثيق الوسائط في Cloud API. إن لم يُنزَّل الملف ويُحفظ في النظام فورًا، ستجد بعد أيام رسالة «صورة» بلا صورة في ملف العميل.

قائمة المتطلبات التي تُكتب في نطاق التكامل

القائمة التالية مرتبة حسب المسؤول عن كل مجموعة داخل المنشأة. استخدموها لبناء بطاقة التكامل التي يُتفق عليها مع المورد قبل التنفيذ، ثم لبناء اختبارات القبول.

الحساب والأرقام (تقنية المعلومات والإدارة)

• الملكية: الحساب التجاري لدى ميتا وحساب واتساب للأعمال (WABA) باسم المنشأة، مع مسؤولَين إداريين على الأقل من موظفيها، ولا يكفي حساب شخصي لموظف واحد.
• الأرقام: كم رقمًا سيُربط، ولأي غرض (مبيعات، دعم، فرع)، واسم العرض لكل رقم. ومصير كل رقم مستخدم حاليًا على تطبيق: هل يُنقل، أم يعمل بالتعايش، أم يُستبدل برقم جديد؟
• التوثيق: من يُكمل توثيق النشاط التجاري لدى ميتا، وما المستندات المطلوبة، لأن ذلك يؤثر على رفع حدود الإرسال.
• المخرج: كيف تنقل المنشأة أرقامها إلى مزود آخر إن غيّرته، ومن يملك سجل المحادثات عندها.

الاستقبال والتوزيع (مدير المبيعات أو الخدمة)

• قواعد التوزيع: لمسؤول الحساب أولًا، ثم حسب الموضوع أو الحمل، وما يحدث عند غياب المسؤول أو إجازته.
• أوقات العمل: نص الرد الآلي، وأسبوع العمل من الأحد إلى الخميس، والإجازات الرسمية، ومن يستلم رسائل الليل صباحًا.
• زمن الرد المستهدف: لكل فريق، مع تنبيه للمشرف عند تجاوزه، وتنبيه خاص قبل إغلاق نافذة الخدمة لمحادثة لم يُرد عليها.
• التحويل بين الموظفين: بتاريخ المحادثة كاملًا وتعليق داخلي لا يصل للعميل.

الإرسال والقوالب (التسويق والخدمة)

• إدارة القوالب: هل تُنشأ القوالب من داخل CRM أم من لوحة المزود؟ وهل تنعكس حالتها (معتمد، مرفوض، متوقف، معطّل) في النظام آليًا؟
• متغيرات القالب: ربط متغيرات القالب بحقول CRM، مثل اسم العميل ورقم العرض وتاريخ الموعد، مع قيمة بديلة إن كان الحقل فارغًا.
• الرسائل الآلية: ما الأحداث التي ترسل قالبًا تلقائيًا (تأكيد موعد، تحديث تذكرة، تذكير تجديد)، ومن يعتمد نصها وفئتها.
• الحملات: استبعاد من لم يوافق أو طلب الإيقاف، والإرسال على دفعات ضمن حد الإرسال، وتقرير بالتسليم والفشل لكل حملة.

التوثيق والحوكمة (الإدارة وتقنية المعلومات)

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

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

كم رقمًا تحتاج المنشأة؟

القرار يبدو بسيطًا ويؤثر على كل ما بعده. رقم واحد أسهل على العميل، وأرقام متعددة أسهل في التنظيم الداخلي. الشجرة التالية تساعد على الحسم.

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

أسئلة تطرحها على مورد CRM ومزود الخدمة

اطلبوا الإجابة مكتوبة، ويفضل أن تُعرض عمليًا على رقم تجريبي:

تقدير جهد هذا التكامل وتكلفته يتأثر بعدد الأرقام والقوالب الآلية والأحداث المشغلة، وهي عوامل تشرحها مقالة كيف تقيّم تكلفة ربط CRM بالأنظمة والخدمات الخارجية. وإذا كان الهاتف قناة موازية لواتساب في منشأتكم فراجعوا أيضًا وظائف تكامل CRM مع أنظمة الاتصال ومراكز الخدمة، لأن توحيد السجل بين القناتين يُصمم مرة واحدة.

إذا أردتم أن نراجع وضعكم الحالي، أي الأرقام المستخدمة وملكية الحساب والرسائل الآلية المطلوبة، ونقترح خطة ربط برقم تجريبي قبل نقل الرقم الأساسي، فابدؤوا من طلب مراجعة تكامل واتساب مع فريقنا. وتجدون ما يدعمه نظامنا من قنوات في صفحة التواصل الموحد.

أسئلة شائعة