وصلك عرض سعر لنظام HSE في صفحة واحدة: اسم المنصة، وسطر «نظام متكامل لإدارة السلامة والصحة المهنية»، ورقم إجمالي، وعبارة «يشمل التدريب والدعم الفني». قد يكون الرقم معقولًا، لكنك لا تستطيع أن تعرف ذلك، لأن العرض لا يقول ما الذي ستحصل عليه مقابله، ولا ما الذي سيُطلب منك لاحقًا.
هذه قائمة تحقق للمشتريات والمالية ولجان التقييم: ما الذي يجب أن يحتويه عرض سعر نظام HSE قبل أن تقارنه بغيره، وكيف تقرأ العرض المختصر، وكيف تطلب النواقص من كل الموردين بالطريقة نفسها.
محتويات عرض سعر نظام HSE: عشرة أجزاء لا يكتمل العرض دونها
العرض الكامل وثيقتان: عرض فني يصف ما ستحصل عليه، وعرض تجاري يسعّره. وأي جزء غائب من الأجزاء التالية يعني أن المورد سيملؤه لاحقًا بافتراضه هو.
| الجزء | ما يجب أن يذكره | علامة النقص في العرض المختصر |
|---|---|---|
| 1. النطاق | الوحدات بأسمائها، والمواقع، وفئات المستخدمين وأعدادهم، واللغات | «نظام متكامل» دون قائمة وحدات |
| 2. تصنيف المتطلبات | لكل متطلب: متوفر، أو بالإعدادات، أو تطوير خاص، أو غير متوفر | «جميع متطلباتكم مغطاة» |
| 3. الافتراضات | ما بُني عليه السعر: من يجهز البيانات، وعدد دورات النقل، وتوفر واجهات الأنظمة الأخرى | لا قسم للافتراضات أصلًا |
| 4. المراحل والمخرجات | المراحل، ومخرج كل مرحلة، ومعيار قبوله، والأدوار من الطرفين | «التنفيذ وفق خطة يُتفق عليها» |
| 5. جدول التسعير | كل مكون بسعره ووحدته، والمتكرر منفصل عن مرة واحدة | رقم إجمالي واحد |
| 6. الاستضافة والمسؤوليات | نوع النشر، ومكان البيانات، ومن يتحمل البنية والنسخ والتحديثات | «استضافة سحابية» دون تفاصيل |
| 7. الدعم ومستوى الخدمة | قنوات الدعم، وتصنيف الأعطال، وأوقات الاستجابة، وما تشمله التحديثات | «دعم فني لمدة سنة» |
| 8. الاستثناءات | ما لا يشمله العرض صراحة | لا استثناءات مكتوبة |
| 9. الشروط التجارية | شروط الدفع وربطها بالمخرجات، ومدة سريان العرض، وأساس التجديد، والضريبة | «الدفع مقدمًا» أو لا شروط |
| 10. البيانات والتغيير | ملكية البيانات وتصديرها عند انتهاء العقد، وآلية طلبات التغيير وتسعيرها | غائب تمامًا في أغلب العروض المختصرة |
إن أردت تفصيل ما يحرك سعر كل مكون في الجزء الخامس، فمقالة عوامل تكلفة نظام EHS تتناوله بندًا بندًا. هنا التركيز على شكل العرض نفسه: هل يحتوي ما يكفي لتعرف ما تشتريه؟
تشريح عرض من صفحة واحدة: ما المكتوب وما المقصود
مثال افتراضي للتوضيح عرض مختصر لمجموعة فنادق في مكة المكرمة
مجموعة تشغل أربعة فنادق في مكة المكرمة، فيها نحو 1,150 موظفًا بجنسيات ولغات متعددة، ومقاولو صيانة ومطابخ ونظافة، وتتضاعف ضغوط التشغيل في المواسم. طلبت عروضًا لنظام سلامة، فوصلها هذا العرض في صفحة. قرأته لجنة المشتريات سطرًا سطرًا:
- «نظام HSE متكامل يشمل جميع الوحدات»: لا قائمة. هل يشمل تصاريح الأعمال الساخنة لصيانة مداخن المطابخ ومجاري الشفط؟ والطوارئ والإخلاء؟ والمواد الكيميائية للتنظيف؟ السؤال: أرسلوا قائمة الوحدات المفعلة باسمها.
- «عدد المستخدمين: 50»: من هم الخمسون؟ مشرفو الصيانة والأمن والمطابخ في أربعة فنادق يتجاوزون ذلك وحدهم. السؤال: ما تعريف المستخدم، وكيف يبلّغ الموظف بلا حساب؟
- «التطبيق والتدريب مشمولان»: كم جلسة؟ في أي فندق؟ بأي لغة؟ ومن يدرب الموظفين الجدد في الموسم القادم؟
- «استضافة سحابية آمنة»: أين تقع البيانات؟ ومن يتحمل النسخ الاحتياطي؟
- «دعم فني لمدة سنة»: ثم ماذا؟ وما سعر السنة الثانية؟
- «السعر الإجمالي: رقم واحد، الدفع 100٪ مقدمًا»: لا ربط بين الدفع والمخرجات، ولا فصل بين ما يُدفع مرة وما يتكرر.
النتيجة: لم ترفض اللجنة العرض، لكنها لم تستطع مقارنته. أرسلت للموردين الثلاثة طلب استكمال واحدًا بالأجزاء العشرة، وأعادت المقارنة بعد وصول الردود. وتبين أن العرض المختصر كان يفترض أن الفنادق تجهز كل بيانات الموظفين والأصول في قوالبه، وهو جهد داخلي لم يكن محسوبًا.
هذا النمط ليس سوء نية بالضرورة؛ كثير من الموردين يرسلون عرضًا أوليًا مختصرًا حين يكون الطلب نفسه مختصرًا. لذلك تبدأ جودة العرض من جودة الطلب. وإن كانت منشأتك في قطاع الضيافة، فصفحة نظام HSE للفنادق تساعدك على تحديد الوحدات التي يجب أن تظهر في نطاق العرض.
النطاق: كيف يجب أن يُكتب في العرض
النطاق هو الجزء الذي تُبنى عليه كل الأجزاء الأخرى. اطلب أن يُكتب بهذه التفاصيل:
- الوحدات بأسمائها مقسمة إلى ما يُفعّل في المرحلة الأولى وما يُؤجل، مع سعر الوحدات المؤجلة أو أساس تسعيرها.
- المواقع وهيكلها: عدد المواقع، وهل هي شركات منفصلة، والمستويات المطلوبة (شركة، منطقة، موقع، إدارة).
- المستخدمون بفئاتهم: مسؤولو السلامة، والمشرفون، والمعتمِدون، والإدارة، ومندوبو المقاولين، مع توضيح ما لا يحتاج حسابًا كالإبلاغ عبر QR.
- اللغات في الواجهة والنماذج والتقارير والإشعارات.
- التطبيق الميداني: هل الجوال مشمول، وهل يعمل دون اتصال.
- التكاملات باسم كل نظام واتجاه البيانات، لا «تكامل مع الأنظمة الحالية».
عرض يكتب النطاق بهذا المستوى يسمح لك بأن تسأل في العرض التوضيحي: «أرني الوحدة الرابعة في قائمتكم وهي تعمل»، وهذا وحده يكشف الفرق بين عرض مكتوب بعناية وآخر منسوخ.
ما هو متوفر وما يُضبط وما يُطوَّر
أهم سؤال في أي عرض: كم من متطلباتك موجود في النظام اليوم، وكم سيُبنى لك؟ العرض الجيد يرد على كل متطلب بأحد أربعة تصنيفات، كما في جدول الامتثال المقترح في كراسة متطلبات نظام HSE:
متوفر
يعمل كما هو. اطلب أن يكون كل بند «متوفر» قابلًا للعرض في الجلسة التوضيحية.
بالإعدادات
يُضبط دون برمجة أثناء التهيئة: حقل، أو مسار اعتماد، أو قائمة تحقق. يبقى مع التحديثات.
تطوير خاص
قدرة غير موجودة تُبنى لك. يجب أن يكون لها سعر منفصل ونطاق مكتوب، ولها صيانة لاحقة.
غير متوفر
إجابة صادقة أفضل من «متوفر» يُكتشف غيابه بعد التوقيع.
وإن كان المتطلب يعتمد على نظام آخر، كمزامنة الموظفين من الموارد البشرية، فهو تكامل يعتمد على ما يتيحه ذلك النظام، ويُحدد نطاقه في المشروع؛ لا تقبله «متوفرًا» بلا شرط. صفحة التخصيص تشرح الفرق بين التخصيص بالإعدادات والتطوير الخاص كما تطبقه المنصة، ومبدأ تحديد ما لا يتحقق بالإعدادات في العرض الفني مع تقديره.
الافتراضات: البند الذي يغير السعر بعد التوقيع
كل عرض مبني على افتراضات، والمشكلة في الافتراضات غير المكتوبة. حين يكتشف الطرفان أثناء التنفيذ أن افتراض المورد غير صحيح، يظهر طلب تغيير مدفوع. اطلب أن يحتوي العرض قسم افتراضات يجيب على الأقل عن هذه الأسئلة:
| الموضوع | الافتراض الذي تطلب كتابته | لماذا يغير السعر |
|---|---|---|
| بيانات الإعداد | من يجهز قوائم الموظفين والأصول والمواقع، وبأي قالب | إن كانت عليك فهي جهد داخلي؛ إن كانت على المورد فهي ساعات في العرض |
| نقل البيانات | الفترة التاريخية، وعدد الملفات، وعدد دورات التحميل والمراجعة، ومن ينظف | كل دورة إضافية جهد إضافي |
| التكاملات | أن النظام الآخر يتيح واجهة قياسية، ومن يوفر بيئة الاختبار | غياب الواجهة يحول التكامل إلى تطوير |
| التدريب | عدد الجلسات، ومكانها (حضوري أو عن بعد)، ولغاتها، والحد الأقصى للحضور | فروع إضافية أو لغات إضافية تعني جلسات إضافية |
| البنية في On-Premise | أن المنشأة توفر الخوادم والشبكة والصلاحيات بمواصفات محددة | تأخر البنية يؤخر المشروع ويمدد فريق المورد |
| فريق المنشأة | من تفرغه المنشأة للمشروع، ووقت استجابة اعتماداتها | تأخر الاعتمادات يمدد المشروع |
الافتراضات المكتوبة تحمي الطرفين: تعرف أنت ما عليك تجهيزه، ويعرف المورد متى يحق له طلب تغيير.
المراحل ومعايير القبول وشروط الدفع
العرض الذي يقول «التنفيذ وفق خطة يُتفق عليها» يترك أهم سؤال تعاقدي مفتوحًا: متى يُعد العمل منجزًا؟ اطلب جدول مراحل يربط كل مرحلة بمخرج ومعيار قبول ودفعة.
| المرحلة | المخرج | معيار القبول | ارتباط الدفع |
|---|---|---|---|
| المتطلبات والتصميم | وثيقة تهيئة: الهيكل والنماذج والمسارات والمصفوفة | اعتماد مدير HSE وتقنية المعلومات | دفعة أولى محدودة |
| التهيئة ونقل البيانات | بيئة مهيأة بالبيانات المنقولة | مراجعة عينات البيانات واختبار السيناريوهات المتفق عليها | دفعة عند القبول |
| التكاملات | تكاملات تعمل في بيئة الاختبار | اختبار كل تكامل بحالات محددة مسبقًا | دفعة عند القبول |
| الموقع التجريبي والتدريب | موقع يعمل فعليًا ومستخدمون مدربون | تشغيل لفترة متفق عليها دون أعطال حرجة مفتوحة | دفعة عند القبول |
| التوسع | بقية المواقع | تشغيل كل موجة | دفعات مرتبطة بالموجات |
عدد المراحل ونسب الدفعات تتفق عليها مع المورد؛ المهم ألّا يكون الدفع منفصلًا عن الإنجاز. وفي الشروط التجارية اطلب أيضًا: مدة سريان العرض، وهل الأسعار شاملة ضريبة القيمة المضافة، وأساس تسعير التجديد في السنوات التالية، وسعر الوحدة الإضافية (مستخدم أو موقع أو وحدة) طوال مدة العقد.
الاستضافة والدعم والبيانات: ما يُكتب ولا يُفهم ضمنًا
ثلاثة أجزاء تُكتب في العروض المختصرة بكلمة واحدة، وكل منها يحتاج فقرة:
- الاستضافة: نوع النشر (Cloud مُدار، أو Private Cloud، أو On-Premise)، ومكان البيانات، ومن يتحمل النسخ الاحتياطي والتحديثات والمراقبة. في المنصة، كما في صفحة الأمن والاستضافة: في Cloud المُدار بالكامل «التحديثات والنسخ والمراقبة علينا» مع خيار الاستضافة داخل المملكة، وPrivate Cloud بيئة مخصصة للمنشأة وحدها، وOn-Premise تثبيت على خوادم المنشأة «تحت سياسات تقنية المعلومات لديها». وأيًا كان المورد، اطلب أن يحدد العرض الخيار المسعّر وتوزيع هذه المسؤوليات كتابة.
- الدعم: القنوات، وتصنيف الأعطال، وأوقات الاستجابة لكل تصنيف، وساعات التغطية، وما تشمله التحديثات. لتفصيل هذا الجزء راجع SLA نظام HSE والدعم والتدريب.
- البيانات عند انتهاء العقد: ملكية البيانات للمنشأة، وصيغة التصدير، ومدة الاحتفاظ بعد الانتهاء، وطريقة الحذف. صفحة المشتريات ولجان التقييم تذكر ملكية البيانات وتصديرها ضمن ما يُنصح بتضمينه في العقد؛ ابدأ بطلبه في العرض.
الاستثناءات: اطلب أن يُكتب ما لا يشمله العرض
غياب قسم الاستثناءات لا يعني أن العرض يشمل كل شيء؛ يعني أن الخلاف سيظهر لاحقًا. اطلب قائمة صريحة بما هو خارج العرض. أمثلة تظهر عادة:
- الأجهزة الميدانية والملصقات وطباعتها.
- تراخيص أنظمة طرف ثالث مطلوبة للتكامل، مثل أدوات BI أو خدمات الرسائل.
- نقل بيانات أقدم من الفترة المحددة أو من مصادر غير مذكورة.
- تدريب الدفعات اللاحقة بعد الإطلاق.
- تعديلات على نماذج معتمدة بعد قبول مرحلة التصميم.
- البنية التحتية في On-Premise، وتشغيلها.
الاستثناء المكتوب ليس عيبًا في العرض؛ هو دليل على أن المورد فكر في النطاق. العيب أن تكتشفه بعد التوقيع.
قائمة التحقق: أرسلها لكل مورد بالصيغة نفسها
حين يصلك عرض ناقص، لا تطلب «مزيدًا من التفاصيل». أرسل هذه القائمة لكل الموردين في وقت واحد ومهلة واحدة، حتى تبقى المقارنة عادلة:
- قائمة الوحدات المسعّرة بأسمائها، مقسمة بين المرحلة الأولى والمؤجلة.
- المواقع المشمولة وهيكلها.
- تعريف المستخدم المسعّر، وأعداد كل فئة، ومن يستخدم النظام دون حساب.
- جدول امتثال لكل متطلب: متوفر، أو بالإعدادات، أو تطوير خاص، أو غير متوفر.
- سعر منفصل لكل بند تطوير خاص ونطاقه.
- قائمة التكاملات باسم كل نظام واتجاه البيانات وافتراضاته.
- قسم افتراضات مكتوب: البيانات، والنقل، والتكاملات، والتدريب، والبنية، وفريق المنشأة.
- جدول مراحل بمخرجات ومعايير قبول.
- جدول تسعير يفصل ما يُدفع مرة عما يتكرر، على ثلاث سنوات.
- نوع النشر ومكان البيانات ومسؤوليات البنية.
- مستوى الخدمة للدعم وما تشمله التحديثات.
- خطة التدريب لكل فئة مستخدمين ولغاتها.
- قائمة الاستثناءات.
- شروط الدفع مرتبطة بالمخرجات، ومدة سريان العرض، وأساس التجديد.
- ملكية البيانات وتصديرها عند انتهاء العقد.
- آلية طلبات التغيير وطريقة تسعيرها.
إن كانت منشأتك تطرح منافسة رسمية، فاكتب هذه البنود في الكراسة من البداية كما يشرح دليل كتابة RFP لنظام HSE، فتصلك العروض مكتملة. وحين تكتمل العروض، تأتي خطوة تطبيعها ووزنها في مقارنة عروض أسعار برامج HSE. أما ما يصلك من منصتنا عند طلب عرض السعر، فهو عرض فني بالنطاق والوحدات والتكاملات والنشر والأمن وخطة التطبيق والتدريب والدعم، وعرض تجاري بمكونات التكلفة مفصلة، وخطة تطبيق بالمراحل والأدوار والمخرجات، وجدول امتثال بندًا بندًا عند وجود كراسة. وتشرح صفحة سعر نظام HSE المعلومات التي تجهزها ليُبنى العرض على نطاقك الفعلي.
الأسئلة الشائعة
ليس بالضرورة. كثير من الموردين يرسلون عرضًا أوليًا حين يكون الطلب عامًا أو قبل جلسة متطلبات. لكن المورد الذي يرفض تفصيل العرض بعد طلب مكتوب واضح، أو يجيب «متوفر» عن كل شيء دون استعداد لعرضه، إشارة تستحق الوزن في التقييم.
اطلب فصلها. الدعم متكرر والتطبيق والتدريب يُدفعان غالبًا مرة واحدة، وجمعها يخفي تكلفة السنة الثانية. كما أن فصلها يسمح لك بالتفاوض على كل بند، وبمعرفة ما يتغير إن أضفت مواقع أو مستخدمين لاحقًا.
هذا متوقع، وهو سبب طلب كتابتها. وحّدها بإرسال افتراضاتك أنت: من يجهز البيانات، وكم سنة تُنقل، وكم جلسة تدريب. ثم اطلب من كل مورد إعادة التسعير على الافتراضات الموحدة، أو تسعير الفرق بين افتراضه وافتراضك.
نعم إن كان القرار لم يُحسم بعد داخل منشأتك، بشرط أن يأتي كل بديل خيارًا مستقلًا بجدول تسعيره ومسؤولياته وافتراضاته، لا ملاحظة في الهامش. خيار On-Premise مثلًا يحتاج افتراضات البنية وما تشمله الصيانة، ولا يُقارن بالسحابي إلا بعد إضافة تكلفة الخوادم وتشغيلها لديك. وحدد عدد البدائل المسموح بها في الطلب، حتى لا يصلك من كل مورد خمسة عروض لا تقارن.
لا توجد مدة واحدة؛ المهم أن تكون مكتوبة وأن تغطي فترة التقييم والاعتماد لديك. إن كانت دورة الاعتماد طويلة، فاطلب مدة سريان تناسبها من البداية، أو آلية واضحة لتحديث العرض إن انتهت.
يفيد ذلك في المشاريع الكبيرة: الأدوار المخصصة للمشروع، وخبرة كل دور، ومن مدير المشروع من جانب المورد. وإن لم تُذكر الأسماء في العرض، فاطلب على الأقل الأدوار وعددها ونسبة تفرغها.