ربط واتساب للأعمال بنظام إدارة التذاكر

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

التطبيق مقابل المنصّة: أول قرار تتخذه

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

نافذة الـ24 ساعة ورسائل القوالب

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

القوالب تُصنّف عند التقديم بحسب غرضها (مثل رسائل الخدمة والمعاملات مقابل الرسائل التسويقية)، والتصنيف يؤثر على قبولها وعلى معاملتها. كما أن الإرسال بمبادرة منك يتطلب موافقة مسبقة صريحة من العميل على استقبال رسائلك عبر واتساب — وهذه الموافقة يجب أن تُجمع خارج واتساب وتُوثَّق عندك. جودة تفاعل المستخدمين مع رقمك (الحظر والإبلاغ) تنعكس على تصنيف جودته وعلى حدود الإرسال المسموحة له. أما التسعير فيتغير بمرور الوقت وبحسب النوع والسوق، فلا تعتمد على رقم منقول من مقال؛ راجع مصدر Meta أو مزوّدك مباشرة عند بناء دراسة التكلفة.

من محادثة إلى تذكرة: أين تضع الحد؟

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

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

الواقع التشغيلي: ما الذي يتغير في فريقك

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

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

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

أسئلة المزوّد قبل التوقيع

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

الأسئلة الشائعة