تكلفة تخصيص CRM: ما الذي يدخل ضمن الإعداد وما الذي يحتاج تطويرًا؟

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

لماذا يهم التصنيف قبل التسعير؟

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

التصنيف يجيب عن أربعة أسئلة مالية دفعة واحدة:

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

المستويات الثلاثة: ما الذي يدخل في كل منها؟

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

شجرة تصنيف المتطلب

استخدم هذه الأسئلة بالترتيب نفسه لكل متطلب، ويُجيب عنها المورد أمامكم في جلسة المطابقة، لا في رسالة لاحقة:

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

حالات ملتبسة: كيف تُحسم؟

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

لاحظ أن الجملة نفسها في وثيقة المتطلبات تنتقل بين المستويات بحسب تفصيلها. لذلك لا تكتب المتطلب بعنوانه وحده. اكتب القاعدة كاملة بمثال حقيقي من منشأتك: «الخصم فوق 10% يعتمده المشرف، وفوق 20% المدير العام، إلا في العقود الإطارية». هذه الصياغة تسمح للمورد بتصنيف دقيق، وتمنع مفاجأة التسعير لاحقًا. وتصميم الحقول والنماذج دون إثقال الإدخال موضوع مقالة تخصيص الحقول والنماذج في CRM.

سيناريو: متطلب ينتقل من التطوير إلى التهيئة

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

ما الذي يدخل في تكلفة التطوير المخصص؟

حين يصل متطلب إلى التطوير، لا تقبل رقمًا مقطوعًا. التقدير الأمين يفصل مكوناته، لأن كل مكون يكشف افتراضًا يمكن مراجعته:

1. التحليل والتصميم

   فهم القاعدة وحالاتها الاستثنائية، وتصميم الشاشة أو المنطق، واعتماد التصميم من المنشأة قبل البناء.

   المورد والمستخدم الرئيسي
2. البناء

   البرمجة نفسها، وغالبًا ما يُظن أنها كل التكلفة.

   فريق التطوير
3. الاختبار

   اختبار المتطلب وحده، ثم اختبار أثره على ما حوله: الصلاحيات، والتقارير، والجوال، والواجهات البرمجية.

   المورد ثم المنشأة
4. التوثيق والنشر

   توثيق يسمح لغير من بناه بفهمه وصيانته، ثم نشره في بيئة الإنتاج.

   المورد
5. الصيانة عبر التحديثات

   اختبار التوافق مع كل تحديث رئيسي للنظام، وتعديل ما يلزم. اسأل: هل هذا مشمول في عقد الدعم، أم يُسعّر كل مرة؟

   يُحدد في العقد

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

كيف تخفض تكلفة التخصيص دون أن تخسر ما يميزك؟

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

اطلب التصنيف في مصفوفة المتطلبات

المصفوفة المفيدة ماليًا لا تكتفي بعمود «متوفر أو غير متوفر». هذا مقتطف افتراضي يوضح الأعمدة الأربعة المطلوبة:

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

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

أسئلة شائعة