تقييم العروض المالية لمشروع برمجي: توحيد الأسعار والتكاليف المستمرة
وصلتك عروض مالية لمشروع تطبيق مبنية على افتراضات مختلفة: استضافة مشمولة هنا ومستثناة هناك، ودعم بمستويات متباينة، وأسعار تغيير لا تظهر في الإجمالي. هذا نموذج تقييم للمشتريات والمالية ولجان الجهات يوحّد الأرقام قبل ترتيبها.
تقييم العروض المالية لمشروع برمجي لا يبدأ بترتيب الأسعار الإجمالية، لأن كل متقدم بنى رقمه على افتراضات مختلفة: أحدهم أدخل الاستضافة والتراخيص، وآخر تركها على الجهة، وثالث خفّض سعر البناء ورفع سعر التغيير. المقارنة العادلة أن تفكك كل عرض إلى طبقات موحدة، وتحسب تكلفة الملكية على مدة العقد كلها (التطوير، والتراخيص، والاستضافة، والدعم، والتغييرات المتوقعة)، وتسوّي البنود المستثناة بقاعدة معلنة سلفًا، ثم تفحص العروض المنخفضة بشكل غير طبيعي قبل أن تحسب الدرجة المالية. عندها تقارن تكلفة النطاق نفسه، لا أرقامًا كُتبت بلغات مختلفة.
تفتح لجنة المشتريات أربعة عروض مالية لمشروع تطبيق، فتجد أن أدناها يقل عن أعلاها بأكثر من ثلث القيمة. الإغراء أن تمنح الأدنى الدرجة الكاملة وتنتهي. لكن من يقرأ جداول الأسعار سطرًا سطرًا يكتشف أن العرض الأدنى لم يسعّر الاستضافة، وأن الثاني يطلب سعر يوم تغيير أعلى من غيره، وأن الثالث وضع الدعم بسعر لا يكفي لمناوبة واحدة. هذه المقالة للمشتريات والإدارة المالية ومسؤولي مشاريع الجهات: نموذج تقييم مالي تطبقه على عروضك، بمثال افتراضي كامل من الفتح إلى الدرجة النهائية.
هذه المقالة توعية تجارية بطريقة التحليل المالي للعروض، لا استشارة قانونية. في المنافسات الحكومية تحكم إجراءاتِ الفحص والتصحيح والاستبعاد نصوصُ النظام ولائحته التنفيذية وكراسة المنافسة، فارجع إليها وإلى إدارة المشتريات في جهتك قبل تطبيق أي قاعدة هنا.
قبل فتح العروض المالية: ما تحسمه اللجنة أولًا
أغلب الخلاف في التقييم المالي يأتي من قرارات تُتخذ بعد رؤية الأرقام. حين تعرف اللجنة أن العرض (أ) هو الأدنى، يصبح كل قرار لاحق (كيف نسوّي الاستضافة؟ كم سنة نحسب؟) قابلًا للطعن بأنه فُصّل على مقاس نتيجة. لذلك احسم هذه القرارات كتابةً قبل الفتح، ويفضل أن تعلن ما يخص المتقدمين منها في الكراسة نفسها:
- أفق المقارنة: مدة العقد كاملة، أي مرحلة البناء ثم أشهر التشغيل والدعم المطلوبة. عرضان متساويان في سعر البناء قد يفترقان كثيرًا في سنتي التشغيل.
- المرجع: تقدير داخلي مفصل بالبنود نفسها التي طلبتها في جدول الأسعار، لا رقم إجمالي واحد. في الجهات الحكومية هذا هو «التكلفة التقديرية» التي يعرّفها النظام بأنها أسعار بنود الأعمال التي تضعها الجهة، ويمثل مجموعها الحد الأعلى المتوقع لقيمة العقد، ويُلزم الجهة بدراسة أسعار السوق قبل وضعها وبالمحافظة على سريتها.
- قاعدة التسوية: ماذا تفعل بالبند الذي تركه متقدم دون سعر أو استثناه صراحة؟ من أين يأتي الرقم الذي يضاف إلى عرضه؟
- حجم التغيير المفترض: إن طلبت أسعار وحدة للتغييرات (يوم عمل أو ساعة بحسب الدور)، فأعلن حجمًا افتراضيًا واحدًا تُضرب فيه أسعار الجميع، وإلا بقي سعر التغيير خارج المقارنة مع أنه قد يصنع الفرق كله.
- معادلة الدرجة المالية ووزنها: كيف يتحول السعر إلى درجة، وما وزنه مقابل التقييم الفني.
وفي المنافسات الحكومية ترتيب الفحص محسوم بالنص: إذا قُدمت العروض في ملفين، تُفحص العروض الفنية أولًا، ولا تُفحص إلا العروض المالية للعروض الفنية المقبولة، كما في المادة الرابعة والأربعين من نظام المنافسات والمشتريات الحكومية الجديد. وانتبه للتوقيت: النظام الجديد نُشر في جريدة أم القرى في 4 سبتمبر 2026م ويُعمل به بعد مضي 120 يومًا من نشره، أي مطلع يناير 2027م، ويحل محل نظام 1440هـ؛ فالمنافسة المطروحة قبل ذلك يحكمها النظام السابق ولائحته. هذا الترتيب مفيد في القطاع الخاص أيضًا: لا تدع السعر يؤثر في حكمك الفني. خطوات التقييم الفني نفسها موضوع مقالة تقييم العروض الفنية لمشروع تطبيق.
تفكيك العرض المالي إلى خمس طبقات قابلة للمقارنة
الأرقام في عرض مشروع برمجي ليست من نوع واحد. بعضها يُدفع مرة، وبعضها يتكرر كل شهر، وبعضها لا يُعرف حجمه إلا أثناء التنفيذ. خلط هذه الأنواع في «إجمالي» واحد هو أول ما يجعل المقارنة غير عادلة.
- أتعاب التطوير والتسليمتُدفع مرة: التحليل والتصميم والتطبيقات والخوادم واللوحة والتكاملات والاختبار والنشر والتوثيق
- التراخيص والخدمات المدفوعةمكونات أو أدوات أو خدمات خارجية لها رسوم، مرة أو سنويًا، باسم من ولمدة كم
- الاستضافة والتشغيلالبيئات والخوادم والنسخ الاحتياطي والمراقبة خلال مدة العقد، مشمولة أو على الجهة
- الدعم والصيانةسعر شهري أو سنوي بمستوى خدمة محدد بعد فترة الضمان
- التغييرات والعمل الإضافيأسعار وحدة لا تظهر في الإجمالي، وحجمها يُعرف أثناء التنفيذ
عمليًا، اطلب من المتقدمين جدول أسعار بهذه الطبقات بالضبط، مع فصل ما يُدفع للمتقدم عما يُدفع لمزودي الخدمات مباشرة. كثير من الشركات تفعل ذلك من تلقاء نفسها؛ صفحة تكلفة صيانة التطبيق مثلًا تعدّد التكاليف المستمرة (حسابات المتاجر، والاستضافة، والرسائل، والخرائط، وبوابة الدفع، والدعم)، ونوضح في عروضنا كل تكلفة مستمرة يحتاجها المشروع وما يُدفع لنا وما يُدفع للمزودين. إن كنت ما زلت تكتب الكراسة، فمقالة كيف تكتب طلب عروض لتطوير تطبيق تعطيك نموذج جدول التسعير الذي يُرفق بها.
تنبيه مهم: التكاليف التي ستدفعها الجهة لمزوديها أيًا كان المتقدم الفائز، مثل رسوم حسابات المتاجر أو رسائل التحقق، لا تغير ترتيب العروض لأنها متساوية للجميع. أبقها خارج المقارنة، لكن لا تنسها في الميزانية.
الفحص الشكلي والحسابي قبل أي مقارنة
قبل أن تنقل أي رقم إلى نموذج المقارنة، افحص كل عرض فحصًا شكليًا. هذه الأخطاء تتكرر في عروض المشاريع البرمجية تحديدًا، لأن جداولها تُبنى من أشهر وأدوار وأسعار وحدة:
- حاصل ضرب الكمية في سعر الوحدة يطابق الإجمالي في كل سطر، ومجموع الأسطر يطابق الإجمالي المكتوب رقمًا وكتابةً.
- كل الأسعار بعملة واحدة، وكلها إما شاملة الضريبة أو غير شاملة لها. في المنافسات الحكومية تنص المادة الثالثة والستون من النظام الجديد على أن القيمة الإجمالية للعقد شاملة الرسوم والضرائب.
- مدة سريان العرض تغطي موعد الترسية المتوقع، ولا يوجد شرط يربط السعر بتاريخ توقيع محدد.
- لا خصم مشروط («خصم إذا رُسّي البندان معًا» أو «إذا كانت الدفعة المقدمة كذا») دون أن تحدد كيف ستعامله، والأصل أن تقارن السعر غير المشروط.
- لا بند مسعّر بعبارة «حسب الحالة» أو «يُحدد لاحقًا»؛ كل بند كهذا غير مسعّر فعليًا.
- عدد الأشهر في الدعم والاستضافة يساوي ما طلبته، لا أقل منه.
- أسماء الأدوار وأعدادها في الجدول المالي تتفق مع خطة الفريق في العرض الفني نفسه.
كيف تُصحح الأخطاء الحسابية ومتى يُستبعد العرض بسببها مسألة إجرائية تحددها لائحة المنافسات في الجهات الحكومية وسياسة المشتريات في الشركات. المهم أن تُطبق القاعدة نفسها على الجميع، وأن تُوثق في محضر.
نموذج تقييم العروض المالية لمشروع برمجي: تكلفة الملكية على مدة العقد
هذا هو النموذج الذي تملؤه لكل عرض. كل سطر يُحسب بالقاعدة نفسها لكل المتقدمين، ويُكتب مصدر كل رقم مضاف حتى يمكن الدفاع عنه لاحقًا:
| السطر | كيف يُحسب | مصدر الرقم |
|---|---|---|
| 1. التطوير والتسليم | مجموع بنود المرحلة كما سعّرها المتقدم | جدول أسعار العرض |
| 2. التراخيص والخدمات المدفوعة | الرسوم على مدة العقد كلها، لا للسنة الأولى فقط | العرض، ثم ردود الاستيضاح |
| 3. الاستضافة والتشغيل | عدد الأشهر المطلوبة × السعر الشهري | العرض |
| 4. الدعم والصيانة | عدد أشهر الدعم بعد الضمان × السعر، بمستوى الخدمة المطلوب | العرض |
| 5. التغييرات المتوقعة | الحجم المعلن في الكراسة × سعر الوحدة لدى المتقدم | الكراسة والعرض |
| 6. تسوية المستثنيات | سعر البند المستثنى من التقدير الداخلي للبند نفسه | التقدير المرجعي، بقاعدة معلنة سلفًا |
| تكلفة الملكية | مجموع الأسطر 1 إلى 6 | — |
مثال افتراضي للتوضيح جهة تطرح منصة بلاغات صيانة لمرافقها: تطبيق للمستفيدين، وتطبيق للفنيين، ولوحة تحكم، وربط بنظام إدارة الأصول لديها، ثم أربعة وعشرون شهرًا من الاستضافة والدعم بمناوبة للأعطال الحرجة. الأرقام «وحدات» لتوضيح الطريقة لا أسعار سوق. التقدير المرجعي للجنة 850 وحدة: التطوير 600، والتراخيص 40، والاستضافة 70، والدعم 140. وأعلنت الكراسة حجمًا افتراضيًا للتغييرات قدره 100 يوم عمل على مدة العقد.
| السطر | العرض (أ) | العرض (ب) | العرض (ج) | العرض (د) |
|---|---|---|---|---|
| التطوير والتسليم | 580 | 610 | 700 | 450 |
| التراخيص | مستثناة «على الجهة» | 45 | 30 | 0 (بيّن في الاستيضاح أنه لا يستخدم مكونات مدفوعة) |
| الاستضافة 24 شهرًا | مستثناة | 80 | مستثناة | 60 |
| الدعم 24 شهرًا | 96 | 120 | 144 | 48 |
| السعر المعلن | 676 | 855 | 874 | 558 |
| تسوية المستثنيات من التقدير المرجعي | +110 (استضافة 70، تراخيص 40) | 0 | +70 (استضافة) | 0 |
| التغييرات: 100 يوم × سعر اليوم | +130 (1.3 لليوم) | +90 (0.9) | +100 (1.0) | +140 (1.4) |
| تكلفة الملكية | 916 | 945 | 1044 | 698 |
لاحظ ما تغيّر: الفرق بين (أ) و(ب) كان 179 وحدة في السعر المعلن، وصار 29 وحدة في تكلفة الملكية. العرض (أ) لم يكن أرخص بقدر ما بدا؛ ترك الاستضافة والتراخيص على الجهة، ووضع سعر يوم تغيير 1.3 وحدة مقابل 0.9 في (ب). أما (د) فبقي بعيدًا في الأسفل، وهذا ما يستدعي فحصًا مستقلًا في قسم لاحق.
لماذا جاءت التسوية من التقدير المرجعي لا من متوسط أسعار المتقدمين الآخرين؟ لأن التقدير المرجعي أُعد قبل الفتح بالبنود نفسها، فلا يتأثر بعرض بعينه، ولأن إضافة أسعار متقدم إلى عرض متقدم آخر قد تُفهم إفشاءً أو محاباة. في المقارنات الأصغر داخل الشركات يصلح المتوسط، كما في مقالة مقارنة عروض شركات تطوير التطبيقات على أساس واحد.
الاستثناءات والافتراضات: متى تسعّرها ومتى تعدها انحرافًا
ليس كل استثناء قابلًا للتسوية بإضافة رقم. استثناء الاستضافة يُسعّر بسهولة. أما عبارة «الربط مع نظام الأصول يفترض توفر واجهات موثقة من الجهة، وأي تطوير في نظامها خارج النطاق» فقد تنقل إليك مخاطرة لا يعرف أحد حجمها. فرّق بين أربعة أنواع:
- نعمانحراف جوهري: يُعالج وفق قواعد الكراسة والنظام، ولا يُسوّى برقم
- لاهل يمكن تقدير تكلفته من التقدير المرجعي؟
- نعمسوِّه بإضافة تكلفته من التقدير المرجعي، ووثّق المصدر
- لاهل هو افتراض ينقل مخاطرة غير محددة إلى الجهة؟
- نعماستوضح كتابةً، وسجّله خطرًا في التقييم إن بقي مفتوحًا
- لاافتراض مقبول: انقله إلى مسودة العقد
- نعم
- نعم
افتراضات تتكرر في عروض التطبيقات وتستحق قراءة مالية:
- «أسعار المكونات الخارجية حسب أسعار مزوديها وقت الشراء»: مقبول إن كانت تُدفع للمزود مباشرة، لكن اطلب قائمة المكونات والحسابات باسم من. التفاصيل في مقالة تراخيص المكتبات والخدمات الخارجية في تطبيقك.
- «الدعم في أوقات العمل» بينما طلبت مناوبة للأعطال الحرجة: هذا ليس سعرًا أرخص للخدمة نفسها، بل خدمة أخرى. مستوى الخدمة المطلوب يُحدد في الكراسة، كما تشرح مقالة اتفاقية مستوى الخدمة لدعم التطبيق.
- «عدد جولات التعديل على التصميم جولتان»: افتراض معقول، لكن ما زاد عليه يدخل في سعر التغيير، فتذكّر أن سعر اليوم يؤثر هنا أيضًا.
- «السعر مبني على بدء التنفيذ خلال شهر من الترسية»: إن كانت ترسيتك تتأخر عادة، فهذا باب لإعادة التسعير. اطلب حذفه أو تحديد أثره.
العروض المنخفضة بشكل غير طبيعي: كيف تكشفها وتتعامل معها
العرض المنخفض جدًا ليس خطأ بحد ذاته، وقد يكون لمتقدم يملك مكونات جاهزة أو يريد دخول قطاع جديد. لكنه في المشاريع البرمجية يحمل غالبًا أحد ثلاثة احتمالات: فريق أصغر مما وُصف في العرض الفني، أو نطاق فُهم أصغر مما كُتب، أو خطة لاستعادة الفرق عبر أوامر التغيير والدعم لاحقًا.
في المنافسات الحكومية النص واضح: المادة السادسة والأربعون من نظام المنافسات والمشتريات الحكومية الجديد لا تجيز استبعاد عرض بسبب تدني أسعاره إلا إذا قل بنسبة 25٪ فأكثر عن التكلفة التقديرية، بشرط أن تناقش لجنة فتح العروض وفحصها صاحب العرض، وتطلب منه كتابةً تفاصيل العناصر المكونة لعرضه وأسباب انخفاضه. فإن لم تقتنع بمقدرته على التنفيذ جاز لها أن توصي باستبعاده بتوصية مسببة. معنى ذلك عمليًا أن الاستبعاد ليس تلقائيًا، وأن ملف المناقشة هو ما يُبنى عليه القرار.
مثال افتراضي للتوضيح في مثالنا سعر (د) المعلن 558 وحدة مقابل تكلفة تقديرية 850، أي أقل منها بنحو 34٪، فيتجاوز العتبة. أما (أ) فسعره المعلن 676، أقل بنحو 20٪، فلا يُستبعد بسبب انخفاض السعر حتى لو كان انخفاضه ناتجًا من الاستثناءات؛ تلك تُعالج بقواعد الاستثناءات لا بقاعدة العرض المنخفض. ثلاثة اختبارات تبني عليها اللجنة مناقشتها مع (د):
| الاختبار | كيف تُجريه | ما ظهر في العرض (د) |
|---|---|---|
| اتساق السعر مع الفريق المعلن | قسّم سعر التطوير على الجهد الذي يعلنه العرض الفني نفسه (عدد الأعضاء × أشهر العمل) | 450 ÷ (6 أعضاء × 8 أشهر) ≈ 9.4 وحدة للشهر الواحد، مقابل 15 إلى 17 تقريبًا في (أ) و(ب) بحسب فريقيهما المعلنين، ونحو 14.6 في (ج) |
| البنود المسعّرة برمز أو صفر | قارن كل طبقة بسطرها في التقدير المرجعي | الدعم 48 لأربعة وعشرين شهرًا مقابل 140 في التقدير: نحو ثلثه، مع أن المطلوب مناوبة للأعطال الحرجة |
| أين يُستعاد الفرق؟ | قارن أسعار الوحدة للتغيير والعمل الإضافي بغيرها | سعر يوم التغيير 1.4، الأعلى بين العروض |
النتيجة لا تقول إن (د) سيئ، بل تحدد أسئلة المناقشة: هل الفريق الموصوف فنيًا هو من سينفذ فعلًا وبأي نسبة تفرغ؟ كيف يغطي سعر الدعم مناوبة على مدار الساعة؟ هل توجد مكونات جاهزة يملكها المتقدم تفسر انخفاض التطوير، وما وضع ترخيصها للجهة؟ إن جاءت الإجابات مقنعة وموثقة، يبقى العرض في المنافسة. وفي القطاع الخاص طبّق المنطق نفسه وإن لم تُلزمك العتبة نفسها: لا تستبعد برقم، ولا تقبل برقم، بل بما تكشفه المناقشة المكتوبة.
الدرجة المالية ودمجها مع التقييم الفني
المعادلة الأكثر استخدامًا تمنح أقل تكلفة الدرجة الكاملة، وتمنح غيره درجة بنسبة السعرين: الدرجة المالية = (أقل تكلفة ملكية ÷ تكلفة ملكية العرض) × الوزن المالي. هي بسيطة وسهلة الشرح، لكن لها أثر يغفل عنه كثيرون: العرض الأدنى هو من يحدد مقياس الجميع. فإن دخل الحساب عرض منخفض بشكل غير طبيعي، هبطت درجات البقية كلها وضاقت الفروق المالية بينهم، فصار الفني وحده يحسم ترتيبهم تقريبًا.
مثال افتراضي للتوضيح الوزن الفني 70 والمالي 30، والدرجات الفنية من التقييم الفني السابق: (أ) 52، (ب) 60، (ج) 63، (د) 55. نحسب الترتيب مرتين: قبل حسم أمر (د) وبعد استبعاده افتراضًا بعد مناقشة لم تقنع اللجنة.
| العرض | تكلفة الملكية | المالية مع (د) | المجموع مع (د) | المالية دون (د) | المجموع دون (د) |
|---|---|---|---|---|---|
| (أ) | 916 | 22.86 | 74.86 | 30.00 | 82.00 |
| (ب) | 945 | 22.16 | 82.16 | 29.08 | 89.08 |
| (ج) | 1044 | 20.06 | 83.06 | 26.32 | 89.32 |
| (د) | 698 | 30.00 | 85.00 | — | — |
قراءتان مهمتان. الأولى: لو حُسبت الدرجات قبل فحص (د)، لفاز عرض لم تُختبر قدرته على التنفيذ، بفضل سعره وحده. لذلك افحص العروض المنخفضة قبل حساب الدرجة المالية، لا بعدها. والثانية: بعد استبعاد (د) يتقدم (ج) على (ب) بربع نقطة فقط. هنا اختبر الحساسية: أي افتراض يقلب الترتيب؟ لو كانت استضافة (ج) الفعلية 85 وحدة بدل 70 التي أضفناها من التقدير المرجعي، لصارت تكلفة ملكيته 1059 ودرجته المالية 25.95، ومجموعه 88.95، فيتقدم (ب). حين يتوقف القرار على رقم أضافته اللجنة لا المتقدم، فاطلب من (ج) توضيحًا مكتوبًا لهذا البند إن سمحت إجراءاتك بذلك، أو وثّق في المحضر أن الترتيب حساس لهذا الافتراض.
لا تغيّر معادلة الدرجة أو أوزانها بعد فتح العروض المالية، مهما بدت النتيجة غير مريحة. المعادلة المعلنة جزء من عدالة المنافسة، وتغييرها بعد رؤية الأرقام هو أسهل طريق إلى التظلم.
أخطاء شائعة في تقييم العروض المالية
- مقارنة سعر البناء وحده: العرض الذي يؤجل تكلفته إلى الدعم والتغيير يفوز في يوم الفتح ويخسر الجهة في سنتي التشغيل.
- تسوية المستثنيات بقاعدة تُخترع بعد الفتح: أي رقم يُضاف إلى عرض بعد معرفة ترتيبه قابل للطعن. القاعدة تُكتب قبل الفتح.
- تجاهل أسعار الوحدة: سعر يوم التغيير أو ساعة العمل الإضافي يبدو تفصيلًا، لكنه في مشروع تتضح متطلباته أثناء التنفيذ قد يعادل جزءًا كبيرًا من العقد.
- حساب الدعم بمستويات خدمة مختلفة: دعم في أوقات العمل ودعم بمناوبة ليسا خدمة واحدة بسعرين.
- إدخال العرض المنخفض في المعادلة قبل فحصه: يشوّه درجات الجميع، كما في المثال.
- إغفال اتساق العرض المالي مع الفني: فريق من ستة في العرض الفني وسعر يكفي ثلاثة في العرض المالي تناقض يجب أن يُسأل عنه.
- التفاوض على السعر دون النطاق: خفض السعر مع بقاء النطاق يدفع المتقدم إلى حذف ما لا يُرى، كالاختبار والتوثيق. وفي الجهات الحكومية للتفاوض أحكامه الخاصة في النظام، فلا يُفتح إلا وفقها.
ما تطلبه من مقدمي العروض، وما تجهزه اللجنة قبل الطرح
نصف جودة التقييم المالي تُصنع في الكراسة. اطلب من كل متقدم في العرض المالي:
- جدول أسعار بالطبقات الخمس، وكل تكامل وكل تطبيق في سطر مستقل.
- أسعار وحدة للتغيير والعمل الإضافي بحسب الدور، وطريقة تقدير طلب التغيير واعتماده.
- قائمة بكل ترخيص أو خدمة مدفوعة: الاسم، والرسوم، ومدة الاشتراك، والحساب باسم من.
- سعر الدعم الشهري بمستوى الخدمة المطلوب تحديدًا، لا بمستوى يقترحه المتقدم.
- قائمة مرقمة بالافتراضات والاستثناءات، منفصلة عن نص العرض.
- جدول دفعات يربط كل دفعة بمخرج يمكن التحقق منه.
- توزيع الجهد: الأدوار وعدد الأشهر لكل دور، ليُختبر اتساق السعر مع الفريق.
وتجهز اللجنة قبل الطرح:
- التقدير المرجعي مفصلًا بالطبقات نفسها، ومحفوظًا بسرية.
- أفق المقارنة: أشهر البناء وأشهر التشغيل والدعم.
- حجم التغيير الافتراضي الذي تُضرب فيه أسعار الوحدة، معلنًا في الكراسة.
- قاعدة تسوية المستثنيات ومصدر أرقامها.
- معادلة الدرجة المالية ووزنها، والحد الأدنى الفني لفتح العرض المالي إن وجد.
- نموذج محضر يوثق كل تسوية وكل مناقشة لعرض منخفض.
إن كنت متقدمًا لا لجنة، فهذه القائمة نفسها تخبرك بما ينتظره المقيّم منك. نحن نرد على الكراسات بأسئلة استيضاح مكتوبة في موعدها، ثم بعرض فني ومالي وفق النموذج المطلوب، منفصلين أو مدمجين بحسب ما تطلبه الكراسة، كما في صفحة إرسال كراسة الشروط أو طلب العروض. وللجهات الحكومية تفصيل مسار المنافسة في صفحة تطوير التطبيقات للجهات الحكومية.
الخلاصة: قيّم تكلفة العقد كاملة، لا سعر البناء
العروض المالية لمشروع برمجي لا تُقارن كما وصلت. افصل كل عرض إلى خمس طبقات، واحسب تكلفة الملكية على مدة العقد، وسوِّ المستثنيات من تقديرك المرجعي بقاعدة كتبتها قبل الفتح، وافحص العروض المنخفضة بالمناقشة المكتوبة قبل أن تدخل المعادلة، ثم اختبر حساسية الترتيب لافتراضاتك. عندها يكون قرار الترسية مبنيًا على تكلفة النطاق نفسه ومخاطره، ويمكن شرحه لأي جهة رقابية أو لإدارة تسأل «لماذا لم نختر الأرخص؟».
ولأن نموذج التعاقد يغيّر بنية العرض المالي نفسها (نطاق ثابت، أو مراحل، أو سعة شهرية)، فراجع صفحة نماذج التعاقد قبل أن تحدد شكل جدول الأسعار، وصفحة كيف يتم تقدير مشروع التطبيق لتبني تقديرك المرجعي على العوامل نفسها التي تبني عليها الشركات أسعارها. وإن كانت كراستك جاهزة، فأرسلها لتصلك أسئلة الاستيضاح ثم عرض مالي بالبنود التي تطلبها.
أسئلة شائعة
ليس قبل أن توحّد الأساس. أقل سعر معلن قد يكون أعلى تكلفة بعد إضافة ما استثناه من استضافة أو تراخيص، وبعد ضرب سعر التغيير في الحجم المتوقع. رتّب العروض على تكلفة الملكية لمدة العقد كاملة، وطبّق المعادلة والأوزان المعلنة في الكراسة إن جمعت بين الفني والمالي.
أضف إلى العرض الذي استثناها تكلفتها لمدة التشغيل المطلوبة من تقديرك المرجعي المعد قبل الفتح، ووثّق مصدر الرقم في المحضر. وإن كان الترتيب يتغير بتغير هذا الرقم، فاطلب توضيحًا مكتوبًا من المتقدم إن سمحت إجراءاتك، ولا تكتف بتقدير واحد.
نظام المنافسات والمشتريات الحكومية لا يجيز ذلك إلا إذا قل العرض بنسبة 25 بالمئة فأكثر عن التكلفة التقديرية، وبعد أن تناقش اللجنة صاحبه وتطلب منه كتابةً تفاصيل عناصر عرضه وأسباب انخفاضه. فإن لم تقتنع بمقدرته على التنفيذ جاز لها التوصية باستبعاده بتوصية مسببة.
المهم أن تقارن الجميع على أساس واحد: كل الأسعار شاملة الضريبة أو كلها غير شاملة. في المنافسات الحكومية ينص النظام على أن القيمة الإجمالية للعقد شاملة الرسوم والضرائب، فاطلب ذلك صراحة في جدول الأسعار حتى لا تضطر إلى التحويل بعد الفتح.
احسب مدة العقد التي طرحتها: مرحلة البناء ثم أشهر التشغيل والدعم المطلوبة. إن كان العقد للبناء فقط وستطرح الدعم لاحقًا، فاطلب سعر الدعم مع ذلك كبند استرشادي، لأن المتقدم الذي يبني قد يكون هو الأقدر على الدعم وسعره سيؤثر في ميزانيتك.
نعم، أعلن حجمًا افتراضيًا واحدًا في الكراسة، مثل عدد أيام عمل على مدة العقد. بذلك يعرف كل متقدم أن سعر يوم التغيير داخل في المقارنة، فلا يخفض سعر البناء ويرفع سعر التغيير ليستعيد الفرق أثناء التنفيذ.
خدمات وصفحات مرتبطة
اقرأ أيضًا
أرسل كراستك واستلم عرضًا ماليًا بالبنود التي تطلبها
أرفق الكراسة ومواعيدها، ونرد بأسئلة الاستيضاح في موعدها ثم بعرض فني ومالي وفق النموذج المطلوب، مع فصل ما يُدفع لنا وما يُدفع للمزودين.