سؤال «كم يكلّف؟» يبدو بسيطاً، لكن إجابته في سوق برمجيات المقاولات نادراً ما تكون رقماً واحداً. النموذج الشائع — سعر لكل مستخدم شهرياً — يبدو رخيصاً في العرض التقديمي ويصبح مكلفاً بالضبط حين ينجح المشروع ويكبر الفريق. هذا الدليل ليس مقارنة منتجات، بل طريقة لحساب ما ستدفعه فعلاً خلال ثلاث سنوات، وما الذي يستحق أن تسأل عنه قبل التوقيع.
أهم ما في المقال
- التسعير بالمستخدم يجعل تكلفتك ترتفع كلما وسّعت الاستخدام — وهو عكس ما تريده من نظام يُفترض أن يشمل الموقع كله.
- رسوم التهيئة والترحيل والتدريب قد تعادل سنة اشتراك كاملة، ولا تظهر على صفحة الأسعار.
- احسب التكلفة على ثلاث سنوات مع نمو الفريق المتوقع، لا على الشهر الأول.
- الوحدات المُقفلة خلف باقة أعلى هي زيادة سعر مؤجلة، لا خيار.
- اختبر أثناء التجربة أسوأ الحالات — موقع بلا شبكة وهاتف قديم — لا أفضلها.
فخّ التسعير بالمستخدم
أغلب منصات إدارة الإنشاءات تُسعَّر لكل مستخدم شهرياً. المنطق مفهوم من جهة البائع، لكن أثره على المقاول معاكس تماماً لهدف النظام: أنت تشتري أداة لتوحيد المعلومة بين المكتب والموقع، ثم تُعاقَب مالياً على كل شخص إضافي تُدخله إليها.
النتيجة العملية معروفة لكل من جرّبها: تُشترى خمسة مقاعد للمهندسين، ويبقى المشرفون والحدادون خارج النظام، فتعود البيانات إلى الورق والواتساب في الطرف الذي تُصنع فيه المعلومة أصلاً. النظام يعمل في المكتب ولا يصل إلى الموقع، وهو المكان الوحيد الذي كان يُفترض أن يصله.
| النموذج | فريق ٥ مستخدمين | فريق ٢٠ مستخدماً | فريق ٦٠ مستخدماً |
|---|---|---|---|
| ٢٥$ لكل مستخدم شهرياً | ١٬٥٠٠$ سنوياً | ٦٬٠٠٠$ سنوياً | ١٨٬٠٠٠$ سنوياً |
| ٤٥$ لكل مستخدم شهرياً | ٢٬٧٠٠$ سنوياً | ١٠٬٨٠٠$ سنوياً | ٣٢٬٤٠٠$ سنوياً |
| سعر ثابت للشركة | ثابت | ثابت | ثابت |
هذا لا يعني أن التسعير بالمستخدم سيئ دائماً. هو منطقي لأداة يستخدمها عدد ثابت من المتخصصين — برنامج تصميم مثلاً. أما نظام يُفترض أن يسجّل الحضور ويستقبل التقارير اليومية من كل موقع، فطبيعته أن يشمل الجميع، والتسعير الذي يقاوم ذلك يقاوم الغرض من الشراء.
التكاليف التي لا تظهر على صفحة الأسعار
الفارق بين السعر المعلن والتكلفة الفعلية في السنة الأولى يكون أحياناً مضاعفاً. البنود التالية ليست خدعاً — أغلبها مشروع تماماً — لكنها تُذكر في مرحلة التفاوض لا في مرحلة المقارنة، وهناك يقع الخطأ.
- رسوم التهيئة والإعداد (Implementation): مبلغ لمرة واحدة قد يعادل اشتراك سنة كاملة.
- ترحيل البيانات من نظامك الحالي أو من ملفات Excel — يُسعَّر بالساعة عادةً.
- التدريب: هل هو مشمول، أم بالجلسة، أم بالشخص؟ وماذا عن الموظف الجديد بعد ستة أشهر؟
- الدعم: هل الدعم بالعربية مشمول أم في باقة أعلى؟ وما زمن الاستجابة الملتزم به؟
- التكامل مع نظام محاسبي — غالباً بند منفصل ومكلف.
- التخزين الإضافي: مشروع واحد يوثَّق بالصور يستهلك مساحة أسرع مما تتوقع.
- رسوم إخراج البيانات عند المغادرة — بند يستحق السؤال عنه قبل الدخول لا بعده.
بناء نموذج تكلفة لثلاث سنوات
ثلاث سنوات هي الأفق الصحيح: أقل منها لا يعكس تكلفة التغيير، وأكثر منها تخمين. النموذج بسيط ويُبنى في جدول واحد.
قدّر عدد المستخدمين في كل سنة
ليس عدد المهندسين، بل كل من ستحتاج أن يدخل النظام: المشرفون، مسؤولو المستودع، المحاسب، وربما العمال إن كان الحضور عبر الهاتف.
اجمع الاشتراك السنوي لكل سيناريو
مع مراعاة الزيادة السنوية في السعر إن كانت منصوصاً عليها في العقد — كثير من العقود تسمح بزيادة سنوية.
أضف تكاليف السنة الأولى لمرة واحدة
التهيئة والترحيل والتدريب الأولي. هذه لا تتكرر لكنها تُثقل السنة الأولى بشدة وتغيّر المقارنة.
أضف تكلفة وقت فريقك
البند الأكثر إغفالاً. إذا استغرق التطبيق ثلاثة أشهر من وقت مهندس بنسبة ٣٠٪، فهذه تكلفة حقيقية تُدرَج في النموذج.
اطرح ما ستوقف دفعه
اشتراكات أدوات ستستغني عنها، وساعات إدخال بيانات يدوي، وتكلفة الأخطاء التي يمنعها النظام. هذا هو الطرف الآخر من المعادلة.
القرار الصحيح ليس اختيار الأرخص، بل معرفة الرقم الحقيقي قبل التوقيع بدل اكتشافه في السنة الثانية.
ما الذي تختبره فعلاً في فترة التجربة؟
أغلب فترات التجربة تُهدر في استعراض ما يعمل جيداً. الغرض من التجربة هو العكس: أن تكتشف أين ينكسر النظام قبل أن تدفع، لا أن تتأكد من أن الواجهة جميلة.
- شغّله في موقع حقيقي بلا شبكة: هل يُسجَّل الحضور والتقرير اليومي أوفلاين ويُزامَن لاحقاً بلا تكرار؟
- جرّبه على هاتف قديم رخيص — الجهاز الذي يحمله المشرف فعلاً، لا هاتفك.
- أدخل بند جدول كميات حقيقي بأرقامه، وتأكد أن التقرير الخارج منه يطابق ما تعرفه.
- اطلب تصدير بياناتك في اليوم الأخير من التجربة. سهولة الخروج مؤشر على ثقة البائع بمنتجه.
- اختبر العربية في كل شاشة: التقارير المطبوعة، والأرقام، واتجاه النص في PDF المُصدَّر.
- أدخل مستخدماً واحداً من الموقع فعلياً وراقب: هل استخدمه دون تدريب طويل؟
أسئلة تُطرح قبل التوقيع
هذه الأسئلة لا تُطرح عادة، وكل واحد منها يكشف شيئاً لا يظهر في العرض التقديمي. اطرحها كتابةً واحتفظ بالإجابات.
- هل السعر ثابت طوال مدة العقد؟ وما الحد الأقصى للزيادة عند التجديد؟
- ماذا يحدث لبياناتي إن توقفت عن الدفع؟ كم من الوقت أستطيع تصديرها؟ وبأي صيغة؟
- هل كل الوحدات مشمولة، أم أن بعضها في باقة أعلى؟ اطلب القائمة كاملة.
- هل هناك حد أقصى للمشاريع أو المواقع أو التخزين؟ وماذا يحدث عند تجاوزه؟
- أين تُخزَّن البيانات جغرافياً، ومن يستطيع الوصول إليها من فريق البائع؟
- ما آلية النسخ الاحتياطي، وهل جُرِّبت الاستعادة فعلياً؟
- هل يمكن إضافة مقاول باطن كجهة منفصلة ببياناتها المعزولة؟
متى تنسحب من الصفقة؟
بعض الإشارات تكفي وحدها لإنهاء النقاش، مهما كان السعر جذاباً. أغلبها يتعلق بالثقة لا بالمزايا.
- رفض إعطاء سعر واضح قبل «اجتماع لفهم احتياجك» — السعر الذي يعتمد على تقدير ميزانيتك ليس سعراً.
- عدم وجود مسار واضح لتصدير بياناتك كاملة بصيغة قابلة للاستخدام.
- الاعتماد على وعد بميزة «قادمة قريباً» في قرارك — قيّم ما هو موجود اليوم فقط.
- عربية مترجمة آلياً في الشاشات الأساسية، أو تقارير PDF لا تدعم اتجاه النص.
- عقد لا يذكر أي التزام بالتوفر ولا آلية للدعم، مع إلزام بسنتين مدفوعتين مقدماً.
في النهاية، تكلفة النظام الخاطئ ليست الاشتراك — بل السنة التي ستقضيها في إقناع فريقك باستخدامه، ثم البيانات التي ستفقدها حين تقرر التحول. اختر على أساس ثلاث سنوات، واختبر على أساس أسوأ يوم في الموقع.
أسئلة شائعة
هل السعر الثابت أفضل دائماً من التسعير بالمستخدم؟
ليس دائماً، لكنه أفضل غالباً في المقاولات تحديداً لأن الاستخدام الصحيح يعني إدخال الموقع كله إلى النظام. إذا كان فريقك سيبقى خمسة أشخاص في المكتب فقط، فقد يكون التسعير بالمستخدم أرخص. أما إذا كان الهدف أن يصل النظام إلى المشرفين والعمال، فالسعر الثابت يزيل العائق المالي أمام ذلك.
ما الفرق بين الدفع الشهري والسنوي؟
الدفع الشهري يعطي مرونة الخروج بتكلفة أعلى عادة، والسنوي يعطي سعراً أقل مقابل التزام أطول. القاعدة العملية: ادفع شهرياً في مرحلة الاختبار الحقيقي داخل مشروع واحد، وانتقل إلى السنوي بعد أن يثبت الفريق أنه يستخدمه فعلاً لا نظرياً.
كم يجب أن أخصص لبرمجيات إدارة المشاريع من ميزانية المشروع؟
لا توجد نسبة معيارية، والمقارنة الأنفع ليست مع ميزانية المشروع بل مع تكلفة المشكلة: ساعات إدخال البيانات، وأخطاء المستخلصات، ومطالبات لم تُقدَّم لغياب التوثيق. إذا كانت تكلفة النظام السنوية أقل من قيمة نزاع واحد متوسط، فالسؤال ليس السعر بل الاختيار.
هل أحتاج نظاماً منفصلاً للمحاسبة؟
غالباً نعم. أنظمة إدارة المشاريع تتابع التكلفة على مستوى المشروع والبند، ولا تحلّ محل نظام محاسبي معتمد للقيود والضرائب والرواتب النظامية. المهم أن يكون التصدير بينهما ممكناً دون إدخال يدوي مزدوج.
ماذا لو كان فريقي يرفض ترك الإكسل؟
المقاومة عادة ليست للأداة بل للجهد المزدوج في فترة التحول. ابدأ بمشروع واحد ووحدة واحدة — الحضور أو التقرير اليومي — واستغنِ عن الملف القديم فوراً بدل تشغيل النظامين معاً. التشغيل المتوازي الطويل هو أكثر ما يُفشل التحول.
سعر واحد ثابت، وكل الوحدات مشمولة
مقاول يُسعَّر للشركة لا للمقعد: أدخل الموقع كله دون أن ترتفع الفاتورة، وابدأ بتجربة مجانية بلا بطاقة ائتمان.