العروض القابلة للمقارنة تبدأ بوصف واضح للمهمة: 12 معلومة تستحق الذكر

يوضح Sourcing Playbook البريطاني الحالي أن المواصفات الواضحة ينبغي أن تمنح مقدمي العروض معلومات كافية لاتخاذ قرار واع بشأن التقدم بعرض. كما يشير إلى أن غياب الفهم المشترك للمتطلبات يجعل من الصعب ربط الأسعار المقترحة بفهم المشتري للتكلفة والنتائج المستهدفة. [1]

وتصوغ Government Commercial Function الفكرة بصورة أكثر مباشرة: ينبغي أن تحتوي المواصفات الجيدة على معلومات كافية لتمكين الموردين من تقدير تكلفة السلع أو الخدمات بدقة، حتى يستطيع المشتري مقارنة العروض على أساس متقارب. [2]

وفي الوقت نفسه يحذر Digital, Data and Technology Playbook البريطاني من الإفراط في تحديد الحل مسبقاً. ويوصي بالتركيز على المستخدم والمشكلة والنتيجة المستهدفة، مع ترك مساحة للموردين لاقتراح طريقة فعالة للتنفيذ. [3]

إذن الخلاصة ليست "صف كل شيء بأكبر قدر ممكن من التفاصيل". القاعدة الأفضل هي:

صف بدقة ما يجب أن يكون مشتركاً بين جميع العروض، لا ما يستطيع المتخصص الكفء تصميمه بصورة معقولة بنفسه.

لن يكون عرضان مهنيان متطابقين، ولا ينبغي أن يكون ذلك هو الهدف.

قابلية المقارنة تعني أن المتخصصين يجيبون عن المشكلة نفسها وفق افتراضات متقاربة عموماً.

لذلك ينبغي أن تكون لديهم صورة متشابهة عن:

• الهدف,
• النطاق,
• نقطة البداية,
• النتيجة المتوقعة,
• القيود المهمة,
• الجدول الزمني,
• مسؤوليات العميل,
• طريقة عرض السعر,
• المعايير التي سيقيّم العرض وفقها.

ويمكن أن تختلف العروض في:

• النهج المقترح,
• ترتيب الأنشطة,
• المنهج,
• تكوين الفريق,
• الأدوات,
• تقسيم العمل إلى مراحل,
• طريقة الحد من المخاطر.

هذه الاختلافات غالباً ذات قيمة وينبغي أن تبقى ظاهرة.

ابدأ بالمشكلة، لا بقائمة الخصائص.

بدلاً من:

"أحتاج إلى تطبيق فيه لوحة معلومات وإشعارات وتقارير."

جرّب:

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

الوصف الثاني لا يحدد بعد أي تطبيق يجب بناؤه.

لكنه يساعد المتخصص على فهم سبب وجود المشروع أصلاً.

توصي Federal Acquisition Regulation للخدمات القائمة على النتائج بوصف العمل أساساً من خلال النتائج المطلوبة، بدلاً من طريقة التنفيذ أو عدد الساعات. وتشمل العناصر الدنيا في بيان الأهداف أموراً مثل الغرض والنطاق والخلفية والنتائج المطلوبة والقيود التشغيلية. [4]

لذلك اكتب ما الذي ينبغي أن يصبح ممكناً بعد اكتمال العمل.

مثلاً:

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

ينبغي أن تكون النتيجة محددة بما يكفي لفهم اتجاه العمل من الطرفين.

ولا يلزم أن تعني ضمان نتيجة تجارية تعتمد على السوق أو سلوك المستخدمين أو عوامل أخرى خارج سيطرة مقدم الخدمة.

قد تتطلب الحاجة النهائية نفسها جهداً مختلفاً جداً بحسب نقطة البداية.

من المفيد توضيح:

