خطة تطبيق CRM على مراحل للشركات متعددة الإدارات

في الشركات متعددة الإدارات والفروع، سؤال «متى نطلق؟» أسهل من سؤال «بمن نبدأ؟». تشرح هذه المقالة لمدير المشروع والمدير العام كيف يُحدد ترتيب الإدارات، وكيف تُبنى الموجات واعتمادياتها، وما الذي يُقاس قبل الانتقال من موجة إلى التالية، وكيف تختلف إدارة التغيير من إدارة لأخرى.

هل تحتاج منشأتك إطلاقًا على موجات أصلًا؟

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

ويصبح التقسيم ضروريًا حين يجتمع اثنان أو أكثر من هذه الشروط:

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

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

معايير ترتيب الإدارات

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

1. الاعتمادية على البيانات

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

   يُحدد في ورشة مع كل الإدارات
2. قيمة الأثر ووضوح المشكلة

   الإدارة التي تعاني مشكلة ظاهرة يحلها النظام مباشرة، مثل فرص تضيع بين المندوبين، تحقق نتيجة مرئية تبني الثقة للموجات التالية.

   الراعي التنفيذي
3. الجاهزية

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

   مدير المشروع
4. التعقيد والمخاطرة

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

   تقنية المعلومات وفريق التنفيذ

شركة توزيع بثلاثة فروع وأربع إدارات تستخدم النظام. قيّم فريق المشروع كل إدارة من 1 إلى 3 على المعايير الثلاثة الأخيرة، بعد تثبيت قيد الاعتمادية:

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

الاعتماديات والسجل المرجعي أثناء الانتقال

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

الجسور المؤقتة مرهقة بطبيعتها، وهذا مقصود: عبؤها يدفع إلى تقصير المسافة بين الموجات المتعاقبة. وكل جسر يُكتب له تاريخ إيقاف مرتبط بموعد الموجة التي تلغيه.

الموجات على الخط الزمني

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

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

اختيار الفرع أو الفريق التجريبي

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

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

معايير الخروج من كل موجة

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

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

إدارة التغيير تختلف من إدارة لأخرى

خطة تواصل واحدة لكل الإدارات لا تنجح، لأن ما يتغير لكل إدارة مختلف، وكذلك مصدر مقاومتها. قبل كل موجة، اكتب لتلك الإدارة إجابات ثلاثة أسئلة: ماذا سيتغير في يومها؟ ما الذي ستتوقف عن فعله؟ وماذا تكسب هي، لا الإدارة العليا؟

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

أخطاء ترتيب تتكرر

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

من أين تبدأ خطة الموجات؟

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

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

أسئلة شائعة