- كثير من أنظمة CRM مبنية حول بيع منتج: بند وكمية وسعر وحدة، ثم توريد وفاتورة. بيع الخدمات يختلف في أربعة أشياء: السعر يأتي من تقدير جهد، والنطاق جزء من الصفقة، والتنفيذ يبدأ بعد التوقيع، والإيراد يتكرر أو يُستهلك على مدة.
- سبعة اختبارات تكشف ملاءمة النظام لبيع الخدمات: طرق تسعير الخدمة في الكتالوج، والتسعير من الأدوار والساعات، والنطاق داخل العرض، والدفعات المرتبطة بالمراحل، والعقود المتكررة واستهلاكها، والتسليم للتنفيذ، والتغيير والتجديد بعد البيع.
- اختبر كل قدرة على صفقة خدمة حقيقية من منشأتك، لا على منتج من كتالوج المورد. النظام الذي يعرض الخدمة «منتجًا بسعر ساعة» فقط لم يجتز الاختبار.
- حدد مسبقًا أين ينتهي CRM: جدولة الموارد وسجلات ساعات العمل التفصيلية قد تكون في نظام مشاريع أو صيانة، والمطلوب من CRM أن يتكامل معه لا أن يحل محله.
هذه المقالة لشركات الخدمات والاستشارات والتشغيل والصيانة التي تقيّم نظام CRM. تشرح لماذا تختلف دورة بيع الخدمة عن بيع المنتج، والقدرات التي يحتاجها بيع الخدمات وكيف تختبر كلًا منها في العرض التوضيحي، مع مثال لعرض خدمة مسعّر بالأدوار والمراحل وعقد دعم شهري، وحدود ما ينبغي أن يغطيه CRM.
بم يختلف بيع الخدمة عن بيع المنتج؟
في بيع المنتج يعرف العميل ما يشتريه قبل التوقيع: جهاز بمواصفات، أو كمية من صنف. وفي بيع الخدمة يشتري العميل وعدًا بعمل سيُنفذ لاحقًا، وتفاصيل هذا الوعد هي ما يحدد نجاح الصفقة أو تحولها إلى خلاف. لهذا تنجح أنظمة CRM المصممة للمنتجات في تسجيل الفرص، وتتعثر حين يصل البيع إلى التسعير والنطاق والتنفيذ.
| البعد | بيع منتج | بيع خدمة | ما يحتاجه النظام للخدمة |
|---|---|---|---|
| ما يُباع | صنف معرّف بمواصفاته | نطاق عمل ومخرجات ومدة | النطاق حقل من حقول الصفقة، لا مرفقًا جانبيًا |
| مصدر السعر | قائمة أسعار × كمية | تقدير جهد (أدوار × ساعات) أو اشتراك أو مبلغ مقطوع | طرق تسعير متعددة للخدمة، وتقدير بالأدوار |
| ما يحسم الإغلاق | السعر والتوفر والتوريد | الثقة بالفريق ووضوح النطاق والمخرجات | إصدارات للعرض تحفظ تطور النطاق وسبب كل تعديل |
| بعد التوقيع | توريد وتسليم وفاتورة | تنفيذ على مراحل يبدأ غالبًا بفريق آخر | حزمة تسليم للتنفيذ، ودفعات مرتبطة بالمراحل |
| الإيراد | مرة واحدة غالبًا، مع تكرار الشراء | متكرر أو يُستهلك على مدة العقد | عقود متكررة، وحدود استهلاك، وتنبيه بالتجاوز |
| مصدر الخلاف | الجودة أو التأخر في التوريد | «هذا لم يكن ضمن النطاق» | النطاق والاستثناءات مكتوبة في العرض والعقد، وأوامر تغيير مرتبطة بهما |
| فرصة البيع التالية | إعادة الطلب | التجديد، والتوسع، والأعمال الإضافية أثناء التنفيذ | فرص مرتبطة بالعقد القائم، وسجل أداء الخدمة قبل التجديد |
سبعة اختبارات لملاءمة النظام لبيع الخدمات
لكل اختبار سيناريو تطلب من المورد تنفيذه على صفقة خدمة من منشأتك، والنتيجة التي يجب أن تراها، والعلامة التي تدل على أن النظام يعامل الخدمة كمنتج.
1. الخدمة في الكتالوج بطرق تسعيرها
السيناريو: أضف إلى الكتالوج أربع خدمات بأربع طرق تسعير: استشارة بالساعة، وزيارة صيانة بسعر للزيارة، ودعم شهري باشتراك، ومشروع تهيئة بمبلغ مقطوع. ما يجب أن تراه: كل خدمة لها وصف ونطاق افتراضي وطريقة تسعير، وتظهر في العرض بصيغة تناسب طريقتها: ساعات × سعر، أو عدد زيارات، أو مبلغ شهري × مدة. علامة الإخفاق: كل الخدمات «منتجات» بكمية وسعر وحدة، ويكتب المندوب طريقة التسعير في خانة الملاحظات.
2. التسعير من تقدير الجهد بالأدوار
السيناريو: أنشئ عرضًا لمشروع يُسعَّر بالأدوار: محلل ومستشار ومدرب، لكل منهم ساعات وسعر ساعة. ما يجب أن تراه: بنود بالأدوار تجمع إلى سعر المرحلة، وإمكانية إظهار التفصيل للعميل أو إخفائه وعرض سعر المرحلة فقط، وهامش ظاهر للمخوّلين إن كانت التكلفة الداخلية لكل دور مسجلة. علامة الإخفاق: الحساب في ملف Excel خارج النظام، ثم يُنقل المجموع إلى العرض بندًا واحدًا، فلا يعرف أحد لاحقًا على أي تقدير بُني السعر.
3. النطاق داخل العرض لا مرفقًا به
السيناريو: أضف إلى العرض أقسام النطاق: ما يشمله، وما لا يشمله صراحة، والافتراضات، والتزامات العميل. ثم عدّل النطاق بطلب العميل وأصدر نسخة ثانية. ما يجب أن تراه: النطاق جزء من قالب العرض يُختار من نصوص معتمدة ويُعدَّل، وكل تعديل ينشئ إصدارًا يمكن مقارنته بالسابق، والإصدار المقبول بنطاقه ينتقل إلى العقد. علامة الإخفاق: النطاق ملف Word مرفق يتغير خارج النظام، فيُقبل العرض بسعر نسخة ونطاق نسخة أخرى.
4. الدفعات المرتبطة بالمراحل والمخرجات
السيناريو: حوّل العرض المقبول إلى عقد بجدول دفعات مرتبط بمخرجات: دفعة عند اعتماد الدراسة، وأخرى عند القبول، وثالثة بعد فترة من التشغيل. ما يجب أن تراه: كل دفعة مرتبطة بمخرجها وبنسبة أو مبلغ، وتنتقل إلى النظام المالي عند الربط، وتعود حالتها (مفوترة، مدفوعة، متأخرة) إلى ملف العقد. علامة الإخفاق: جدول دفعات بتواريخ فقط، لا صلة له بالمخرجات، أو غير موجود في النظام أصلًا.
5. العقد المتكرر وحدوده واستهلاكه
السيناريو: أنشئ عقد دعم شهري يشمل عددًا محددًا من الساعات، أو عقد صيانة يشمل عددًا من الزيارات، وما يتجاوز الحد يُسعَّر بسعر محدد. ثم سجّل استهلاكًا يتجاوز الحد في شهر ما. ما يجب أن تراه: العقد بمدته وقيمته الدورية وحده المشمول، ومعرفة ما استُهلك منه، وتنبيه أو عرض سعر للتجاوز قبل تنفيذه أو فوترته. علامة الإخفاق: العقد مسجل بقيمته فقط، ولا يعرف أحد أن العميل تجاوز حده إلا عند مراجعة الفواتير. ودورة حياة هذه العقود من التوقيع إلى التجديد مفصلة في مقالة إدارة عقود الخدمات المتكررة داخل CRM.
6. التسليم من المبيعات إلى التنفيذ
السيناريو: عند توقيع العقد، أنشئ حزمة تسليم لفريق التنفيذ. ما يجب أن تراه: النطاق المقبول، والافتراضات، وما وعد به المندوب أثناء البيع، وجهات الاتصال لدى العميل وأدوارها، والمستندات، ومهام البدء مسندة للفريق المعني، مع إمكانية إخفاء القيم المالية عن فريق التنفيذ. علامة الإخفاق: يُرسل العقد بالبريد لمدير التنفيذ، ويعيد فريقه اكتشاف ما وعد به العميل من العميل نفسه. وتصميم حزمة التسليم وبوابتها بالتفصيل في مقالة تسليم الصفقة من المبيعات إلى إدارة المشاريع.
7. التغيير والتجديد بعد البيع
السيناريو: أثناء التنفيذ يطلب العميل عملًا خارج النطاق. ثم قبل انتهاء عقد الدعم بمدة، يحين التجديد. ما يجب أن تراه: أمر تغيير أو عرض إضافي مرتبط بالعقد الأصلي ويمر بالاعتماد قبل التنفيذ، وفرصة تجديد تُنشأ تلقائيًا بقيمة العقد، مع ملخص للاستهلاك والبلاغات والتقييمات يراه مدير الحساب قبل عرض التجديد. علامة الإخفاق: العمل الإضافي يُنفذ ثم يُتفاوض على ثمنه، والتجديد يُكتشف حين يسأل العميل عنه.
مثال: صفقة خدمة واحدة تمر بالاختبارات
مثال توضيحيشركة استشارات تقنية افتراضية تبيع مشروع تهيئة نظام لعميل، ثم عقد دعم شهري بعد الإطلاق. الأسعار أسعار الشركة الافتراضية لعميلها، قبل الضريبة، ولغرض الشرح فقط.
| المرحلة | الدور | الساعات | سعر الساعة (ريال) | المبلغ (ريال) | الدفعة المرتبطة |
|---|---|---|---|---|---|
| 1. الدراسة | محلل أعمال | 40 | 350 | 14,000 | 30% عند اعتماد وثيقة الدراسة: 16,200 |
| 2. التهيئة | مستشار تنفيذ | 120 | 300 | 36,000 | 50% عند محضر القبول: 27,000 |
| 3. التدريب | مدرب | 16 | 250 | 4,000 | 20% بعد شهر من التشغيل: 10,800 |
| مجموع المشروع | 176 | 54,000 | 54,000 |
وبعد الإطلاق يوقّع العميل عقد دعم شهري يشمل 20 ساعة شهريًا بمبلغ 4,000 ريال، أي 200 ريال للساعة المشمولة، وما يتجاوزها يُسعَّر 250 ريالًا للساعة. قيمة العقد السنوية 48,000 ريال (4,000 × 12). في الشهر الثالث تستهلك طلبات العميل 26 ساعة، فتتجاوز الحد بست ساعات قيمتها 1,500 ريال (6 × 250).
كيف يبدو هذا المثال في نظام يجتاز الاختبارات؟ الأدوار الثلاثة وأسعارها في الكتالوج (الاختبار 2)، والنطاق والاستثناءات في العرض بإصداراته (الاختبار 3)، والدفعات الثلاث مرتبطة بمخرجاتها في العقد (الاختبار 4)، وعقد الدعم بحده الشهري واستهلاكه وتنبيه التجاوز قبل فوترة الساعات الست (الاختبار 5). وفي نظام لا يجتازها، يعيش كل ذلك في ملفات جانبية، ولا يظهر في CRM إلا رقمان: 54,000 و48,000.
أين ينتهي CRM في شركة خدمات؟
ليس مطلوبًا من CRM أن يدير كل ما يحدث بعد التوقيع. شركات الخدمات تستخدم غالبًا أنظمة أخرى للعمل التشغيلي، والسؤال هو أين الحد بينها وما الذي يتبادلانه:
| المجال | مكانه الطبيعي | ما يحتاجه CRM منه |
|---|---|---|
| العلاقة والفرص والعروض والعقود | CRM | هو المرجع. |
| جدولة الموارد وتوزيع الاستشاريين | نظام إدارة المشاريع أو الخدمات المهنية إن كانت الجدولة معقدة | من سيعمل على المشروع ومتى يبدأ، لتسليم واضح للعميل. |
| سجلات ساعات العمل التفصيلية | نظام المشاريع أو سجل الساعات | مجموع المستهلك مقابل المشمول في كل عقد. |
| أوامر العمل الفنية والأصول وقطع الغيار | نظام إدارة الصيانة عند وجوده | البلاغات وحالتها ومستوى الخدمة، والأصول المشمولة بالعقد. |
| الفواتير والتحصيل | النظام المالي | حالة الدفعات والمستحقات في ملف العقد. |
المقارنة هنا عادلة في الاتجاهين. إن كانت شركتك تعيش على جدولة عشرات الاستشاريين وفوترة ساعاتهم بدقة، فنظام متخصص في الخدمات المهنية أو وحدة مشاريع في ERP قد يكون مركز العمل التشغيلي، ويبقى CRM لما قبل التوقيع والعلاقة والتجديد. وإن كانت مشاريعك محدودة العدد وعقودك الدورية هي الأساس، فقد يكفي CRM بعقوده وتذاكره ومهامه دون نظام إضافي. وفي الحالتين، اسأل المورد عن التكامل بين النظامين بالبيانات والاتجاه والتوقيت. ولشركات الاستشارات تحديدًا، حيث العلاقة الشخصية للشريك وتعارض المصالح جزء من البيع، تجد تفصيلًا إضافيًا في مقالة CRM للشركات الاستشارية.
كيف تضع الاختبارات في عرض توضيحي واحد؟
الاختبارات السبعة لا تحتاج سبع جلسات. يمكن ربطها بصفقة واحدة تتابعها من البداية إلى التجديد، في ثلاثة مشاهد متتالية:
- من الكتالوج إلى العرض
الاختبارات 1 و2 و3: خدمات بطرق تسعيرها، وعرض بالأدوار والساعات، ونطاق واستثناءات، ثم إصدار ثانٍ بتعديل النطاق.
مدير المبيعات والمالية - من العقد إلى التنفيذ
الاختبارات 4 و6: عقد بدفعات مرتبطة بالمخرجات، وحزمة تسليم يراها مدير التنفيذ دون القيم المالية.
مدير التنفيذ - من الاستهلاك إلى التجديد
الاختبارات 5 و7: عقد دعم بحد شهري، وتجاوز له، وعمل إضافي بأمر تغيير، ثم فرصة التجديد بملخص الاستخدام.
مدير الحسابات أو الخدمة
استخدم في المشاهد الثلاثة أرقامًا وأسماء أدوار من صفقة حقيقية لديكم بعد تعديل ما هو حساس، واجعل التعقيد فيها من واقعكم: عميل يغيّر النطاق مرتين، أو عقد يتجاوز حده في شهر الذروة. طريقة كتابة هذه المشاهد وتقييمها بالدليل في مقالة ما الذي يجب أن تشاهده في العرض التوضيحي لنظام CRM؟
شاهد صفقة خدمة كاملة
في صفحة المنتجات والخدمات وعروض الأسعار تجد كيف تُسجَّل الخدمة في الكتالوج بطريقة تسعيرها، وفي صفحة العقود والتجديدات والتسليم جدول الدفعات وحزمة التسليم والتجديد، وفي صفحة CRM لشركات الخدمات والصيانة العقود بالتزاماتها وحدودها. وإن أردت رؤية ذلك على صفقتك، فاحجز عرضًا توضيحيًا على سيناريو منشأتك وأرسل معه صفقة خدمة نموذجية، ونمر عليها بالمشاهد الثلاثة أعلاه، ونوضح أي جزء يتحقق بالإعدادات، وأيها يحتاج تكاملًا مع نظام المشاريع أو المالية لديكم.
أسئلة شائعة
ليس بالضرورة. إذا كانت الخدمة تُباع ملحقة بالمنتج، كالتركيب أو الضمان الممتد، فتكفي بنود خدمة في العرض نفسه. أما إذا كانت مشاريع الخدمة تمر بمراحل مختلفة، كالمعاينة والعرض الفني وتقدير الجهد، فمسار مستقل لها يجعل التقارير والتوقعات أدق.
يعتمد على سياستكم التجارية وطبيعة العميل. بعض العملاء، خصوصًا الجهات التي تقارن العروض فنيًا، يطلبون التفصيل. وآخرون يفضلون سعرًا للمرحلة. المهم أن يحتفظ النظام بالتقدير الداخلي بالأدوار والساعات في الحالتين، ليُرجع إليه عند أي أمر تغيير.
المبلغ المقطوع يبقى مبنيًا على تقدير جهد داخلي، لكن الحماية الأساسية تأتي من وضوح النطاق والاستثناءات والافتراضات في العرض، ومن أوامر التغيير لما يخرج عنها. النظام يساعد حين يحفظ التقدير والنطاق مع الإصدار المقبول، ويربط أي عمل إضافي بعرض مستقل قبل تنفيذه.
يمكن ذلك عبر بوابة العملاء إن كانت ضمن النطاق، أو بتقرير دوري يُرسل له. إطلاع العميل على استهلاكه أولًا بأول يقلل الخلاف عند فوترة التجاوز، ويفتح نقاش ترقية العقد قبل التجديد بدل أن يبدأ عنده.