20 سؤالًا يجب طرحها أثناء العرض التجريبي لنظام الموافقات
العرض التجريبي لنظام الموافقات ليس عرضًا تشاهده، بل اختبارًا تديره أنت. الأسئلة العشرون التالية موزّعة على ستة محاور — بناء المسارات، الصلاحيات، التكامل، الأمن، التقارير، الدعم والتسعير — تكشف الفرق بين مورّد يبيعك شرائح جميلة ومورّد يشغّل إجراءك الفعلي أمامك. اطبع القائمة، واطلب أن يُنفَّذ كل شيء مباشرة لا أن يُوصف.
لماذا تُدار جلسة العرض بأسئلة؟
أغلب جلسات العرض التجريبي تفشل في مهمتها الوحيدة: التمييز بين الموردين. سبب الفشل أن المورّد هو من يقود الجلسة، فيريك ما يتقنه ويتجنّب ما يعجز عنه. تخرج بانطباع جيد عن الجميع، ثم تكتشف الفروق بعد التوقيع — حين يصعب التراجع.
الحل أن تقلب المعادلة: أنت من يقود، بقائمة أسئلة محددة مسبقًا، وإجراء فعلي من منشأتك يُنفَّذ أمامك لا شرائح جاهزة. السؤال الجيد لا يُجاب عنه بكلام، بل بفعل: «أرِني الآن»، لا «هل يمكنكم؟». كل مورّد سيقول «نعم يمكننا» — الفرق أن الجيد ينفّذها في دقيقتين والضعيف يعدك بها «في نسخة قادمة».
اطلب أن يُبنى إجراء واحد من إجراءاتك الحقيقية مباشرة خلال الجلسة، لا أن يُعرض إجراء جاهز أعدّه المورّد. ما يُبنى أمامك يكشف سهولة الأداة الفعلية؛ وما يُعرض جاهزًا يكشف مهارة فريق المورّد لا سهولة المنتج. راجع أفضل الإجراءات لتجربتها في العرض التجريبي.
قبل الجلسة، جهّز مواصفاتك مكتوبة حتى تقارن الموردين على أرضية واحدة. اطّلع على كيف تكتب مواصفات طلب عروض نظام سير العمل ومعايير اختيار أفضل نظام سير عمل في السعودية.
قبل الدخول في الأسئلة، هذه خريطة المحاور الستة وما يقيسه كل منها — استخدمها لتوزيع الوقت على الجلسة:
| المحور | عدد الأسئلة | ما الذي يكشفه |
|---|---|---|
| بناء المسارات بلا برمجة | 4 | هل تبقى رهينة المورّد بعد الشراء؟ |
| الصلاحيات والتفويض | 3 | هل يحمي النظام من التجاوز ويمنع توقف العمل؟ |
| التكامل والواجهات | 3 | هل يلغي الإدخال المزدوج فعلًا؟ |
| الأمن والاستضافة | 3 | هل يدعم متطلباتك أم يعرقلها؟ |
| التقارير وسجل التدقيق | 3 | هل تحصل على مرجع قابل للقياس والاعتماد؟ |
| الدعم والتسعير والتنفيذ | 4 | كيف ستكون تجربتك بعد التوقيع؟ |
المحور 1: بناء المسارات والتعديل بلا برمجة
هنا يعيش أكبر فرق بين الموردين. النظام الذي يتطلب مبرمجًا لكل تعديل سيجعلك رهينة المورّد بعد الشراء. اطرح هذه الأسئلة الأربعة، واطلب التنفيذ الحيّ لكل واحد:
- ابنوا نموذج طلب جديدًا الآن أمامنا: كم حقلًا في الدقيقة؟ ومن يبنيه — موظف أعمال أم مطوّر؟
- أضيفوا خطوة اعتماد جديدة إلى مسار قائم دون إيقاف الطلبات الجارية: هل يقبلها النظام أم يتطلب إعادة بناء؟
- اجعلوا مسارًا يتفرّع حسب المبلغ: طلب أقل من 10,000 ريال يعتمده المدير المباشر، وما فوقها يمر بالمالية. أرونا بناء الشرط.
- عدّلوا حقلًا إلزاميًا وأضيفوا حقلًا شرطيًا يظهر عند اختيار معيّن: بكم نقرة، ودون كتابة كود؟
إذا كانت الإجابة عن أي من هذه الأسئلة «نرتب لكم جلسة مع الفريق التقني لعمل هذا التعديل»، فأنت تشتري خدمة برمجة مغلّفة كمنتج. كل تغيير مستقبلي سيمرّ بطلب عمل وتكلفة وانتظار.
المحور 2: الصلاحيات والتفويض
الصلاحيات هي ما يحمي المنشأة من تجاوز الاعتمادات، والتفويض هو ما يمنع توقف العمل عند غياب معتمد. الأسئلة الثلاثة:
- أنشئوا مصفوفة صلاحيات: مدير القسم يرى طلبات قسمه فقط، والمالية ترى القيم دون البيانات الشخصية. أرونا التحكم على مستوى الحقل لا الشاشة فقط.
- فعّلوا تفويضًا مؤقتًا بتاريخ بداية ونهاية: هل يبقى الأصيل مرئيًا في السجل؟ وهل يعود الدور تلقائيًا بعد انتهاء المدة؟
- اختبروا التصعيد التلقائي: ماذا يحدث للطلب إن لم يُسجَّل تفويض وتأخّر المعتمد عن مهلته؟
هذا المحور مرتبط مباشرة بقرار الاقتناء الأوسع بين المنتج الجاهز والحل المخصّص؛ فبعض الأنظمة الجاهزة صلاحياتها جامدة. راجع الفرق بين نظام الموافقات الجاهز والمخصّص.
المحور 3: التكامل والواجهات
نظام الموافقات المعزول يخلق إدخالًا مزدوجًا للبيانات. القيمة الحقيقية تظهر حين يقرأ الهيكل الإداري من الموارد البشرية ويدفع النتائج إلى النظام المالي. الأسئلة الثلاثة:
- كيف تتكاملون مع نظام الموارد البشرية والنظام المالي لدينا؟ عبر واجهة برمجية REST جاهزة أم تطوير لكل حالة؟ أرونا توثيق الواجهات.
- عند اعتماد طلب صرف، هل يُنشأ قيد أو أمر دفع في النظام المالي تلقائيًا؟ أم يُعاد إدخاله يدويًا؟
- ماذا يحدث إن فشل التكامل لحظيًا؟ هل يوقف الطلب أم يعيد المحاولة ويسجّل الفشل؟
أفضل سؤال في هذا المحور: «أرونا ربطًا حيًّا يعمل الآن مع نظام مشابه لنظامنا». المورّد الذي يملك تكاملات فعلية سيعرضها في دقائق؛ والذي يجيب بـ«الواجهات جاهزة وسنطوّر الربط في مرحلة التنفيذ» يبيعك احتمالًا لا قدرة مثبتة.
المحور 4: الأمن والاستضافة والامتثال
الصياغة هنا دقيقة: النظام يساعد على تلبية المتطلبات، ولا يضمن امتثالك — الامتثال مسؤولية منشأتك. لكن الأداة إمّا تدعمك أو تعرقلك. الأسئلة الثلاثة:
- أين تُستضاف بياناتنا؟ هل يوجد خيار استضافة داخل المملكة، ومن يملك صلاحية الوصول لقاعدة البيانات من جهتكم؟
- كيف تدعمون متطلبات حماية البيانات والتحكم بالوصول؟ تشفير أثناء النقل والتخزين، وتوثيق الدخول، وسياسة النسخ الاحتياطي.
- هل تدعمون الدخول الموحّد (SSO) والتحقق بخطوتين؟ وكيف تُدار كلمات المرور وصلاحيات المسؤول الأعلى؟
قرار الاستضافة نفسه — سحابية أم داخلية — يؤثر على التكلفة والتحكم معًا، وقد يحسم اختيارك بين موردين. وازن بينهما قبل الجلسة عبر العوامل التي تحدد سعر نظام سير العمل.
المحور 5: التقارير وسجل التدقيق
بلا تقارير، تشتري نظام تحريك طلبات لا نظام تحسين إجراءات. وبلا سجل تدقيق سليم، لا تملك مرجعًا عند الخلاف. الأسئلة الثلاثة:
- استخرجوا الآن تقرير متوسط زمن الاعتماد لكل خطوة: أين الاختناق؟ ومن أطول المعتمدين تأخّرًا؟
- أرونا سجل التدقيق لطلب مكتمل: هل يوثّق كل حدث بختم زمني وهوية؟ والسؤال الحاسم: هل يستطيع مدير النظام تعديل السجل أو حذف قيد منه؟
- هل نبني تقاريرنا بأنفسنا؟ أم كل تقرير جديد يتطلب طلبًا لكم؟ وهل يُصدَّر إلى Excel وPDF؟
حين تسأل «هل يمكن تعديل سجل التدقيق؟» الإجابة المقبولة الوحيدة هي «لا، السجل غير قابل للتعديل حتى من المسؤول الأعلى». أي إجابة أخرى تعني أن سجلك لا يصلح مرجعًا عند مراجعة أو نزاع.
المحور 6: الدعم والتسعير والتنفيذ
المحور الأخير يحكم تجربتك بعد التوقيع لسنوات. الأسئلة الأربعة:
- ما نموذج التسعير بالضبط؟ لكل مستخدم أم لكل إجراء أم ترخيص ثابت؟ وما المشمول وما يُحتسب إضافيًا؟
- كم تكلفة التنفيذ والتدريب الأولي؟ ومن يبني الإجراءات الأولى — أنتم أم نحن؟ وما مدة التطبيق المتوقعة لأول إجراء؟
- ما مستويات الدعم وأوقات الاستجابة؟ وهل الدعم بالعربية؟ وما قناة رفع البلاغات وزمن حل العطل الحرج؟
- ماذا يحدث لبياناتنا إن أردنا الخروج؟ هل نستخرجها كاملة بصيغة مفتوحة، أم نبقى محتجزين داخل النظام؟
التسعير المعلن في العرض نادرًا ما يساوي التكلفة الإجمالية. افهم الفرق قبل التفاوض عبر العوامل التي تحدد سعر نظام سير العمل.
مثال تطبيقي: جلسة عرض مُدارة
لجنة شراء في شركة مقاولات بالرياض أرادت اعتماد نظام موافقات لأوامر التغيير. بدل مشاهدة عرض جاهز، أرسلت اللجنة للمورّد إجراءها الفعلي مسبقًا وطلبت بناءه حيًّا أمامها. سارت الجلسة هكذا:
النتيجة؟ أحد الموردين بنى النموذج وعدّل حد الاعتماد أمام اللجنة في أقل من خمس دقائق، واستخرج تقرير الزمن فورًا. مورّد آخر قال إن تعديل الحد «يحتاج جلسة تقنية لاحقة» وإن سجل التدقيق «قابل للتعديل من المسؤول». الفرق الذي كان سيظهر بعد التوقيع، ظهر في الجلسة — وهذا هدف العرض المُدار كله.
استعن بهذا الجدول المرجعي أثناء تقييم أخطر خمسة أسئلة؛ قارن كل إجابة بما يجب أن تسمعه وما يجب أن يقلقك:
| السؤال | الإجابة الجيدة | علامة تحذير |
|---|---|---|
| ابنوا نموذجًا الآن أمامنا | يبنيه موظف أعمال بالسحب والإفلات في دقائق | «نرتب لكم جلسة مع الفريق التقني» |
| عدّلوا حد الاعتماد أثناء الجلسة | تعديل مباشر بنقرات دون كتابة كود | «هذا نطوّره لكم في مرحلة التنفيذ» |
| هل يمكن تعديل سجل التدقيق؟ | «لا، غير قابل للتعديل حتى من المسؤول الأعلى» | «نعم، للمسؤول صلاحية التعديل» |
| أرونا تكاملًا حيًّا مع نظام مالي | ربط فعلي يعمل يُعرض في دقائق | «الواجهات جاهزة وسنطوّر الربط لاحقًا» |
| كيف نستخرج بياناتنا عند الخروج؟ | تصدير كامل بصيغة مفتوحة في أي وقت | غموض أو «البيانات داخل النظام فقط» |
الأسئلة الشائعة
كم عرضًا تجريبيًا ينبغي أن أحضر قبل القرار؟
ثلاثة عروض غالبًا كافية: تكفي للمقارنة دون أن تُغرقك التفاصيل. الشرط أن تُدير الثلاثة بالقائمة نفسها والإجراء الحقيقي نفسه، حتى تقارن على أرضية واحدة لا على انطباعات متفرقة. أكثر من خمسة عروض عادة يطيل القرار دون أن يضيف تمييزًا جوهريًا، ويستنزف وقت لجنتك.
هل أطلب إجراءً حقيقيًا من منشأتي أم أكتفي بالعرض الجاهز؟
اطلب إجراءً حقيقيًا دائمًا. العرض الجاهز صمّمه المورّد ليخفي نقاط ضعف منتجه ويبرز مهارة فريقه. أما إجراؤك الفعلي — بحقوله وشروطه وحدوده المالية — فيكشف هل الأداة سهلة فعلًا وهل تناسب تعقيدك الحقيقي. أرسل الإجراء مسبقًا واطلب بناءه مباشرة أمامك خلال الجلسة.
ما أخطر علامة تحذير يجب الانتباه لها؟
عبارة «هذا نطوّره لكم في مرحلة التنفيذ» أو «يحتاج جلسة مع الفريق التقني». حين تتكرر هذه الإجابة عن أسئلة أساسية مثل بناء نموذج أو تعديل حد اعتماد، فأنت تشتري خدمة برمجة لا منتجًا جاهزًا. كل تعديل مستقبلي سيصبح طلب عمل بتكلفة وانتظار، وستبقى رهينة المورّد.
هل أشرك الفريق التقني في العرض أم فريق الأعمال فقط؟
أشرك الاثنين بأدوار واضحة. فريق الأعمال يحكم على سهولة بناء الإجراءات ومطابقتها للواقع، والفريق التقني يحكم على التكامل والأمن والاستضافة وسجل التدقيق. اجعل صاحب الإجراء نفسه يجرّب البناء بيده أثناء الجلسة؛ فإن عجز موظف الأعمال عن بناء نموذج بسيط، فالادعاء بأن النظام «بلا برمجة» غير دقيق.
كيف أوثّق نتائج العروض للمقارنة بينها؟
استخدم جدول تقييم موحّدًا: صفٌّ لكل سؤال من العشرين، وعمود لكل مورّد، والخلية إمّا «نُفِّذ مباشرة» أو «وُعد به» أو «علامة تحذير». هذا يحوّل الانطباعات إلى بيانات قابلة للمقارنة، ويحمي قرار اللجنة من التأثر بالمورّد الأكثر لباقة لا الأكثر قدرة. احتفظ بالجدول مرجعًا في مرحلة التفاوض.
ملخص سريع
العرض التجريبي فرصتك الوحيدة لاختبار النظام قبل الالتزام، لا لمشاهدته. أدِر الجلسة بعشرين سؤالًا موزّعة على ستة محاور — البناء، الصلاحيات، التكامل، الأمن، التقارير، الدعم والتسعير — واطلب تنفيذ كل شيء حيًّا لا وصفه. ميّز بين «نفّذها الآن» و«سنطوّرها لاحقًا»، ووثّق كل إجابة في جدول موحّد. هكذا يظهر الفرق بين الموردين قبل التوقيع لا بعده.
جرّب النظام على إجراء من إجراءاتك
اطلب عرضًا توضيحيًا مخصصًا: اختر إجراءً حقيقيًا من منشأتك ونُريك كيف يعمل داخل النظام من التقديم حتى الاعتماد.