أتمتة واتساب مرتبطة بمسار مبيعات CRM لشركة خدمات في الرياض

نقطة البداية

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

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

الانتقال إلى واجهة واتساب للأعمال

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

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

تدفق التأهيل

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

ربط المحادثة بـ Bitrix24

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

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

أعطى تصدير تقارير خفيف إلى جدول مشترك المالكَ رؤية أسبوعية للاستفسارات حسب المصدر، والتحويل حسب المرحلة، وزمن الرد الأول، دون بناء لوحات قبل أوانها. النمط نفسه — أتمتة الالتقاط، وإبقاء البشر على قرارات الحكم، والتقرير ببساطة — يقوم عليه عملنا الأوسع في أتمتة العمليات التجارية.

حمل الفريق على استخدامه

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

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

ما سنكرره في المشروع التالي

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