Start free
Andrew Hanna

Andrew Hanna

لماذا يعاقب التسعير لكل مقعد فرق سيلزفورس النامية؟

لماذا يعاقب التسعير لكل مقعد فرق سيلزفورس النامية؟

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

ما هو التسعير لكل مقعد ولماذا صار الافتراضي؟

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

وفي مجال Salesforce DevOps يصير هذا الضعف أحدّ، لأن عملية الإصدار ليست نشاطا للمطورين وحدهم. ومن يحتاج فعلا إلى تحريك تغيير:

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

ماذا يحدث فعلا حين يشتري الفريق مقاعد؟

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

  1. يتشكل طابور. صارت عمليات النشر تنتظر جدول شخص، لا جاهزية العمل.
  2. تتركز المعرفة. الشخصان المرخصان يصبحان الوحيدين اللذين يفهمان خط الأنابيب، وهذه مخاطرة في الموارد البشرية قبل أن تكون مشكلة تكلفة.
  3. تعود الحلول الالتفافية. ترجع الـ change sets والتعديلات اليدوية في التغييرات "الصغيرة"، ويبدأ الانحراف من جديد.

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

كم يكلف الاختناق فعلا؟

احسبها بأرقام رواتبك أنت لا بأرقام مورّد. شكل الحساب:

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

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

لماذا يضرب هذا الفرق النامية أكثر من غيرها؟

ثلاثة مضاعِفات تتراكم:

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

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

ما الذي تبحث عنه بدلا من ذلك؟

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

هكذا سُعِّر Serpent. خطة Scale بـ 699 دولارا للشركة شهريا بمستخدمين بلا حد، مهما كان عدد مؤسساتك، بلا تكلفة إعداد وباشتراك شهري. والاستهلاك يُقاس بالرصيد (300 وحدة شهريا في Scale، والشحن الإضافي بدولار للوحدة)، فيبقى العداد ظاهرا بدل أن يختبئ داخل عدد المقاعد. وخطة Essentials مجانية فعلا بـ 30 وحدة شهريا، بلا بطاقة ائتمان وبلا حد زمني، بحيث يدخل الفريق كله الأداة من اليوم الأول. شوف طريقة تسعير Serpent.

FAQ

هل التسعير لكل مقعد نموذج خاطئ دائما؟

لا. هو معقول لفريق صغير ثابت يكون فيه كل من يلمس الأداة مستخدما بدوام كامل. لكنه يشيخ سريعا ما إن دخل مسؤولو النظام والمختبرون والاستشاريون في عملية الإصدار.

أليس السعر الثابت مجرد تسعير لكل مقعد بخطوات إضافية؟

فقط إذا وضع المورّد سقفا للمستخدمين في التفاصيل الصغيرة. أما السعر الثابت الذي يتيح مستخدمين بلا حد فعلا فيغير من يُسمح له بالنشر، وهذا هو بيت القصيد.

وماذا عن الرصيد؟ أليس عدادا آخر؟

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

كيف أقنع الإدارة داخليا؟

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

مقالات ذات صلة

هل تريد معرفة كيف يمكنكم الشحن أسرع قبل البدء؟ لنتحدث

بدون التزام.