لماذا تكاد عروض Salesforce لا تكون قابلة للمقارنة

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

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

لذلك، تبدأ المقارنة بالتوحيد القياسي، وليس بجدول الأسعار.

طريقة التوحيد القياسي في ست خطوات

1. تحديد قائمة موحدة من المكونات. أحد عشر سطرًا كافية: التحليل، التهيئة (Configuration)، التطوير (Development)، عمليات التكامل (Integrations)، ترحيل البيانات (Migration)، الاختبارات (Testing)، التدريب (Training)، إدارة المشروع (Project Management)، الاستقرار (Stabilization)، التوثيق (Documentation)، نقل المعرفة (Knowledge Transfer).

2. تحديد ما هو مشمول، وما هو جزئي، وما هو مفقود لكل عرض. لا تملأ المبالغ في هذه المرحلة.

3. تسعير المكونات المفقودة. لكل مكون غير مشمول في العرض، استخدم التكلفة من عرض آخر كتقدير وأضفه.

4. تسوية الافتراضات. عدد المستخدمين، الإصدار، سنوات السجل التاريخي، عدد الوحدات التجارية، اللغات.

5. تسوية فترة الضمان. فترة مختلفة تعني تكلفة مختلفة. فرق شهرين في الاستقرار هو مكون تكلفة حقيقي.

6. حساب متوسط التكلفة لكل ساعة ومزيج الفريق في كل مرحلة، وليس المجموع الكلي.

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

المكونات التي تختفي من العروض — وتظهر في الفاتورة

المكونلماذا تم حذفهحجمه النسبي
تنقية البيانات قبل الترحيليعتبر مسؤولية العميلقد يكون كبيرًا جدًا أحيانًا
جولة ثانية من اختبار قبول المستخدم (UAT)يُفترض جولة واحدةمنخفض ولكنه يعيق الجدول الزمني
التدريب حسب الدوريتم تسعيره كورشة عمل واحدةمتوسط
دعم مكثف في الأسابيع الأولىغير محددمتوسط إلى مرتفع
التوثيق المملوك للمنظمةيعتبر أمرًا بديهيًامنخفض، حاسم لاحقًا
معالجة أخطاء التكامل والمراقبةيشمل فقط "المسار الصحيح"متوسط
البيئات وDevOpsيُفترض وجودهامنخفض إلى متوسط
ساعات الإدارة الداخلية للمنظمةلا تظهر في العرض على الإطلاقمرتفع، وموجود دائمًا

السطر الأخير هو ما تفاجأ به الإدارة. يستهلك مشروع Salesforce وقتًا كبيرًا من أصحاب العمليات ومكتب إدارة المشاريع (PMO)، وهذه تكلفة حقيقية حتى لو لم تظهر في أي فاتورة.

من مقارنة الأسعار إلى مقارنة التكاليف على مدى ثلاث سنوات

يتم تقييم العرض بشكل صحيح على مدى ثلاث سنوات، وليس على مدى المشروع. هيكل حساب بسيط:

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

يبدو الفرق بين العروض في السنة الأولى كبيرًا. على مدى ثلاث سنوات، ما يحدد عادةً هو مدى سهولة تغيير النظام بدون مورد خارجي – أي جودة التوثيق ونقل المعرفة، والتي نادرًا ما تؤخذ في الاعتبار عند اتخاذ القرار.

علامات حمراء في العرض

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

مثال توضيحي: شركة طاقة متجددة

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

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

بعد استكمال النقص في تكاليف الموردين الآخرين، تقلص الفارق إلى حوالي عشرة بالمئة. القرار الذي اتخذ في النهاية لم يكن مبنيًا على السعر بل على السؤال: من يقدم نقل معرفة منظم، لأن الشركة لم يكن لديها فريق داخلي.

ماذا نفعل بالفجوة المتبقية؟

بعد التوحيد القياسي، تبقى عادة فجوة حقيقية. ترجمها إلى أسئلة وليس افتراضات:

  • لماذا تقديركم لعملية التكامل أقل من تقدير الآخرين – ماذا تعرفون ولا يعرفونه؟
  • ماذا يحدث إذا لم يكن الافتراض حول جودة البيانات صحيحًا؟
  • كم جولة اختبار خططتم لها؟
  • من من الفريق الذي تم تقديمه سيرافق المشروع من بدايته إلى نهايته؟

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

الربط بالقرار النهائي

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

ما تم الاتفاق عليه في المقارنة يجب أن يدرج في العقد بصياغة دقيقة، وإلا فإنه غير موجود – البنود ذات الصلة مجمعة في دليل العقد وبيان العمل (SOW).

الخطوة التالية

قم ببناء جدول التوحيد القياسي قبل فتح مظاريف الأسعار. من يبنيه بعد رؤية المبالغ، يبنيه - عن غير قصد - بطريقة تبرر العرض الذي أعجبه بالفعل.