لماذا تفشل مشاريع CRM في الخليج — وكيف تتفاداه

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

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

مشكلة المبيعات القائمة على العلاقات

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

وتُعامَل هذه المقاومة عادةً كمشكلة تدريب. وهي ليست كذلك. بل هي استجابة عقلانية لحافز حقيقي، ولن يزيلها التدريب.

ما ينجح بدلاً من ذلك:

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

جودة البيانات هي اللعبة كلها

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

خصوصيات إقليمية تكسر المشاريع العامة:

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

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

صمّم العملية ثم هيّئ الأداة

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

قبل لمس الإعدادات، اتفقوا على هذه كتابةً:

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

اختيار المنصة

اختيار المنصة أقل أهمية مما تفترض أغلب لجان الاختيار، لكن بعض العوامل الإقليمية تستحق ترجيحاً:

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

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

النشر والتطبيق

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

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

درّب على سير العمل لا على البرنامج. «هكذا تدير يوم الثلاثاء لديك» أفضل من جولة في الواجهة. ودرّب بالعربية حيث تكون لغة العمل.

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

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

إعادة التأطير المفيدة

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