واجهة WhatsApp Calling API لدعم العملاء

مقدمة

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

تزيل WhatsApp Calling API هذه المفاضلة. فهي تتيح نقل محادثة الدعم من الدردشة إلى المكالمة الصوتية من دون أن يغادر العميل WhatsApp أو يتصل برقم جديد أو يعيد شرح أي شيء سبق أن أوضحه. يشرح هذا الدليل ما تتيحه هذه الواجهة فعليًا، وكيف يبدو مسار الدعم المعتاد عند استخدامها، وكيفية تحديد موضعها ضمن إعدادات الدعم الحالية لديك.

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

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

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

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

ما الذي تتيحه WhatsApp Calling API فعليًا؟

على المستوى التقني الأساسي، تضيف واجهة Calling API إمكانية إجراء المكالمات الصوتية مباشرةً إلى رقم WhatsApp Business الحالي لديك، وهو الرقم نفسه الذي يراسلك العملاء عليه بالفعل. وتتيح عدة أمور تطبيق ذلك عمليًا:

الاتصال بنقرة واحدة من داخل الدردشة. يمكن لموظف الدعم (أو العميل) بدء مكالمة صوتية مباشرةً من المحادثة الجارية، من دون الحاجة إلى تطبيق منفصل أو الاتصال برقم جديد أو مغادرة WhatsApp.

مكالمة صوتية داخل التطبيق، لا عبر الهاتف. تجري المكالمة عبر البنية التحتية للاتصال الخاصة بـWhatsApp، تمامًا مثل المكالمة بين مستخدمَين لحسابَين شخصيَّين على WhatsApp، لكن مع إتاحة ذلك لرقم شركتك.

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

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

كيف يبدو مسار مكالمة الدعم المعتاد؟

من الأنماط الشائعة لدى فرق الدعم التي تستخدم هذه الخدمة:

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

لا تكمن الفائدة في مجرد «إمكانية إجراء مكالمة الآن»، بل في أن المكالمة امتداد للمحادثة نفسها، وليست تفاعلًا منفصلًا يبدأ من جديد.

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

كيف تندمج هذه الخدمة في رحلة دعم العملاء؟

تكون هذه الخدمة أكثر فاعلية بوصفها مستوى ضمن هيكل دعم أوسع، لا بديلًا عن الدردشة أو أنظمة الأتمتة الحالية لديك:

المستوى 1 — الروبوت أو أتمتة الأسئلة الشائعة. يتولى روبوت المحادثة أو سير العمل الآلي التعامل فورًا مع الأسئلة البسيطة والمتكررة والمحددة بوضوح، مثل حالة الطلب والاستفسار عن السياسات واستكشاف الأعطال الأساسية، دون الحاجة إلى تدخل بشري.

المستوى 2 — الدردشة مع موظف بشري. أي أمر لا يستطيع الروبوت حله، أو أي حالة يفضّل فيها العميل التحدث إلى شخص، تُحوَّل إلى موظف دعم عبر الدردشة المباشرة — وتظل المحادثة نصية وفعّالة لمعظم المشكلات.

المستوى 3 — مكالمة صوتية للحالات المعقدة أو الحساسة. تُصعَّد المجموعة الأصغر من المحادثات التي تحتاج فعلًا إلى تواصل صوتي — مثل استكشاف المشكلات وإصلاحها بدقة، أو التعامل مع عميل مستاء، أو إجراء محادثة تفاوضية — إلى مكالمة، مع الحفاظ على السياق الذي تكوّن في المستويين 1 و2.

💡يساعدك التفكير بهذه الطريقة على تجنّب استخدام Calling API كحل شامل لكل محادثات الدعم؛ فهي أداة مخصّصة للحالات التي يكون فيها التواصل النصي أبطأ وأسوأ بطبيعته، وليست بديلًا كاملًا للدعم عبر الدردشة.

أساسيات الإعداد

على مستوى تقني مبسّط، يجب تجهيز بعض الأمور:

