- العرض التوضيحي الذي يديره المورد وحده يُظهر أفضل ما في نظامه، لا ما يناسب منشأتك. الحل أن تكتب أنت سيناريو العرض، وترسله لكل مورد قبل الجلسة بأسبوع على الأقل، مع عينة بيانات موحدة.
- السيناريو الجيد سلسلة مشاهد مأخوذة من عملكم الفعلي، في كل مشهد ما يجب أن تراه، و«تعقيد» واحد يكشف الفرق بين نظام يعمل ونظام يُشرح.
- خصص جزءًا من الجلسة لتعديل حي غير معلن المحتوى، ولمشاهد يتولى فيها مستخدم من فريقك الفأرة بنفسه.
- قيّم كل مشهد بنوع الدليل لا بالانطباع: نُفذ حيًا، أو نُفذ بتعديل أمامك، أو شُرح دون تنفيذ، أو لم يُعرض. واملأ البطاقات فرديًا قبل أي نقاش.
هذه المقالة أداة لفريق التقييم في المنشأة، تصلح لأي مورد CRM. تشرح كيف تحوّل العرض التوضيحي من عرض تسويقي عام إلى اختبار ملاءمة: كيف تكتب سيناريو العرض ومشاهده، وما القواعد التي ترسلها للمورد، وكيف تدار الجلسة، وكيف تُسجَّل الأدلة في بطاقة تقييم لكل مشهد، مع مثال لسيناريو كامل.
لماذا لا يكفي العرض الذي يعدّه المورد؟
كل مورد لديه عرض جاهز مصقول، يمر فيه بسلاسة على أقوى وحداته، ببيانات مصممة لتبدو فيها التقارير ممتلئة ومرتبة. هذا العرض مفيد للتعرف على النظام، لكنه لا يجيب عن سؤالك الحقيقي: هل سيعمل هذا النظام بطريقتنا؟ وهناك ثلاثة أسباب تجعله غير كافٍ للتقييم:
- البيانات ليست بياناتك: أسماء عملاء أجنبية أو مثالية، ومنتجات بسيطة، ولا عميل له ثلاثة فروع أو اسم يُكتب بصيغتين.
- المسار ليس مسارك: يعرض المورد دورة بيع افتراضية، ويتجاوز ما لا يجيده بسلاسة، كالاعتماد المتعدد أو التسليم بين الإدارات.
- لا يمكن المقارنة: كل مورد يعرض أشياء مختلفة بترتيب مختلف، فيخرج فريقك بانطباعات عن «العرض الأجمل» لا بأدلة على «الملاءمة الأعلى».
العلاج أن يكتب المشتري السيناريو، ويفرضه بالشروط نفسها على جميع الموردين في القائمة القصيرة. عندها يصبح العرض التوضيحي امتدادًا لوثيقة المتطلبات، وتصبح بطاقات التقييم قابلة للمقارنة مشهدًا بمشهد. وموقع هذه المرحلة ضمن مسار الاختيار الكامل موضح في مقالة كيف تختار نظام CRM لشركتك في السعودية.
كيف تكتب سيناريو العرض؟
السيناريو ليس قائمة وظائف («أرونا التقارير»)، بل قصة عمل متصلة تمر بها سجلات حقيقية من البداية إلى النهاية، مقسمة إلى مشاهد. كل مشهد يُكتب بأربعة عناصر:
- الموقف
ما الذي يحدث في منشأتك بلغة العمل: «تصل رسالة واتساب من مدير مرافق في مجمع تجاري يسأل عن كاميرات لثلاثة فروع».
- ما يجب أن تراه
النتيجة المطلوبة داخل النظام، بصياغة يمكن التحقق منها: سجل جديد، بمصدره، مسند إلى من، وماذا يظهر فيه.
- التعقيد
تفصيلة من واقعكم تكسر المسار السهل: العميل موجود مسبقًا باسم مكتوب بطريقة أخرى، أو الخصم يتجاوز صلاحيتين لا واحدة.
- من يقيّم
من فريقك يملك الحكم على هذا المشهد: مدير المبيعات للفرص، والمالية للاعتماد، وتقنية المعلومات للصلاحيات.
التعقيد هو أهم عنصر في المشهد. أي نظام يستطيع إنشاء عميل جديد، لكن ليس كل نظام يكتشف أن «مؤسسة عبدالله للتجارة» هي نفسها «مؤسسة عبد الله التجارية» المسجلة قبل سنة. وأي نظام يستطيع إرسال طلب اعتماد، لكن ليس كل نظام يمنع إرسال العرض قبل اكتمال مستويين من الاعتماد. التعقيد مأخوذ دائمًا من حالة وقعت عندكم، ولهذا يكشف ما لا تكشفه قائمة الوظائف.
وأرفق بالسيناريو عينة بيانات موحدة لجميع الموردين: عشرون عميلًا تقريبًا بينهم حالات تكرار مقصودة وعميل متعدد الفروع، وعدد محدود من المنتجات والخدمات بقائمتي أسعار، وأسماء أدوار فريقك. أزل منها أي بيانات حساسة، أو أنشئها بأسماء مقاربة لواقعكم. البيانات الموحدة وحدها تزيل نصف الفروق غير العادلة بين العروض.
مثال: سيناريو عرض من تسعة مشاهد
مثال توضيحيمنشأة افتراضية توّرد وتركّب أنظمة المراقبة والإنذار للمنشآت التجارية، ثم تبيع عقود صيانة سنوية. لديها فرعان في الرياض وجدة، ومندوبون ميدانيون، وفريق تركيب، وفريق صيانة. مدة الجلسة المقترحة ساعتان، منها خمس عشرة دقيقة أسئلة في النهاية.
- 1. استفسار واتساب من رقم جديد (10 دقائق)يُنشأ سجل بمصدره ويُسند إلى مندوب فرع الرياض حسب المدينة. التعقيد: الجهة مسجلة سابقًا باسم مكتوب بصيغة أخرى.مدير المبيعات
- 2. التأهيل والتحويل (10 دقائق)تحويل الاستفسار إلى عميل وجهة اتصال وفرصة دون إعادة إدخال. التعقيد: العميل له ثلاثة فروع ويريد عرضًا موحدًا.مدير المبيعات
- 3. عرض سعر بخصم يتجاوز الصلاحية (15 دقيقة)إصداران للعرض، وخصم يمر بمستويي اعتماد، واعتماد من الجوال. التعقيد: لا يُرسل العرض قبل اكتمال الاعتماد.المالية ومدير المبيعات
- 4. الفوز والتسليم للتركيب (10 دقائق)تحويل العرض المقبول إلى عقد، ومهمة تسليم لفريق التركيب بنطاق العمل. التعقيد: عقد صيانة سنوي يبدأ بعد التركيب بتاريخ تجديد.مدير العمليات
- 5. بلاغ عطل على عقد صيانة ساري (10 دقائق)تذكرة بمستوى خدمة العقد، وتظهر لمدير الحساب في ملف العميل. التعقيد: البلاغ من فرع العميل في جدة.مدير الخدمة
- 6. يوم المندوب من الجوال (10 دقائق)يتولى مندوب من فريقك الجهاز: مهام اليوم، وتسجيل زيارة ونتيجتها، وتحديد الخطوة التالية.مندوب من الفريق
- 7. لوحة الإدارة وتقرير جديد (15 دقيقة)الفرص حسب المرحلة والفرع، والفرص الراكدة، ثم بناء تقرير بسيط لم يُطلب مسبقًا أمام الحضور.المدير العام
- 8. التعديل الحي والصلاحيات (15 دقيقة)تعديل يُعلن في الجلسة نفسها، ثم محاولة مندوب الرياض فتح عملاء فرع جدة وتصدير القائمة.تقنية المعلومات
- 9. البيانات والتكامل (10 دقائق)أين تظهر حالة الفواتير من النظام المحاسبي، وكيف تُصدَّر البيانات كاملة بمرفقاتها.تقنية المعلومات والمالية
لاحظ أن السيناريو لا يطلب «عرض وحدة الحملات» ولا «عرض المساعد الذكي». ما لا يمر به عمل يومي في منشأتك الآن لا يستحق وقتًا في الجلسة الأولى، ويمكن السؤال عنه كتابيًا. الهدف أن يرى فريقك دورته هو، لا أوسع ما يستطيعه النظام.
القواعد التي ترسلها للمورد مع السيناريو
أرسل السيناريو وعينة البيانات والقواعد التالية لجميع الموردين في اليوم نفسه، واطلب تأكيدًا كتابيًا بقبولها:
- البيئة: يُعرض النظام نفسه الذي سيُسلَّم، لا نموذجًا مصممًا للعرض. وإن كان جزء مما سيُعرض يحتاج تطويرًا غير موجود بعد، فيُقال ذلك صراحة قبل المشهد.
- البيانات: تُستخدم العينة المرسلة، ويجوز للمورد تهيئة حقولها ومراحلها مسبقًا، على أن يذكر في بداية الجلسة ما هيأه وكم استغرق.
- الترتيب: تُعرض المشاهد بترتيبها، ولا يُتجاوز مشهد. إن تعذر مشهد يُقال «غير متاح» ويُنتقل إلى التالي.
- المستخدم من فريقنا: في مشهد الجوال يتولى أحد موظفينا الجهاز بعد شرح لا يتجاوز خمس دقائق.
- التعديل الحي: سيُطلب في المشهد 8 تعديل من نوع إضافة حقل أو شرط أو خطوة اعتماد. لا يُعلن محتواه مسبقًا، ويُعلن نوعه فقط.
- التوقيت: يلتزم كل مشهد بمدته، ويُسجل الوقت الزائد في البطاقة. الأسئلة الجانبية تُؤجل إلى نهاية الجلسة إلا أسئلة التوضيح.
- التسجيل: تُسجل الجلسة بموافقة الطرفين لتعود إليها اللجنة عند اختلاف التقييم.
تنبيه: إعلان نوع التعديل الحي دون محتواه يحقق العدالة بين الموردين: الجميع يعرف أنه سيُطلب منه تعديل من الإعدادات، ولا أحد يستطيع تجهيزه مسبقًا. إن طلبت تعديلًا مفاجئًا بالكامل من مورد واحد فقط، فقد اختبرت قدرته على الارتجال لا نظامه.
إدارة الجلسة من جهتكم
السيناريو المكتوب لا يكفي إن تُركت الجلسة تسير حسب رغبة من يعرض. وزّع الأدوار داخل فريقك قبل الجلسة:
- مدير الجلسة: يقرأ الموقف في بداية كل مشهد، ويعيد العرض إلى السيناريو إن انحرف، ويعلن الانتقال للمشهد التالي.
- ضابط الوقت: يسجل المدة الفعلية لكل مشهد، ويسجل متى تحول العرض من النظام إلى الشرائح.
- مالك كل مشهد: الشخص المسمى في السيناريو، يطرح أسئلة التوضيح ويملأ البطاقة لمشهده بعمق.
- المستخدم الرئيسي: موظف ممن سيعملون على النظام يوميًا، لا مدير، يتولى مشهد الجوال ويملأ ملاحظاته عن سهولة الاستخدام.
وتوزيع أوسع للأدوار بين الإدارات، بما فيه أوزان كل إدارة وطريقة حل الخلاف بينها، موضوع مقالة دليل تقييم CRM بمشاركة الإدارات.
ومن الإشارات التي يسجلها الفريق أثناء الجلسة، لأنها لا تظهر في المحضر لاحقًا:
| الإشارة | ما قد تعنيه | ما تفعله |
|---|---|---|
| الانتقال إلى الشرائح | الوظيفة غير جاهزة للعرض الحي أو تحتاج تطويرًا. | اطلب تنفيذ المشهد في جلسة متابعة، وسجل «شُرح دون تنفيذ». |
| تبديل الحساب أو البيئة | المشهد يعمل في بيئة أخرى غير تلك التي عُرضت بها البقية. | اسأل عن سبب التبديل وسجله في الملاحظات. |
| «هذا في الإصدار القادم» | غير متاح الآن. | سجله «لم يُعرض»، واطلب موعد الإصدار كتابيًا. |
| مطوّر ينفذ التعديل الحي | التعديل يحتاج تدخلًا تقنيًا لا إعدادًا يستطيعه مسؤول النظام لديكم. | اسأل: هل يستطيع موظفنا تنفيذ هذا بعد التدريب؟ |
| تجاوز الوقت بكثير | الإجراء معقد في النظام حتى لمن يعرفه جيدًا. | سجل المدة، وقارنها بالموردين الآخرين في المشهد نفسه. |
بطاقة التقييم لكل مشهد
البطاقة لا تسأل «هل أعجبك المشهد؟» بل «ما الدليل الذي رأيته؟». لكل مشهد سطر في البطاقة، ولكل سطر أربعة أنواع ممكنة من الدليل:
- نُفذ حيًا: ظهرت النتيجة المطلوبة على بيانات العينة، بما فيها التعقيد.
- نُفذ بتعديل أمامك: احتاج المشهد إعدادًا أُجري في الجلسة نفسها، ورأيت كيف يُجرى.
- شُرح دون تنفيذ: وصف شفهي أو شرائح أو لقطات شاشة، أو نُفذ دون التعقيد.
- لم يُعرض: تُجووز المشهد، أو قيل إنه غير متاح أو في إصدار قادم.
وإلى جانب نوع الدليل تسجل البطاقة المدة الفعلية، وعدد الشاشات التي احتاجها المشهد تقريبًا، وملاحظة حرة لا تتجاوز سطرين. ويُضاف إليها في آخر الجلسة سطر لما وعد به المورد، لأن كل وعد يجب أن ينتقل إلى مصفوفة المتطلبات ويُسعَّر.
| المشهد | ما يجب أن تراه | الدليل | المدة الفعلية | ملاحظة المقيّم |
|---|---|---|---|---|
| 1. استفسار واتساب | سجل بمصدره، إسناد حسب المدينة، تنبيه بالتكرار | نُفذ حيًا | 9 دقائق | ظهر التنبيه بالسجل المشابه واقترح الدمج. |
| 2. التأهيل والتحويل | عميل وجهة اتصال وفرصة دفعة واحدة، وربط الفروع الثلاثة | نُفذ حيًا | 11 دقيقة | ربط الفروع تم يدويًا لكل فرع. |
| 3. الخصم والاعتماد | مستويا اعتماد، قفل الإرسال، اعتماد من الجوال | نُفذ بتعديل أمامك | 21 دقيقة | المستوى الثاني أُضيف في الجلسة من الإعدادات. |
| 6. يوم المندوب | مندوبنا يسجل زيارة ويحدد خطوة تالية دون مساعدة | نُفذ حيًا | 8 دقائق | احتاج المندوب مساعدة مرة واحدة في اختيار نوع النشاط. |
| 8. التعديل الحي | حقل شرطي جديد يظهر في نوع فرصة محدد | شُرح دون تنفيذ | 15 دقيقة | قيل إن الحقل الشرطي يُضاف من الإعدادات، ولم يُنفذ لضيق الوقت. |
| 9. البيانات والتكامل | حالة الفواتير في ملف العميل، وتصدير كامل | لم يُعرض | — | وُعد بعرض التكامل المحاسبي في جلسة لاحقة. |
كيف تُقرأ هذه البطاقة؟ ليس المطلوب جمع الخانات الخضراء. المشهد 8 «شُرح دون تنفيذ» في مشهد مخصص أصلًا لاختبار التعديل الحي، وهذا يعني أن أحد أهم أسئلة التقييم ما زال بلا جواب. والمشهد 9 «لم يُعرض» يعني أن التكامل المحاسبي يحتاج جلسة متابعة قبل أي حكم. أما المشهد 3 فالتعديل أمام الحضور دليل إيجابي على مرونة الإعدادات، لكن تجاوز المدة يستحق سؤالًا: هل كان سيستغرق الوقت نفسه لو نفذه مسؤول النظام لديكم؟
بعد الجلسة: من البطاقات إلى القرار
- التعبئة الفردية خلال ساعات
كل مقيّم يكمل بطاقته وحده قبل أي نقاش جماعي. النقاش المبكر يجعل رأي أعلى الحاضرين منصبًا هو رأي الجميع.
كل مقيّم - جلسة التوحيد
تُعرض البطاقات مشهدًا مشهدًا. حيث يختلف المقيّمون على نوع الدليل، يُرجع إلى تسجيل الجلسة لا إلى الذاكرة.
مدير الجلسة - قائمة الوعود والفجوات
كل «سنعرضه لاحقًا» وكل «يمكن تطويره» يُرسل للمورد ليُكتب في مصفوفة الاستجابة بطريقة تحقيقه وتكلفته.
المشتريات - جلسة المتابعة عند الحاجة
للمشاهد التي لم تُعرض أو شُرحت دون تنفيذ فقط، بالشروط نفسها، ولا يُعاد العرض كاملًا.
مدير المشروع
نتائج البطاقات تغذي التقييم الموزون للمعايير، لكنها لا تحل محله: العرض التوضيحي يقيس الملاءمة وسهولة الاستخدام بدقة، ويقيس التكلفة الكلية وقدرة التنفيذ بدرجة أقل. وإذا تقارب نظامان بعد العروض، فالخطوة التالية تجربة محكومة أعمق ببيانات أكبر ومستخدمين أكثر، كما في مقالة كيف تقارن نظامي CRM عمليًا باستخدام سيناريوهات منشأتك.
اختبرنا على سيناريوك
إن كان لديكم سيناريو مكتوب، أو مسودة منه، فأرسلوه مع طلب العرض التوضيحي على سيناريو منشأتك. نقبل القواعد الواردة أعلاه كما هي: نعرض على عينة بياناتكم بترتيب مشاهدكم، ونعلن ما هيأناه مسبقًا، ونترك لمستخدم من فريقكم مشهد الجوال، وننفذ التعديل الحي من الإعدادات أمامكم. وتجد في صفحة لماذا تختار نظامنا ما نراه نقاط قوتنا، لتضعها تحت الاختبار نفسه.
أسئلة شائعة
كلاهما يصلح إن التزم المورد بالسيناريو. العرض عن بعد يسهّل تسجيل الجلسة وحضور موظفي الفروع، والحضوري يسهّل مشهد الجوال لأن موظفكم يمسك الجهاز فعلًا. المهم أن يكون الشكل نفسه لجميع الموردين، حتى لا يميل التقييم لصالح من عرض حضوريًا.
اسأل عن السبب أولًا؛ قد يطلب وقتًا أطول للتحضير، وهذا طلب معقول. أما الرفض المبدئي لعرض أي سيناريو غير سيناريو المورد، فمؤشر على أن النظام لا يُكيَّف بسهولة، أو على أن المورد لن يتعامل مع إجراءاتكم بالجدية نفسها بعد التعاقد.
ما يتسع له نحو ساعتين دون إرهاق الحضور، وهذا يعني غالبًا بين سبعة مشاهد وعشرة. إن احتجتم أكثر، فاقسموا العرض إلى جلستين: الأولى لدورة المبيعات والخدمة، والثانية للإدارة والصلاحيات والتكامل، بحضور مختلف لكل منهما.
لا حاجة لذلك في مرحلة العرض. العينة تحتاج أن تشبه بياناتكم في شكلها وتعقيدها، لا أن تكون بياناتكم نفسها: أسماء عربية بصيغ مختلفة، وعميل بفروع، ومنتجات وخدمات بقوائم أسعار. استبدلوا الأسماء والأرقام الحقيقية، واحتفظوا بالتعقيد.