• ما الموجود بالفعل,
• ما الذي يعمل وينبغي الحفاظ عليه,
• ما الذي لا يعمل,
• هل توجد ملفات مصدر,
• هل توجد وثائق,
• هل توجد بيانات يجب نقلها,
• هل يجب العمل على نظام قائم,
• ما المواد الجاهزة بالفعل.

قد تعني عبارة "موقع جديد" بناءً من الصفر، أو إعادة بناء موقع قائم مع الحفاظ على المحتوى والعناوين والتحليلات والتكاملات والبيانات.

وهذان عملان مختلفان حتى لو بدا الشكل النهائي متشابهاً.

لا ينبغي أن يجبر النطاق المتخصصين على تخمين أي أجزاء من المشكلة يجب تسعيرها.

مثلاً:

ضمن النطاق:

• تحليل الحل الحالي,
• تصميم شاشات جديدة,
• التنفيذ,
• نقل جزء محدد من البيانات.

خارج النطاق:

• إنشاء محتوى جديد,
• شراء التراخيص,
• الصيانة بعد الشهر الأول,
• إعادة بناء نظام الدفع.

يشدد نموذج Terms of Reference للبنك الدولي على ضرورة توضيح متطلبات وتوقعات الخدمات الاستشارية وتكييفها مع المشروع المحدد. [5]

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

إذا كنت تتوقع مواد أو نتائج محددة فاذكرها بالاسم.

قد تشمل:

• حلاً يعمل,
• ملفات المصدر,
• تقريراً,
• وثائق,
• تصميماً بصرياً,
• مجموعة مواد,
• إعداد بيئة,
• تدريباً,
• تسجيلاً,
• تسليم الكود وحقوق الوصول.

يمكن تفسير كلمات مثل "تصميم" أو "تحليل" أو "تنفيذ" بطرق مختلفة.

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

ليس كل قيد تفصيلاً تقنياً.

قد تشمل القيود المهمة:

• نظاماً أو بيئة مطلوبة,
• تكاملاً إلزامياً مع خدمة محددة,
• متطلبات إمكانية الوصول,
• لوائح قطاعية,
• قيود تخزين البيانات,
• ضرورة الحفاظ على البنية الحالية,
• أجهزة أو متصفحات محددة,
• العمل ضمن ساعات معينة,
• قيود الوصول إلى البيانات.

تدرج FAR القيود التشغيلية صراحة ضمن بيان الأهداف، بينما يوضح Digital, Data and Technology Playbook أنه لا ينبغي فرض الحل مسبقاً عندما لا يوجد قيد حقيقي. [4] [3]

قاعدة مفيدة:

حدد ما لا يستطيع المتخصص تغييره، لكن لا تخترع قيداً لمجرد أنك معتاد على حل واحد بعينه.

ينبغي أن يعرف المتخصص مستوى التعاون الذي يمكن أن يبني عليه عرضه.

وضح هل ستوفر:

• شخصاً صاحب قرار,
• الوصول إلى الأنظمة,
• المواد القائمة,
• البيانات,
• حسابات اختبار,
• معلومات من الفريق,
• الوصول إلى المستخدمين,
• المحتوى,
• اجتماعات منتظمة,
• إجابات خلال مدة محددة.

إذا كنت لا تعرف بعد ما الذي يمكنك توفيره، فمن المفيد قول ذلك أيضاً.

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

ليست كل التواريخ متساوية في معناها.

ميّز بين:

• تاريخ بدء مفضل,
• موعد نهائي غير قابل للتجاوز,
• تاريخ مرتبط بحدث خارجي,
• تاريخ تقريبي,
• مراحل يجب أن تتم بترتيب معين.

إذا كان الموعد النهائي لا يمكن تغييره فعلاً فاشرح السبب.

وإذا كان مرناً فاذكر ذلك أيضاً.

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

لا توجد قاعدة واحدة تقول إن على العميل دائماً كشف الميزانية الكاملة.

بحسب الحالة يمكنك ذكر:

• الحد الأقصى للميزانية,
• نطاقاً للميزانية,
• ميزانية المرحلة الأولى,
• أنك تريد اقتراح النطاق أولاً ثم السعر,
• الهيكل المطلوب لتفصيل السعر.

الأهم للمقارنة أن يعرض المتخصصون التكلفة ببنية متشابهة.

مثلاً:

"اعرض السعر منفصلاً للتحليل والتصميم والتنفيذ والصيانة الشهرية. وحدد أيضاً تكاليف الخدمات الخارجية غير المشمولة."

هذه الصيغة أسهل كثيراً للمقارنة من أربعة أرقام إجمالية يغطي كل منها شيئاً مختلفاً.

عدم اليقين لا يختفي لمجرد أنك لم تكتبه.

إذا كنت لا تعرف:

• كمية البيانات التي يجب نقلها,
• هل تدعم الواجهة الخارجية العملية المطلوبة,
• هل سيكون كل المحتوى جاهزاً,
• هل يمكن تطوير الكود الحالي بصورة معقولة,
• هل تصل الموافقة المطلوبة في الوقت المناسب,

فاذكر ذلك.

يشدد دليل GAO للتقدير الموثوق للتكلفة على أهمية الافتراضات الصريحة وتحليل المخاطر وعدم اليقين. [6]

عندها يستطيع المتخصص الجيد:

• إضافة احتياط,
• اقتراح مرحلة استكشاف,
• تسعير بدائل,
• تحديد شرط يغير السعر,
• رفض ادعاء دقة لا يمكن الوصول إليها بصدق في هذه المرحلة.

مجهول معلن أفضل من افتراض مخفي.

إذا كنت تعرف مسبقاً ما الذي سيؤثر في القرار فاذكره قبل إعداد العروض.

يمكنك تقييم:

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

تشير مواد البنك الدولي الحالية عن Rated Criteria إلى أن المعايير غير السعرية قد تشمل جودة المنهج وخطة العمل، وإدارة المخاطر، والأداء والقدرة، والأفراد الرئيسيين. وتُكيّف المعايير مع عملية الشراء وتُعطى أوزاناً بحسب أهميتها النسبية. [7]

هذا لا يعني أن المهمة الصغيرة تحتاج إلى نظام نقاط رسمي.

يكفي أن تجيب قبل إرسال الطلب:

"ما الذي سيجعل عرضاً أفضل لي من عرض آخر غير السعر؟"

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

مثلاً:

1. كيف تفهم المشكلة والنتيجة المتوقعة؟
2. ما النهج الذي تقترحه؟
3. ما الذي يشمله عرضك تحديداً؟
4. ما المستبعد؟
5. ما الافتراضات التي تعتمد عليها؟
6. ما الجدول الزمني؟
7. ماذا تحتاج من العميل؟
8. ما المخاطر الرئيسية؟
9. ما السعر وما الذي يشمله تحديداً؟
10. ما الخبرة المشابهة أو أدلة العمل ذات الصلة بهذه المهمة؟

في المشتريات العامة، يساعد توحيد الردود والمعايير وصيغ الأسعار على تقييم العروض على أساس مشترك. وتؤكد Government Commercial Function ضرورة تقديم معلومات كافية للتكلفة الدقيقة والمقارنة على أساس متقارب. [2]

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

يعتمد ذلك على هدف الطلب.

قد يفيد ذكر الميزانية عندما:

• يمكن تعديل النطاق وفق الأموال المتاحة,
• تريد أفضل خيار ضمن سقف معين,
• تريد استبعاد المقترحات غير المتوافقة مع الواقع المالي سريعاً.

وقد يكون عدم ذكر الميزانية كاملة منطقياً عندما:

• تريد أولاً رأياً مستقلاً في النطاق المناسب,
• لا تعرف بعد التكلفة الواقعية,
• تقارن نماذج حلول مختلفة,
• تتطلب العملية طريقة أخرى لجمع الأسعار.