• رقم WhatsApp Business موثّقومُعَدّ مسبقًا للمراسلة عبر Cloud API — إذ تعتمد Calling API على هذا الإعداد، ولا تتطلب إعدادًا منفصلًا بالكامل.
• الحصول على موافقة لإجراء مكالمات بمبادرة من الشركة. بما أن الشركة لا يمكنها الاتصال بالعميل من دون إذن صريح، يجب أن تتضمن آلية الدعم خطوة لطلب هذه الموافقة والحصول عليها — عادةً عبر رسالة نموذج معتمدة تسأل العميل إن كان يرغب في تلقي مكالمة.
• مزوّد (BSP) يدعم Calling API. لا تتوفر هذه الميزة افتراضيًا لدى جميع مزوّدي حلول WhatsApp Business؛ لذا يُستحسن التأكد من مزوّدك مما إذا كان يدعم طلبات الإذن بالمكالمات، والمكالمات التي تبدأها الشركة، وتحليلات المكالمات، قبل افتراض توفرها.
• أدوات لدى الموظفين لتسهيل تسليم المحادثة بسلاسة — ويُفضّل أن تتيح منصة الدعم للموظف الانتقال من الدردشة إلى المكالمة ضمن الواجهة نفسها، بدلًا من الحاجة إلى نظام منفصل للمكالمات والرسائل.

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

قياس الأثر

تساعدك بعض المقاييس على معرفة ما إذا كان هذا يحسّن نتائج الدعم بالفعل، بدلًا من كونه مجرد ميزة لطيفة:

وقت الحل. قارن متوسط وقت حل المشكلات التي صُعّدت إلى مكالمة بوقت حل مشكلات مشابهة بقيت ضمن الدردشة؛ فإذا كانت المكالمات تحل المشكلات نفسها باستمرار وبسرعة أكبر، فهذه علامة مباشرة على تحسّن الكفاءة.

CSAT (رضا العملاء). تتبّع مستوى الرضا في المحادثات التي تضمنت مكالمة صوتية تحديدًا، مقارنةً بحالات حلّ مماثلة في التعقيد اقتصرت على الدردشة؛ فوجود فارق ملحوظ يبيّن ما إذا كان التواصل الصوتي يحسّن التجربة فعلًا أم يضيف خطوة فحسب.

معدل التصعيد. كم مرة تحتاج محادثات الدردشة فعلًا إلى التصعيد لمكالمة؟ قد يعني المعدل المرتفع جدًا أن الأتمتة في مستوى الدردشة أو تدريب الموظفين يحتاج إلى تحسين؛ أما المعدل المنخفض جدًا فقد يعني أن خيار التواصل الصوتي لا يُعرض حين ينبغي، وأن العملاء يواجهون صعوبة في التواصل النصي بلا داعٍ.

💡تمنحك هذه المقاييس الثلاثة مجتمعةً صورةً متكاملة إلى حد معقول: هل التواصل الصوتي أسرع فعلًا؟ وهل يحظى بتقبّل أفضل؟ وهل يُستخدم بالمعدل المناسب — لا نادرًا جدًا ولا كخيار افتراضي لكل الحالات؟

الخلاصة

الفكرة الأساسية بسيطة: بعض محادثات الدعم تُحل فعلًا بشكل أفضل عبر مكالمة صوتية، وتزيل WhatsApp Calling API العقبات التي كانت تجعل الانتقال إلى المكالمة مكلفًا — فلا يحتاج العميل إلى تعلّم رقم جديد، ولا يضيع السياق، ولا حاجة إلى صيانة بنية تحتية منفصلة. وعند دمجها ضمن نموذج دعم متعدد المستويات — روبوت، ثم دردشة، ثم تواصل صوتي للحالات التي تحتاج إليه — تسد فجوة حقيقية من دون مطالبة أي من الطرفين بتغيير أسلوب التواصل المعتاد.

إذا كنت تقيّم هذا الخيار لإعداد الدعم لديك، فمن المفيد البدء بقاعدة تصعيد واحدة محددة بوضوح — مثل تصعيد أي محادثة لم تُحل بعد عدد معين من تبادلات الرسائل — ثم توسيع حالات الاستخدام بعد أن يعتاد فريقك على سير العمل.