قد تبيع شركة التسويق لعميلها إدارة التواصل عبر واتساب تحت اسمها، ثم تكتشف عند انتهاء التعاقد أن الرقم لدى الشريك المنفذ، والقوالب في حساب لا تستطيع دخوله، وسجل الموافقات موزع بين نموذج الموقع وجدول منفصل. هنا لا تكفي عبارة «الخدمة وايت ليبل». السؤال الحقيقي: من يستطيع تشغيل القناة اليوم، ومن يستطيع تسليمها غدًا دون فقدان السياق أو مخالفة رغبة العملاء؟ هذا الدليل موجّه لأصحاب وكالات التسويق في السعودية والخليج الذين يخططون لتقديم الخدمة عبر شريك تنفيذ. يفرّق بين حق العميل المتفق عليه في العقد، وموضع استضافة الحساب تقنيًا، وصلاحية الدخول اليومية؛ ثم يحوّل هذا الفرق إلى بريف، ومصفوفة أدوار، وضوابط موافقة، وأسئلة عقد، وخطة خروج قابلة للفحص. لا يفترض أن كل رقم أو قالب أو سجل محادثات قابل للنقل بين الأنظمة بالطريقة نفسها
قبل اختيار الشريك: ماذا تعني «وايت ليبل» في مراسلات واتساب؟
في خدمة التسويق بنموذج وايت ليبل، تتعاقد الوكالة مع جهة تنفذ جزءًا من العمل خلف علامتها، بينما تبقى الوكالة مسؤولة أمام العميل عن العرض والتنسيق والنتيجة المتفق عليها. قد يكون العمل إعداد القناة، أو تنظيم الردود، أو كتابة القوالب، أو ربطها بنظام إدارة علاقات العملاء. لا يعني اختفاء اسم المنفذ من العرض التجاري أن هوية النشاط الظاهرة لمتلقي الرسالة تصبح قابلة للتبديل بلا قيد؛ يجب أن يعكس اسم العرض والملف التجاري النشاط الحقيقي وألا يضللا الناس بشأن الجهة التي تراسلهم، وفق سياسة مراسلات WhatsApp Business
هذه ليست مقالة عن كيفية إرسال عرض ترويجي لصاحب متجر فردي أو عن كتابة أول رسالة ترحيب. القرار الذي تواجهه الوكالة مختلف: كيف تضيف قدرة تنفيذية إلى خدمتها من دون أن تجعل العميل النهائي رهينة حساب طرف ثالث؟ وكيف تحتفظ الوكالة بدورها التجاري المشروع من دون أن تدّعي ملكية أرقام الناس أو بياناتهم؟ إذا كان نطاق التعاون أشمل من القناة نفسها، فصفحة خدمات وايت ليبل لشركات ووكالات التسويق تشرح إطار التعاون تحت علامة الوكالة؛ أما هنا فنفكك ملف واتساب بوصفه قرار تشغيل وحوكمة محددًا
ثلاث طبقات يخلط بينها عرض الخدمة عادةً
الحق التعاقدي في الأصل والمخرجات
يمكن للعقد أن يحدد من يحق له استخدام رقم الخدمة، ومن يستلم نصوص القوالب المعتمدة، ومن يتسلم سجلات الموافقة والتقارير عند الإنهاء. ويمكنه أن يمنع الشريك من إعادة استخدام بيانات العميل أو النصوص الخاصة به خارج الغرض المتفق عليه. لكن عبارة «العميل يملك الحساب» في العقد لا تنشئ وحدها صلاحية تقنية داخل لوحة منصة، ولا تحسم حقوق الأفراد على بياناتهم، ولا تتغلب على شروط مزود الخدمة. الأفضل صياغة حقوق تسليم دقيقة: ما العناصر، وبأي تنسيق، وخلال أي مهلة، ومن ينفذ الإجراء، وما الاستثناءات التقنية أو النظامية التي يلزم فحصها
مكان استضافة الحساب وإدارة الفوترة
قد يكون الحساب التجاري المرتبط بالقناة ضمن بيئة يديرها العميل، أو ضمن ترتيب يوفره شريك تقني، وقد توجد أداة مراسلات مستقلة فوقه. هذا هو واقع الاستضافة والإدارة، لا مرادف تلقائي للملكية القانونية. اطلب خريطة بسيطة: اسم الكيان التجاري في الحساب، صاحب الرقم، مزود الربط، مكان إنشاء القوالب، مصدر الفاتورة، وجهة وصول الإشعارات، وحسابات المستخدمين الذين يملكون صلاحية تغيير الإعدادات. إذا اختلفت هذه الأطراف، فالمسألة لا تُحل بعبارة عامة في عرض السعر
حق الوصول والتنفيذ اليومي
قد يكون العميل صاحب العلاقة التجارية والرقم، لكنه لا يرى سجل القوالب أو نتائج الإرسال لأن الدخول محصور بالوكالة. وقد تدخل الوكالة إلى صندوق الرسائل، لكنها لا تستطيع إضافة مستخدم أو تصدير تقرير إلا بطلب من شريك التنفيذ. لهذا نوصي بالفصل بين صلاحية الموافقة على الرسائل، وصلاحية إنشائها، وصلاحية إرسالها، وصلاحية الاطلاع على المحادثات، وصلاحية إدارة الفوترة أو تعطيل القناة. أقل صلاحية لازمة لكل دور تجعل الخطأ أقل احتمالًا، وتسهّل معرفة من اعتمد التغيير إذا ظهرت شكوى
من يضبط الرقم التجاري فعليًا؟
الرقم ليس مجرد حقل في صفحة الإعداد. إنه نقطة يعرفها العملاء، وقد يُطبع على التغليف أو صفحة الهبوط أو مواد المعارض. لذلك ينبغي، حيث تسمح بنية العميل والمتطلبات الفنية، أن يكون الرقم وحساب النشاط تحت سيطرة العميل النهائي أو في ترتيب يمنحه قدرة موثقة على الإدارة والاسترداد. لا تُنشئ رقمًا باسم موظف مؤقت أو على شريحة لا يعرف أحد مسؤولها، ثم تَعِد العميل بأن «كل شيء باسمه». عيّن مسؤولًا لدى العميل يستطيع الوصول إلى وسيلة التحقق، وسجّل من يتحكم بها، وكيف تُدار عند غياب الموظف أو تغيير المزود
يوضح دليل التهيئة الرسمي لمنصة WhatsApp Business أن إعداد المنصة يتضمن رقمًا مخصصًا قابلًا لاستقبال التحقق، وملفًا تجاريًا واسم عرض يمثّل النشاط، إضافة إلى خطوات تحقق الأعمال والقوالب. هذه متطلبات فحص عند التخطيط، لا وعد بأن أي رقم موجود سينتقل تلقائيًا أو أن كل خاصية سابقة ستستمر. إذا كان الرقم مستخدمًا حاليًا، فاسأل المزود عن حالته وطريقة الانتقال المتاحة في تلك الحالة تحديدًا، وتأثيرها المحتمل في الخدمة وسجل الرسائل والتكاملات، قبل تحديد موعد إطلاق أو توقيع وعد تسليم
فصل آخر مهم: الوكالة قد تحتاج حقًا إداريًا لتنسيق حملة، والشريك يحتاج صلاحية تقنية لتشغيل التكامل، لكن لا يلزم أن يمتلك أحدهما وسيلة التحقق الأساسية أو أن يحتفظ بكلمات مرور شخصية. استخدم منح الصلاحيات القابلة للإلغاء حيث تتوفر بدل تداول حساب واحد بين عدة فرق. ووثّق نقطة اتصال لدى العميل لاتخاذ قرارات حساسة مثل تغيير اسم العرض، وإيقاف الرسائل، وتبديل المزوّد، لا تتركها ضمن محادثة عمل غير رسمية
الجدول الذي ينبغي أن يسبق عرض السعر
هذه مقارنة تشغيلية، وليست تقريرًا بأن نموذجًا واحدًا صالح لكل شركة. املأها بأسماء الجهات والحسابات الفعلية قبل التعاقد، ثم اجعل العقد يعكس النتيجة بدل نسخ صيغة عامة لا تطابق الواقع
| الأصل أو القرار | المسؤول المقترح | ما يجب إثباته | سؤال الخروج |
|---|---|---|---|
| الرقم ووسيلة التحقق | العميل حيثما كان ذلك ممكنًا | هوية جهة التحكم بالرقم وطريقة التحقق | من يستطيع إبقاء الرقم عاملًا بعد انتهاء العقد؟ |
| الحساب التجاري والملف الظاهر | العميل مع صلاحيات مفوضة للوكالة والشريك | هوية النشاط، الصلاحيات، وقرار اسم العرض | من يلغي دخول الشريك ويحدّث الملف؟ |
| نصوص القوالب وإصداراتها | اعتماد المحتوى لدى العميل وتنفيذ الإعداد لدى المختص | نسخة النص والغرض والتصنيف وحالة الاعتماد | ما الذي يمكن تسليمه أو يلزم إعادة اعتماده؟ |
| الموافقات والانسحابات | العميل يحدد السياسة والوكالة تنسق والشريك ينفذ ضمنها | مصدر الموافقة وتاريخها ونطاقها وسجل الإيقاف | كيف تنتقل القيود قبل أي إرسال لاحق؟ |
| المحادثات وسجل CRM | حسب غرض العمل والتعاقد والمتطلبات النظامية | حقول التصدير، الوصول، ومدة الاحتفاظ | ما البيانات التي تُسلّم وما الذي يُحذف أو يُحتفظ به؟ |
| الفاتورة والتقارير | جهة الدفع محددة صراحةً والاعتماد لدى الوكالة والعميل | فصل رسوم المنصة عن أتعاب الإدارة والمزود | من يتحمل الرصيد أو الالتزام القائم عند الإنهاء؟ |
أكثر خانتين تستحقان نقاشًا مبكرًا هما سجل الموافقات وسجل المحادثات. يمكن تسليم ملف أرقام بلا سياق، لكنه قد يصبح غير صالح لإرسال أي حملة إذا غاب دليل موافقة المستلم أو ورد طلب سابق بالتوقف. ويمكن نقل ملخص حالات البيع من CRM، لكن هذا لا يعني أن كل محادثة داخل أداة المراسلة يمكن تصديرها وإعادة عرضها بصورة مطابقة لدى مزود آخر. اختبر التصدير المتاح فعليًا بعينة غير حساسة قبل اعتماد الوعد التجاري
بريف الوكالة: أسئلة تكشف المخاطر قبل التشغيل
لا يبدأ البريف بعبارة «نريد أتمتة واتساب». يبدأ بهدف محدد: هل المطلوب استقبال استفسارات من إعلانات؟ تحديث طلبات قائمة؟ رسائل متابعة بعد موافقة منفصلة؟ خدمة عملاء؟ ثم يحدد من سيرد، متى، وبأي لغة، وإلى أي نظام تنتقل الحالة. إذا لم يُعرف الهدف، ستختلط الرسائل الخدمية بالعروض، ويصبح تقدير الموارد والتكلفة والموافقة أصعب
- عرّف النشاط والمنتج والبلدان المستهدفة والجهة الظاهرة للمستلم، مع مراجعة القيود ذات الصلة بنشاط العميل قبل إعداد أي قالب
- احصر نقاط جمع الأرقام: نموذج موقع، متجر، إعلان، مركز اتصال، فعالية، أو قاعدة قديمة، مع تمييز مصدر كل سجل بدل دمجها في قائمة واحدة
- اكتب الغرض من كل مسار مراسلة، والمحتوى المتوقع، ومن يوافق عليه، وما الذي يحدث عند رد العميل أو طلبه التوقف
- حدد حجم العمل المتوقع بوصفه فرضية تخطيط لا وعد أداء، وعدد الموظفين، وساعات التغطية، ومتى يتحول الحوار إلى موظف مختص
- ارسم الحقول المطلوبة في CRM: مصدر الاستفسار، الموافقة، آخر تواصل، الحالة، المسؤول، سبب الإغلاق، وطلب عدم التواصل
- حدد اليوم الذي ينبغي فيه إيقاف الرسائل إن لم تكتمل الصلاحيات أو الأدلة، بدل اعتبار الإطلاق موعدًا لا يمكن تغييره
ثم اطلب من الشريك ردًا مكتوبًا يميز بين «متاح الآن»، و«يتطلب تهيئة أو اعتمادًا»، و«غير مؤكد حتى نفحص حساب العميل». هذا التقسيم أصدق من قائمة ميزات طويلة. قد تكون ميزة لدى الأداة، لكن الحساب أو القطاع أو حالة الرقم لا تسمح بها في وضع العميل الحالي. يفيد هذا البريف أيضًا إن كانت الوكالة تدير قنوات أخرى؛ فتنسيق واتساب مع إدارة حسابات التواصل الاجتماعي يعني توحيد الرسالة ومسؤولية الرد، لا خلط محادثات العملاء مع مؤشرات التفاعل العامة
الموافقة ليست خانة اختيار بلا أثر
تنص سياسة WhatsApp Business على أن التواصل مع الشخص يتطلب حصول النشاط على وسيلة اتصاله وموافقته على تلقي الرسائل أو المكالمات اللاحقة، وأن تُحترم طلبات الانسحاب أو الإيقاف سواء جاءت داخل واتساب أو خارجه. لذلك لا تكفي عبارة «هذه الأرقام عملاء سابقون»، ولا يكفي أن يكون شخص قد أرسل استفسارًا ليصبح مشتركًا في كل حملة عروض. تختلف أغراض الرسائل، ويجب أن يعرف المستلم ما الذي وافق عليه ومن الجهة التي ستراسله. اجعل الموافقة قابلة للإثبات لا مجرد تقدير لدى فريق المبيعات
سجل عملي للموافقة قد يضم رقم الشخص، وقت جمعها، مصدرها، نسخة النص الذي عُرض عليه، الجهة المذكورة في النص، فئة الرسائل أو الغرض، وسياسة الانسحاب، مع ربطه بمعرف السجل في CRM. لا تحفظ بيانات أكثر مما تحتاجه لإثبات الغرض وإدارته. إذا جاءت الموافقة من نموذج موقع، احتفظ بنسخة الصياغة المستخدمة وقت التسجيل لا بالنص الحالي فقط؛ وإذا جاءت من مكالمة أو قناة أخرى، حدّد كيف وُثّقت ومن يراجع صلاحيتها قبل الإرسال
في السعودية، تعرض اللائحة التنفيذية لنظام حماية البيانات الشخصية أحكامًا للتسويق المباشر والموافقات وآلية إيقاف المواد التسويقية. كما يمكن الرجوع إلى النص الرسمي لنظام حماية البيانات الشخصية وإلى منصة حوكمة البيانات الوطنية للسياق الرسمي. هذه إحالة عالية المستوى وليست فتوى قانونية أو حكمًا بأن العميل أو الوكالة أو الشريك يؤدي دورًا نظاميًا بعينه في كل ترتيب؛ تحدد الأدوار والالتزامات بعد فحص التدفقات والعقود لدى المختص
ضع مسار الانسحاب في التشغيل لا في تذييل الشروط فحسب. إذا كتب شخص «أوقفوا العروض»، أين تُسجل الإشارة؟ هل تصل إلى قائمة الحجب قبل الدفعة التالية؟ هل تمنع حملات الوكالة والشريك معًا أم في صندوق واحد فقط؟ ومن يراجع الشكوى إذا وردت إلى موظف خدمة العملاء عبر الهاتف؟ الحل ليس زرًا منفصلًا لكل أداة، بل مصدر قرار موحد أو مزامنة موثوقة تمنع إعادة إدخال من انسحب بسبب استيراد قائمة قديمة
القوالب: من يكتب، ومن يعتمد، ومن يتحمل التغيير؟
على WhatsApp Business Platform، لا تبدأ المحادثة برسالة يكتبها الموظف كيفما شاء؛ المبادرة تتطلب قالب رسالة معتمدًا، ويكون الرد الحر داخل نافذة خدمة العميل التي تمتد 24 ساعة من رسالة المستخدم وتتجدد مع كل رسالة منه. خارج هذه النافذة تقتصر الرسائل على القوالب المعتمدة وفق السياسة. هذا التفصيل يخص المنصة تحديدًا، ولا ينبغي نسخه بوصفه وصفًا لكل استخدام لتطبيق WhatsApp Business. كما أن المنصة قد تراجع القالب أو توافق عليه أو توقفه أو ترفضه، فلا تبيع الوكالة للعميل «قالبًا مضمون الاعتماد»
أنشئ سجلًا لكل قالب: اسم داخلي مفهوم، غرضه، فئته المقترحة، نصه ومتغيراته، لغة المستلمين، صاحب الاعتماد لدى العميل، تاريخ تقديمه، حالته الفعلية في المنصة، والنسخة التي استُخدمت في حملة محددة. افصل موافقة العميل التحريرية عن موافقة المنصة الفنية والسياساتية؛ الأولى لا تضمن الثانية، والثانية لا تعني أن النص مناسب لعرض العميل أو أن مستلميه وافقوا على هذا النوع من الرسائل. عند تعديل نص العرض أو رابط الهبوط، راجع السجل بدل تمرير التغيير شفهيًا للمشغّل
صفحة تسعير WhatsApp Business Platform تعرض فئات الرسائل، ومنها التسويق والمنفعة والمصادقة والخدمة، وتربط التسعير بالسوق والفئة وشروط الاستخدام. لا تبنِ عرضًا على رسم ثابت أو وعد مجاني؛ قد تتغير الصفحة أو تتباين أحكامها التفصيلية. اطلب من الشريك عند عرض السعر تحديد السوق والفئة ووقت التحقق من المصدر الرسمي، ثم فصل تكلفة المنصة الفعلية عن أتعاب التصميم والتشغيل والتكامل. والقرار النهائي لفئة القالب وحالته يعود إلى قواعد المنصة، لا إلى الاسم الذي تختاره الوكالة في ملفها
الرد الآلي لا يلغي مسؤولية الإنسان
يمكن للأتمتة أن تفرز سؤالًا بسيطًا أو توجّه الطلب، لكنها لا تصلح ذريعة لإخفاء طريق واضح إلى شخص يستطيع حل المشكلة. سياسة المنصة تشترط عند استخدام الأتمتة أثناء نافذة خدمة العميل وجود مسار سريع ومباشر للتصعيد، مثل التحويل إلى موظف أو قناة دعم واضحة. في اتفاق الوكالة، حدّد متى يتدخل الإنسان: طلب إلغاء، شكوى، حالة حساسة، معلومة مالية، تعثر تقنية، أو سؤال لا يغطيه الرد المصرح. ثم حدد من يستلم التذكرة إن انتهت ساعات عمل الوكالة بينما يظل العميل ينتظر
اختبر السيناريو لا الوصف النظري. أرسل من رقم اختبار رسالة فيها طلب بشري واضح، وشاهد هل تنتقل إلى موظف، وهل تظهر له آخر رسائل المحادثة، وهل يسجل CRM صاحب المسؤولية ووقت الاستجابة. إن كان الرد الآلي يكرر قائمة الخيارات بعد أن يطلب الشخص المساعدة، فهذه ليست «رحلة ذكية» حتى لو بدا المخطط جميلًا في العرض. اجعل حق إيقاف الأتمتة مؤقتًا معروفًا لدى مسؤولين محددين، مع سجل سبب الإيقاف وإعادة التشغيل
بيانات العملاء بين صندوق الرسائل ونظام CRM
قد يتضمن صندوق المحادثات رقمًا واسمًا وعنوان شحن وشكوى أو معلومات أخرى لا يحتاجها كل موظف في الوكالة. وقد يحتوي CRM على مراحل بيع وتعليقات داخلية لا ينبغي نسخها إلى أداة المراسلات. ابدأ برسم تدفق البيانات: ما الذي يدخل من النموذج؟ ما الذي يذهب إلى المنصة؟ ما الذي يعود من الرد؟ أين تُخزن المرفقات؟ ومن يستطيع البحث أو التصدير؟ يساعد هذا الرسم في تحديد أقل قدر من البيانات، ومدة الاحتفاظ، والتعامل مع طلبات الأشخاص دون افتراض أن كل طرف يحتاج نسخة كاملة
لا تساوِ بين «بيانات العميل التجاري» و«بيانات الأشخاص». قد يتفق الطرفان على تسليم سجلات التشغيل ومخرجات المشروع، لكن استخدام أرقام الأفراد ومعالجة محادثاتهم يظل محكومًا بالغرض والموافقات والسياسات والأحكام المنطبقة. تجنب وضع نسخة من قاعدة العملاء في بريد الموظف أو جدول شخصي بوصفه «نسخة احتياطية». اطلب من الشريك مكان التخزين، سياسة الوصول، إمكان تصدير الحقول، آلية الحذف أو الاحتفاظ النظامي، ومسؤولية إخطار الطرف المعني عند حادثة أمنية وفق الاتفاق والمتطلبات السارية
ضع مفتاح ربط واضحًا بين المحادثة وسجل CRM، لكن لا تجعل رقم الهاتف وحده دليلًا على هوية الشخص أو حالة البيع. قد يتشارك أشخاص رقمًا تجاريًا، وقد ينتقل الرقم إلى مستخدم آخر بمرور الوقت، وقد يطلب العميل التواصل عبر قناة مختلفة. لا تجعل «تم تسليم الرسالة» مساويًا لـ«تمت قراءة العرض» أو «تحققت عملية شراء». سجل المراحل التي تستطيع إثباتها فقط: إرسال، تسليم بحسب تقرير الأداة، رد، تأهيل، موعد، أو بيع موثق من النظام التجاري
من يرى ماذا؟ مصفوفة أدوار صغيرة تمنع أزمة كبيرة
لا يكفي أن تقول الوكالة «لدينا وصول». اكتب أسماء الأدوار لا أسماء الأشخاص فقط، ثم اربط كل دور بالوظيفة المطلوبة. صاحب قرار لدى العميل يعتمد الرسالة والغرض، مدير حساب في الوكالة يراجع البريف والجدول، محرر يجهز الصياغة، مختص تقني يربط الأنظمة، موظف خدمة يرد ضمن صلاحية محدودة، ومسؤول بيانات أو امتثال يراجع المسارات الحساسة عند الحاجة. قد يؤدي الشخص أكثر من دور في مشروع صغير، لكن يجب أن يبقى قرار الاعتماد مميزًا عن التنفيذ حتى يمكن تتبعه
قبل منح الوصول، اسأل: هل يستطيع هذا المستخدم عرض جميع المحادثات أم المحادثات المسندة إليه فقط؟ هل يستطيع تنزيل قائمة الأرقام أو تغيير القوالب أو تعطيل التكامل؟ ماذا يحدث إذا غادر الشركة؟ ضع مراجعة دورية للصلاحيات، وإلغاءً فوريًا عند انتهاء الحاجة، وطريقة بديلة للعمل إذا فقد المدير الوحيد الدخول. لا تطلب من العميل مشاركة رمز تحقق أو كلمة مرور في مجموعة محادثة. إن لم تتيح الأداة فصلًا كافيًا للصلاحيات، اعتبر ذلك مخاطرة معلنة في قرار اختيارها لا تفصيلًا يُكتشف بعد الإطلاق
ثلاثة سيناريوهات افتراضية لاختبار القرار
سيناريو افتراضي: متجر يملك رقمه لكن الوكالة تدير المحتوى
لنفترض أن متجرًا سعوديًا يملك الرقم ووسيلة التحقق، وأن الوكالة تدير المحتوى عبر شريك تقني. في هذه الحالة يستطيع العميل الموافقة على الرسائل وتعيين مسؤول من فريقه للحالات المعقدة، بينما تنشئ الوكالة القوالب ويهيئ الشريك التكامل. قبل الإطلاق، تختبر الأطراف استلام سجل القوالب وحقول CRM وسجل الانسحاب، وتثبت صلاحيات كل جهة. إذا تبدل الشريك لاحقًا، لا تفترض أن النسخ النصي للقوالب يعني انتقال حالتها المعتمدة أو المحادثات؛ افحص ما تسمح به الحسابات والأداة والمزود في الوضع الفعلي
سيناريو افتراضي: وكالة تستقبل العملاء على رقم تسيطر عليه
تخيل وكالة تضع رقمًا تديره هي في حملات ثلاثة عملاء مختلفين لتسهيل التشغيل. يبدو الأمر سريعًا، لكنه يخلط هوية المرسل والموافقات والمحادثات والتقارير، ويعقّد تسليم أي عميل عند انتهاء عقده. السؤال هنا ليس فقط هل يمكن تقنيًا فصل الوسوم، بل هل يفهم المستلم باسم أي نشاط يتلقى الرسالة، وهل يملك كل عميل سجلًا مستقلًا يستطيع مراجعته. قد يكون الحل رقمًا وحسابًا منفصلين لكل نشاط، أو ترتيبًا آخر يثبت الفصل فعليًا؛ المهم ألا يُقدَّم الرقم المشترك كأنه أصل مخصص للعميل
سيناريو افتراضي: قائمة عروض قديمة بلا دليل موافقة
قد يسلّم العميل للوكالة ملفًا قديمًا يضم أرقام زوار معرض واستفسارات سابقة، ويطلب حملة فورية. لا تحول الوكالة الملف مباشرة إلى قالب ترويجي بحجة أن الأرقام «موجودة عند العميل». تُراجع مصادر السجلات ونصوص الجمع والغرض وطلبات الإيقاف، ويُعزل ما لا يمكن إثبات صلاحيته إلى حين قرار ملائم. وإذا كانت هناك حاجة إلى إعادة بناء قناة موافقة، تُصمم عبر مسار مشروع وواضح، لا برسالة مفاجئة إلى القائمة نفسها تفترض حق التواصل. هذه أمثلة تحليلية مفترضة، وليست حالات عملاء إنجاز أو نتائج تم تحقيقها
التقرير الذي تحتاجه الوكالة وليس لوحة أرقام جميلة
افصل في التقرير أربع طبقات. الأولى تشغيلية: القوالب المعتمدة والمرفوضة، الأعطال، زمن تحويل الحالات إلى إنسان، وتغطية ساعات الخدمة. الثانية تخص الإذن: عدد السجلات ذات الموافقة المثبتة، وطلبات الإيقاف التي نُفذت، وأي استثناء يحتاج مراجعة. الثالثة تخص المراسلة: الرسائل المرسلة والمسلمة والردود وفق تعريف الأداة ونطاق الفترة. الرابعة تجارية: الاستفسارات المؤهلة والطلبات أو المبيعات التي أثبتها CRM أو نظام العميل، لا التي يُستنتج حدوثها من قراءة رسالة
اجعل التقرير قابلًا للمقارنة دون إخفاء المقام. إذا قيل إن معدل الرد تحسن، فهل تغيّر نوع الرسائل أو عددها أو وقت الإرسال أو آلية العد؟ وإذا انخفضت تكلفة حملة، هل يشمل الحساب رسوم المنصة ومزود الربط وساعات الموظفين؟ لا تستخدم «عدد المحادثات» وحده كدليل على نمو الأعمال. وما يهم عميل الوكالة عند المراجعة هو أن يستطيع تتبع قرار: أي قالب استخدم، على أي قائمة مسموحة، ما الاعتراضات، وما الذي ينبغي إيقافه أو تعديله في الدورة التالية
التسعير والعقد: اكتبوا ما سيحدث عند الاختلاف لا عند الانسجام فقط
العرض التجاري الجيد يفصل رسوم التهيئة، وإدارة المحتوى، ومراقبة الردود، والتكامل، وتكلفة المراسلة أو المزود إن وجدت، والتغييرات خارج النطاق. لا تدمج كل شيء في «رسوم شهرية شاملة» ثم تكتشف أن زيادة الحجم أو تعديل CRM أو إعادة إعداد الرقم محل خلاف. راجع السعر الرسمي للمنصة بحسب السوق وفئة الرسالة وقت تقديم عرض السعر، وسجّل تاريخ المراجعة في العرض. لا تَعِد الوكالة العميل برسوم منصة ثابتة ما لم تستطع تحمل تغيرها تعاقديًا وتوضح حد الالتزام
في العقد بين الوكالة وشريك التنفيذ، وفي الاتفاق مع العميل النهائي، يجب أن تتطابق حدود الخدمة الأساسية: من يوافق على النص، من يراجع الموافقات، من يدير الحساب، من يدفع الفواتير، من يرد على الشكاوى، ومن يتحمل تأخر اعتماد قالب أو تعطل تكامل خارج سيطرته. لا تجعل اتفاق الشريك يمنح الوكالة حقًا لا تستطيع الوكالة منحه لعميلها أو العكس. واطلب بندًا يمنع استخدام بيانات عميل لمصلحة عميل آخر، وبندًا يحدد كيفية التعامل مع المقاولين الفرعيين والوصول إلى البيانات وفق ما يراجعه المختصون
أسئلة تعاقدية عملية قبل التوقيع
- ما الاسم الدقيق للحسابات والأرقام والأدوات المشمولة، ومن يسيطر على كل واحد منها في يوم بدء الخدمة ويوم انتهائها؟
- ما حق كل طرف في نصوص القوالب وملفات التصميم والتقارير والتكاملات المخصصة، وما حدود إعادة استخدامها؟
- من يحتفظ بدليل الموافقة وطلبات الانسحاب، وكيف يراها الطرف المخوّل عند التدقيق أو انتقال الخدمة؟
- ما مستوى الوصول الذي يحصل عليه العميل والوكالة والشريك، وكيف يلغى عند تغير الفريق أو انتهاء العقد؟
- ما شكل التصدير الممكن للمحادثات وحقول CRM، وما العناصر التي لا يضمن المزود نقلها أو الاحتفاظ بها؟
- من يقرر إيقاف حملة عند شكوى أو مخالفة أو خطأ تصنيف، وكيف يُبلّغ الأطراف ويُستأنف العمل؟
- من يدفع رسوم المنصة والمزود، وكيف تُعالج التكاليف المتغيرة والرصيد والالتزامات القائمة يوم الإنهاء؟
- ما مهلة التسليم، ومَن ينفذ خطواته، وكيف تُوثق إزالة الوصول والاحتفاظ المسموح أو الإتلاف؟
هذه الأسئلة تهيئ نقاشًا تعاقديًا وتقنيًا ولا تحل محل صياغة قانونية لحالة محددة. خصوصًا في علاقة تضم عميلًا ووكالة وشريكًا ومزود منصة، ينبغي مراجعة تدفق البيانات والولايات القضائية وشروط الخدمة قبل تثبيت الأدوار النظامية أو التعهد بقابلية نقل لا يضمنها أحد
خطة خروج تبدأ قبل أول رسالة
تُقاس جودة ترتيب وايت ليبل بقدرته على الانفصال المنظم. لا تنتظر خلافًا أو انتهاء عقد لتسأل أين القوالب أو كيف يوقف الشريك صلاحياته. اتفق على تجربة تسليم محدودة أثناء التهيئة: استخراج قائمة القوالب ونصوصها وحالاتها، تصدير عينة من التقرير، مراجعة سجل الموافقات، والتحقق من أن العميل يعرف مسؤول الرقم والحساب. لا ترسل بيانات شخصية في تجربة عامة أو بريد مفتوح؛ استخدم عينة مناسبة وسياسة وصول معتمدة
- ثبّت قرار الإيقاف أو الانتقال، وتاريخ آخر إرسال، والرسائل المجدولة التي يجب إلغاؤها أو مراجعتها
- احصر الحسابات والأرقام والقوالب والتكاملات ومفاتيح الوصول والمستخدمين دون نشر بيانات حساسة في محضر واسع التداول
- سلّم نصوص القوالب ومراجع الاعتماد وسجل الحملات ونسخة التقارير المتفق عليها، مع توضيح ما لا ينتقل بحالته الفنية
- نقّح سجل الموافقات والانسحابات قبل تسليم القوائم، وتأكد من انتقال قيود عدم التواصل لا الأرقام وحدها
- انقل أو صدّر بيانات CRM والمحادثات ضمن الإمكانات الفعلية والغرض المشروع والاتفاق، ثم تحقق من اكتمال الحقول الأساسية بعينة
- راجع الفواتير والتزامات المزود، وعيّن من يتحمل تكلفة التشغيل خلال فترة التداخل إن وجدت
- ألغ صلاحيات من انتهى دوره، وحدد ما يحتفظ به كل طرف وما يجب إتلافه أو الاحتفاظ به لسبب نظامي موثق
- اختبر قناة العمل الجديدة مع رسائل متوقعة ومصرح بها، ولا تفترض نجاح الانتقال لمجرد ظهور الحساب في لوحة مختلفة
إذا تعذرت خطوة، لا تضع علامة «تم» كي يكتمل الجدول. اذكر السبب والبديل والمخاطر المتبقية، ثم احصل على قرار صاحب الصلاحية. بعض الانتقالات قد تتطلب إجراءات من المزود أو المنصة، وقد تختلف حالة القوالب وسجل المحادثات وحدود التصدير بحسب الأداة والترتيب. الوعد المهني هنا هو التخطيط والشفافية والتحقق، لا قابلية نقل عالمية
أسئلة شائعة من أصحاب شركات التسويق
هل يجب أن يكون رقم واتساب باسم العميل النهائي دائمًا؟
ليس من المهني إصدار قاعدة تقنية أو قانونية مطلقة لكل مشروع، لكن سيطرة العميل على الرقم والحساب المرتبط بنشاطه، حيثما أمكن، تقلل الارتهان لطرف التنفيذ. افحص شروط الرقم والحساب وطريقة التحقق قبل الشراء أو الربط، ووثّق أي استثناء وسبب اختياره وخطة الخروج منه. المهم أن يعرف العميل من يستطيع إبقاء القناة عاملة ومن يستطيع إيقافها، لا أن تظهر كلمة «ملكية» وحدها في العرض
إذا كتب الشريك القالب، هل يصبح ملكًا للوكالة أو للعميل؟
يتحدد حق استعمال النص وتسليمه وإعادة استخدامه بحسب العقد وطبيعة المخرجات، ولا ينبغي استنتاجه من مجرد من ضغط زر الإنشاء. في الوقت نفسه، حالة القالب داخل المنصة وموافقته أمر تشغيلي منفصل عن حقوق النص. اكتب بوضوح هل يحصل العميل على النسخة النصية والمتغيرات والتاريخ، وهل يمكن للشريك إعادة استخدام صياغة عامة، وما العناصر الخاصة بالعلامة التي لا يجوز له نقلها
هل تنتقل الموافقات عند تغيير مزود المراسلة؟
قد تنتقل الأدلة والسجلات القابلة للتصدير إذا جُمعت وحُفظت بطريقة صحيحة، لكن صلاحية استخدامها تتوقف على الغرض والجهة المرسلة والنص الذي وافق عليه الشخص والمتطلبات المعمول بها. لا تعتبر ملفًا يحوي أرقامًا وتاريخًا غامضًا «موافقة قابلة للنقل». راجع النطاق مع المختص، واحمل أيضًا سجل الانسحابات والمنع قبل تفعيل أي إرسال لدى المزود الجديد
هل يكفي أن يرد العميل على رسالة لبدء حملة عروض؟
الرد يفتح في المنصة نافذة خدمة عميل لمدة 24 ساعة بحسب سياسة WhatsApp Business Platform، لكنه ليس تصريحًا عامًا لاستخدام الرقم في كل غرض تسويقي مستقبلًا. فرّق بين الإجابة على سؤاله، وبين مبادرة لاحقة بعرض أو تذكير تسويقي يتطلب مراجعة الموافقة والقالب والسياسة. سجّل الغرض الذي وافق عليه الشخص، ولا تحوّل «تفاعل» إلى موافقة صامتة
ما الذي يجب أن يظهر في تقرير الوكالة للعميل؟
يجب أن يعرف العميل ما شُغّل وما توقف ولماذا، وحالة القوالب، وجودة سجلات الموافقة، وطلبات الانسحاب، ومؤشرات الرد والتصعيد، وتكلفة المنصة أو المزود بحسب الاتفاق. ثم تُربط المحادثات بنتائج CRM المثبتة مع شرح تعريف كل مؤشر. لا تسمِّ النقر أو التسليم بيعًا، ولا تخفِ الرسائل الفاشلة أو الشكاوى خلف معدل إجمالي جذاب
هل يمكن ضمان نقل الرقم وكل المحادثات إلى مزود جديد؟
لا. ينبغي فحص وضع الرقم ونوع الحساب والأداة وشروط المزود الحالي والجديد قبل تقديم أي تعهد. قد يتاح نقل عنصر وتتعذر معه المحافظة على تاريخ أو حالة قالب أو تكامل بالطريقة التي يتوقعها العميل. اطلب اختبارًا وخطة تراجع ومسؤولًا عن كل خطوة، وضع في العقد وصفًا لما يُسلّم فعلًا بدل ضمان عام يصعب الوفاء به
هل الوكالة مسؤولة قانونيًا عن بيانات العميل إذا كان الشريك يشغّل التقنية؟
لا يمكن الجزم بدور نظامي من عنوان «وكالة» أو «شريك» وحده. المسؤوليات تتأثر بمن يحدد الأغراض والوسائل، ومن يتلقى البيانات، وما ينص عليه العقد والأنظمة ذات الصلة. عمليًا، لا تعتمد الوكالة على وجود شريك تقني لتتوقف عن السؤال عن الموافقات والوصول والاحتفاظ والتسليم. راجع الأدوار مع مختص حماية بيانات ومحامٍ عند الحاجة، ولا تعامل هذا المقال بوصفه مشورة قانونية
القرار الأخير: لا تبيع القناة قبل أن تعرف كيف تُسلّمها
تسويق واتساب وايت ليبل لشركات التسويق ليس اسمًا جديدًا لخدمة إرسال جماعي. إنه ترتيب بين عميل ووكالة وشريك ومنصة، يحتاج توزيعًا صريحًا للقرارات والمخرجات والصلاحيات. ابدأ برقم وحساب واضحين، وموافقة يمكن إثباتها، وقوالب بمراجعة مزدوجة، وتصعيد بشري، وتقارير تفصل التشغيل عن المبيعات، وخطة خروج تختبر مبكرًا. عندها تستطيع الوكالة مناقشة قيمة التنفيذ وهي تعرف حدود ما تعرضه، بدل أن تكتشف حدودها عند أول اعتراض أو انتقال
إذا أردت مناقشة مدى ملاءمة نموذج التنفيذ تحت علامة وكالتك، اطلع على خدمة وايت ليبل لشركات التسويق لدى إنجاز ثم تواصل معنا ببريف يوضح النشاط والرقم الحالي ومصدر الموافقات والأدوار المطلوبة. هذا طلب لمناقشة الإمكان والنطاق، وليس ادعاءً بأن إنجاز تقدم حاليًا تنفيذًا مخصصًا لمنصة واتساب لكل حالة أو أن الموافقة الفنية أو النقل مضمونان
