حدّد ما الذي تشتريه بالضبط
عبارة «برنامج تقييم الموظفين» تُستخدم في السوق لثلاثة أشياء مختلفة تماماً، وخلطها في طلب العرض يجعل المزوّدين يردّون على أسئلة لم تطرحها:
- تقييم العملاء لخدمة الموظف: العميل يقيّم الخدمة التي تلقّاها من موظف أو فرع بعد انتهائها. هذا ما يقدمه قياس+.
- تقييم الأداء الوظيفي: المدير يقيّم الموظف على أهداف وكفاءات ضمن دورة الموارد البشرية السنوية.
- قياس رضا الموظفين: الموظف نفسه يعبّر عن رضاه عن بيئة عمله، بمؤشرات مثل eNPS.
اكتب في أول سطر من طلب العرض أن المطلوب قياس رأي العملاء في الخدمة المقدمة، وربطه بالفرع والموظف الذي خدمهم. هذا وحده يستبعد عروضاً لأنظمة موارد بشرية لا تناسب حاجتك، ويوضح للمزوّد المناسب ما المتوقع منه.
ورقة المتطلبات: البنود الأساسية
انسخ هذا الجدول إلى طلب العرض واملأ عمود «وضعكم» قبل إرساله. العمود الثالث يوضح لماذا يحتاج المزوّد هذه المعلومة.
| البند | ماذا تكتب | لماذا يهم | وضعكم |
|---|---|---|---|
| الفروع | عددها ومدنها، والخطة المتوقعة للتوسع | يحدد حجم الإعداد والتقارير والصلاحيات | |
| الموظفون المعنيون | تقدير عدد من يقدّمون خدمة مباشرة للعملاء | كل موظف يُقاس يحتاج رمزاً أو رابطاً وإعداداً | |
| نقاط القياس | رمز للفرع، أو لكل خدمة، أو لكل موظف | يحدد دقة الإسناد وحجم الطباعة والتدريب | |
| الخدمات | قائمة الخدمات التي تريد قياسها منفصلة | تحدد النماذج والتقارير حسب الخدمة | |
| القنوات | QR في المكان، رابط عبر واتساب أو SMS أو البريد، داخل تطبيقكم | القنوات المرسلة قد تضيف رسوم مزوّد الرسائل | |
| الأدوار | من يرى ماذا: إدارة عليا، جودة، مدير فرع، مشرف، موظف | تحدد هيكل الصلاحيات | |
| التقارير | التقارير المطلوبة ودوريتها ومستلموها | التقارير المخصصة جزء من النطاق | |
| التنبيهات | حد التقييم المنخفض، ومن يُنبَّه، وعبر أي قناة | تحدد مسار المعالجة اليومية | |
| التكامل | الأنظمة التي سيُطلق منها رابط التقييم أو تُستورد منها البيانات | الربط يُقدَّر بعد مراجعة إمكانات نظامكم | |
| اللغة | عربي، إنجليزي، أو الاثنان | يؤثر على النماذج والتقارير | |
| الاستضافة | سحابية أو داخلية على خوادمكم، ومتطلبات أمن البيانات | يغيّر طريقة التنفيذ والتشغيل | |
| الهوية | الشعار والألوان، والنطاق الفرعي إن رغبتم | يرفع ثقة العميل بصفحة التقييم | |
| الخصوصية | تقييم مجهول أم مرتبط برقم جوال | يحدد ما يُجمع من بيانات العملاء |
الفروع ونقاط القياس والقنوات
أهم قرار في ورقة المتطلبات هو مستوى الإسناد: هل تريد معرفة رضا العملاء عن الفرع ككل، أم عن كل خدمة، أم عن كل موظف؟ رمز واحد عند مخرج كل فرع أبسط وأسرع تنفيذاً، لكنه لا يخبرك من قدّم الخدمة. ورمز ورابط لكل موظف يعطيك الصورة الأدق، لكنه يحتاج إعداداً وطباعة وتدريباً أكثر، ويحتاج سياسة واضحة لما يراه الموظف من تقييماته.
بعدها صف القنوات حسب نقاط الخدمة الحقيقية: الخدمة الحضورية في الفروع تناسبها رموز QR، والخدمة عن بُعد مثل مراكز الاتصال والزيارات الميدانية والتوصيل يناسبها رابط يُرسل بعد انتهاء الخدمة. فصّلنا هذا القرار في مقال QR في المكان أم رابط برسالة بعد الخدمة؟. اذكر في الطلب أيضاً هل لديكم تطبيق لعملائكم تريدون دمج التقييم داخله.
الأدوار والتقارير
بدلاً من كتابة «نحتاج تقارير شاملة»، صف من سيقرأ ماذا ولماذا. مثلاً:
- الإدارة العليا: مقارنة الفروع واتجاه الرضا عبر الأشهر، في تقرير دوري يصل دون الحاجة لتسجيل الدخول.
- إدارة الجودة: كل الفروع، والتقييمات السلبية مع حالة معالجتها، وتحليل الملاحظات النصية المتكررة.
- مدير الفرع: فرعه فقط، وأداء موظفيه، وتنبيه فوري بالتقييم المنخفض.
- المشرف: فريقه، مع صلاحية تصدير محدودة.
- الموظف: ما تقرره سياستكم، من المتوسط وحده إلى لا شيء.
واذكر صيغ التصدير التي تحتاجونها، مثل Excel للتحليل وPDF للعرض، وهل تحتاجون رابط قراءة فقط لمشاركة لوحة مع جهة ما. ولمعرفة شكل هذه التقارير عملياً، راجع صفحة لوحة التحكم والتقارير.
التكامل مع أنظمتك
أكثر بند يُهمل في طلبات العرض ثم يظهر بعد التوقيع هو الربط. إذا كنت تريد أن يصل رابط التقييم للعميل تلقائياً بعد إغلاق التذكرة أو انتهاء الموعد أو تسليم الطلب، فهذا يحتاج ربطاً مع النظام الذي يحدث فيه ذلك الإغلاق. اكتب في الطلب:
- اسم النظام القائم ونوعه: تذاكر دعم، حجز مواعيد، إدارة علاقات العملاء، نقاط بيع، تخطيط موارد.
- الحدث الذي يجب أن يُطلق رابط التقييم، مثل «إغلاق التذكرة» أو «انتهاء الموعد».
- البيانات التي يجب أن يحملها التقييم من ذلك النظام: الموظف، الفرع، الخدمة، رقم الطلب.
- هل يملك نظامكم واجهة برمجية أو خطافات أحداث، ومن الجهة التي تديره.
- هل تريدون استيراد الموظفين والفروع من نظام الموارد البشرية بدل إدخالهم يدوياً.
- هل تريدون إرسال النتائج إلى نظام آخر، مثل نظام تقييم الأداء أو لوحة إدارية قائمة.
هذه المعلومات لا تحدد إمكانية الربط فقط، بل حجمه أيضاً. لذلك يُقدَّر الربط عادة بعد مراجعة إمكانات نظامك، كما نوضح في صفحة عوامل التكلفة.
الاستضافة والهوية والبيانات
حدّد في الطلب سياستكم في موقع البيانات: هل تقبلون استضافة سحابية يديرها المزوّد، أم تشترطون التثبيت على خوادمكم الداخلية؟ الجهات ذات المتطلبات الأمنية الصارمة تحتاج قول ذلك صراحة من البداية، لأن الخيار يغيّر طريقة التنفيذ. واذكر متطلبات الهوية البصرية: صفحة تقييم بشعاركم وألوانكم، ورموز QR بشعار الجهة، وربما نطاق فرعي خاص بكم، حتى لا يشعر العميل أنه يغادر إلى موقع مجهول.
وأضف بند خصوصية العملاء: هل يكون التقييم مجهولاً بالكامل، أم يمكن ربطه برقم الجوال لمتابعة الشكاوى؟ وهل يجوز للموظف معرفة من قيّمه؟ هذه قرارات سياسة يجب أن يدعمها النظام لا أن يفرضها.
أسئلة توجّهها للمزوّدين
ضع هذه الأسئلة في نهاية طلب العرض واطلب إجابة مكتوبة على كل منها، فالإجابات تكشف الفروق بين العروض أكثر من قوائم المزايا:
- التقييمات المتكررة: كيف يتعامل النظام مع عدة تقييمات من الجهاز أو الرابط نفسه في وقت قصير؟ هل يمنعها أم يكتشفها وينبّه؟ وهل يمكن عرض ذلك عملياً؟
- ملكية البيانات: من يملك التقييمات وبيانات العملاء؟ وهل يمكن تصدير كل البيانات الخام في أي وقت وبصيغة قابلة للاستخدام؟
- نهاية التعاقد: ماذا يحدث للبيانات عند انتهاء العقد أو عدم تجديده؟ وفي أي صيغة تُسلَّم؟
- طريقة الحساب: كيف يُحسب متوسط الفرع، وهل يشمل تقييمات الموظفين ورمز الفرع معاً؟
- تعديل النماذج: هل يمكن تغيير الأسئلة بعد طباعة الرموز دون إعادة طباعتها؟
- الصلاحيات: هل يمكن تقييد كل مدير بنطاقه فقط، وتحديد ما يراه الموظف من تقييماته؟
- التنبيهات: ما القنوات المتاحة للتنبيه، وهل يوجد تنبيه للتراجع المستمر لا للتقييم المنفرد فقط؟
- رسوم الرسائل: كيف تُحتسب رسائل SMS وواتساب إن اخترناها، وهل تُدفع للمزوّد أم لجهة الرسائل مباشرة؟
- الإعداد والتدريب: ما الذي يشمله الإعداد لمرة واحدة، وما الذي يتكرر من اشتراك ودعم وتحديثات؟
- البدء التدريجي: هل يمكن البدء بفرع تجريبي ثم التوسع على الإعدادات نفسها؟
نصيحة: اطلب أن يُفصَل العرض المالي إلى بنود: ما يُدفع لمرة واحدة، وما يتكرر، وما يعتمد على الاستخدام، وما يُطلب عند الحاجة. هكذا تقارن العروض بنداً ببند بدل مقارنة رقم إجمالي بآخر.
خلاصة سريعة
- اكتب صراحة أن المطلوب قياس رأي العملاء في الخدمة، لا تقييم أداء وظيفي ولا رضا موظفين.
- صف الفروع ونقاط القياس والقنوات من واقع خدمتكم.
- حدّد الأدوار والتقارير بمن يقرأ ماذا ولماذا.
- فصّل الربط: النظام القائم، والحدث المُطلق، والبيانات المنقولة.
- اسأل عن التقييمات المتكررة وملكية البيانات وتصديرها قبل التوقيع.
الأسئلة الشائعة
هل نحتاج طلب عرض رسمياً أم يكفي التواصل المباشر؟
يكفي التواصل المباشر للجهات الصغيرة، بشرط أن تقدّم المعلومات نفسها: عدد الفروع، وتقدير عدد الموظفين المعنيين، والقناة المفضلة، والحاجة إلى ربط. أما المقارنة بين أكثر من مزوّد فتحتاج ورقة مكتوبة موحدة ترسلها للجميع.
ماذا لو لم نعرف بعد مستوى الإسناد المطلوب؟
اطلب العرض على خيارين: رمز للفرع وآخر للموظف، أو ابدأ بفرع تجريبي يقيس على مستوى الموظف ثم قرّر التعميم بعد رؤية النتائج.
هل يمكن أن يحل هذا النظام محل نظام تقييم الأداء لدينا؟
لا. هو يقيس رأي العملاء في الخدمة، ويُستخدم مدخلاً في تقييم الأداء إلى جانب رأي المدير ومؤشرات العمل الأخرى. يمكن تصدير نتائجه أو ربطها بنظام تقييم الأداء القائم، لكنه لا يستبدله.
هل ننشر رقماً تقديرياً للميزانية في طلب العرض؟
هذا قرار داخلي لكل جهة. الأهم أن يكون النطاق واضحاً ومفصلاً، لأن عدد الفروع ونقاط القياس والقنوات والربط هي ما يحدد العرض فعلاً.
اقرأ أيضاً
جهّزت ورقة المتطلبات؟ أرسلها لنا مع طلب العرض التجريبي، ونراجع نطاقك ونرسل عرضاً فنياً ومالياً مكتوباً، مع جلسة نريك فيها تقييماً عبر QR وتقرير فرع.