أسوأ حالة ليست بالضرورة غياب الميزانية، بل غياب المعلومات حول نوع الإجابة السعرية التي تتوقعها.

ينبغي أن يعرف المتخصص هل تريد رقماً إجمالياً، أو نطاقاً، أو بدائل، أو سعراً حسب المراحل، أو افتراضات لازمة لتقدير أدق.

لا يحتاج وصف المهمة الجيد إلى الإجابة عن كل سؤال.

يمكنه أن يقول بصدق:

• "لا نعرف بعد هل يمكن توسيع النظام الحالي بأمان.",
• "لا نعرف العدد الدقيق للسجلات التي يجب نقلها.",
• "لم نقرر بعد هل تدخل اللغة الثانية في المرحلة الأولى.",
• "نحتاج مساعدة في اختيار الخيار الأفضل."

هذه معلومات مفيدة.

ينبغي لعدم اليقين أن يؤثر في طريقة إعداد العرض، لا أن يختفي من الوثيقة.

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

1. إعطاء كل متخصص مجموعة مختلفة من المعلومات.

2. سرد الخصائص من دون شرح المشكلة والهدف.

3. عدم توضيح ما الموجود بالفعل.

4. إخفاء القيود التي تغير لاحقاً طريقة التنفيذ.

5. طلب سعر نهائي واحد من دون تحديد ما الذي يجب أن يشمله.

6. تقييم العروض وفق معايير لم تحددها لنفسك مسبقاً.

7. الخلط بين وصف المشكلة بتفصيل وبين فرض الحل بتفصيل.

1. هل وصفت المشكلة بوضوح، لا الحل الذي تخيلته فقط؟
2. هل النتيجة التي أريدها واضحة؟
3. هل يفهم المتخصص الوضع الحالي؟
4. هل واضح ما يجب الحفاظ عليه؟
5. هل حدود النطاق الأول واضحة؟
6. هل ذكرت أهم عناصر التسليم؟
7. هل أوضحت القيود الحقيقية؟
8. هل واضح ما سأوفره من جانبي؟
9. هل وصفت الجدول الزمني ودرجة مرونته؟
10. هل تسمح صيغة السعر بمقارنة العروض؟
11. هل ذكرت أهم المجهولات بصراحة؟
12. هل أعرف ما الذي سأقيّمه إلى جانب السعر؟
13. هل سيجيب جميع المتخصصين عن أسئلة متشابهة؟
14. هل تركت مساحة لحل أفضل من الحل الذي تخيلته؟

لوصف المهمة الجيد هدفان يبدوان متعارضين.

يجب أن يكون محدداً بما يكفي لكي يسعّر عدة متخصصين المشكلة نفسها.

وفي الوقت نفسه يجب أن يكون مفتوحاً بما يكفي ليقترح كل منهم نهجه الخاص وربما الأفضل.

ترتيب مفيد:

المشكلة -> النتيجة -> الوضع الحالي -> النطاق -> عناصر التسليم -> القيود -> مسؤوليات العميل -> الجدول الزمني -> صيغة السعر -> المجهولات والمخاطر -> معايير الاختيار -> صيغة الرد المشتركة.

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

ربما تلقى كل منهم مهمة مختلفة رغم أن الجميع استلم النص نفسه.

[1] UK Government - The Sourcing Playbook
فتح المصدر

[2] Government Commercial Function - How to write a procurement specification
فتح المصدر

[3] UK Government - The Digital, Data and Technology Playbook
فتح المصدر

[4] U.S. Federal Acquisition Regulation - Subpart 37.6, Performance-Based Acquisition
فتح المصدر

[5] World Bank - Sample Consultants Terms of Reference
فتح المصدر

[6] U.S. Government Accountability Office - Cost Estimating and Assessment Guide, GAO-20-195G
فتح المصدر

[7] World Bank - Rated Criteria
فتح المصدر

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