تسعير حسب الموارد لا حسب عدد المستخدمين: ما الذي تكسبه.

هل لاحظت يومًا أن التسعير حسب المقعد (per-seat) هو في حقيقته ضريبةٌ صامتة على النمو؟ فمع كل توظيفٍ جديد ترتفع الفاتورة، فتُضطرّ فرقٌ كثيرة إلى تقييد الوصول إلى النظام نفسه الذي كان يُفترَض به أن يوحّدها. التسعير حسب الموارد (resource-based) يزيل تلك الضريبة — لكنه في المقابل يغيّر طريقة تقديرك للميزانية. في هذا المقال نشرّح الكلفة الخفية لنموذج المقعد، ونوضّح ما تحتسبه «الموارد» فعلًا، ومَن يستفيد أكثر، والأسئلة التي ينبغي طرحها قبل المقارنة.

الكلفة الخفية للتسعير حسب المقعد ليست على الفاتورة

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

مثال: حين يقرّر «المقعد» مَن يرى البيانات

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

«حسب الموارد» يعني أنك تدفع مقابل ماذا

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

مَن يستفيد أكثر — ومَن ينبغي له التروّي

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

أربعة أسئلة لمقارنة النموذجين بصواب

• كم شخصًا في المؤسسة يحتاج فعلًا إلى ملامسة البيانات، بمن فيهم الخطوط الأمامية — لا عدد «المقاعد» الذي تدفعه اليوم لأنك قيّدت نفسك؟
• هل حجم عملك (المعاملات، والتخزين، والحوسبة) مستقرٌّ أم شديد التقلّب موسميًا؟ المستقرّ يجعل الموارد أسهل تقديرًا.
• هل تنوي تشغيل AI أو تحليلاتٍ ثقيلة على بياناتك نفسها؟ إن كنت تنوي، فاسأل بوضوحٍ كيف تُحتسب كلفة تلك المهمة.
• احسب إجمالي كلفة ثلاث سنوات للنموذجين وفق خطة نموّ موظفيك الحقيقية — لا تُقارن فاتورة الشهر الأول وحدها.

الإجابة عن هذه الأسئلة الأربعة بأمانةٍ تكشف عادةً أيّ نموذجٍ يناسبك أوضح من أي جدول مقارنة أسعار.

ما الذي يتغيّر في الواقع

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

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