جلسة العرض التجريبي:
كيف تُديرها؟

تسعون دقيقة: من يملكها؟

وهذا توزيع يُرسَل للمزوّد قبل الجلسة لا يُرتجَل فيها:

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

وهذه المرحلة تأتي بعد تقييم المزوّد لا قبله — وقد فُصِّل في تقييم شركة النظام قبل التوقيع، وتوحيد العروض في توحيد العروض قبل المقارنة.

أرسِل بياناتك قبل الجلسة

ولا يحتاج الأمر ملفًّا ضخمًا — عيّنة صغيرة تكفي:

والفارق بين بياناتهم وبياناتك ليس شكليًّا: البيانات الجاهزة نظيفة بالضرورة — أسماء موحَّدة ووحدات منتظمة وأسعار بلا استثناءات. وبياناتك ليست كذلك، وهي التي ستُدخَل فعلًا.

واحذف ما يُحرِجك قبل الإرسال: أسماء العملاء الحقيقية وأرقام الجوّالات تُستبدَل، والباقي يُرسَل كما هو.

اطلب مسارًا كاملًا لا شاشة

ولأن الشاشة الجميلة لا تقول شيئًا عن المسار:

1. من عرض سعر إلى تحصيل — العرض ثمّ الطلب ثمّ الفاتورة ثمّ الدفعة ثمّ كشف الحساب.
2. ومن طلب شراء إلى سداد — الطلب ثمّ الاستلام ثمّ الفاتورة ثمّ الدفع.
3. ودورة مخزون كاملة — استلام وصرف وتحويل بين مستودعين وجرد.
4. وإقفال شهر مصغَّر — كيف يخرج ميزان المراجعة وقائمة الدخل؟

واحرص على أن يمرّ السيناريو عبر الأقسام لا داخل قسم واحد. فأكثر ما ينكسر في الأنظمة يقع عند التسليم بين وحدة وأخرى لا داخل الوحدة.

من يحضر منك؟ ومن يتكلّم؟

ولأن حضور المديرين وحدهم يُنتِج قرارًا بلا معلومة:

والصفّ الأول أهمّها وأكثرها إغفالًا: من يُدخِل مئة مستند يوميًّا يرى في دقيقتين ما لا يراه المدير في ساعة — ويسأل أسئلة لا تخطر على بال من لا يُدخِل، وقد فُصِّل أثر ذلك في سرعة الإدخال: كم خطوة لفاتورة؟.

ستّة أسئلة تُغيّر مسار الجلسة

وكلّها تُسأل أثناء العرض لا بعده:

والسؤال الأول هو الحاسم: «ممكن» ليست إجابة. فكل شيء ممكن ببرمجة كافية — والسؤال هو أهو قائم اليوم يُشغَّل بإعداد، أم تطوير له وقت وثمن. واطلب أن يُكتَب الجواب في محضر الجلسة.

والسؤال الأخير يُغفَل حتى نهاية العلاقة: كيف أُخرِج بياناتي؟ — وقد فُصِّل في تقييم شركة النظام قبل التوقيع.

ورقة واحدة تُملأ في الجلسة

ولأن الذاكرة بعد ثلاثة عروض تخلط بينها:

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

ويوقّع عليها الحاضرون بأسمائهم — لا لأنها وثيقة رسمية، بل لأن التوقيع يجعل التقييم مسؤولية لا رأيًا عابرًا.

خمس مصائد في العروض — نقع فيها نحن أيضًا

ونذكرها لأنها أساليب بيع معتادة في سوقنا كلّه:

والمصيدة الثانية أدقّها: المُعرِّف يعرف النظام منذ سنوات — فما يبدو سريعًا بيده قد يكون بطيئًا بيد موظّفك. والعلاج أن تطلب في الربع الأخير من الجلسة أن يجلس أحد موظّفيك ويُدخِل فاتورة بنفسه.

ما يُطلَب بعد الجلسة — مكتوبًا

وثلاثة أشياء تُطلَب خلال يومين لا أكثر:

1. محضر بما رأيته — ما نُفِّذ في الجلسة وما وُعِد به وما لم يُجَب عنه.
2. قائمة بما قيل إنه «تطوير» — بوقته وثمنه إن أمكن.
3. حساب تجريبي أسبوعين — يجرّبه فريقك بنفسه على بياناتك.
4. وجهة اتصال واحدة — لا رقم بائع يتغيّر.

ولا يُوقَّع بعد جلسة واحدة مهما كانت جيّدة — فأثر الجلسة الأخيرة أقوى ممّا تستحقّ، والقرار يُتَّخذ بعد أسبوع من آخر عرض لا في يومه.

وما الذي يخسره البائع في جلسة كهذه؟

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

ونقول أيضًا ما لا يخدمنا: إن خرجت من جلستنا وأنت غير مقتنع فلا تُجامِل. فمنشأة تشتري نظامًا لم تقتنع به في العرض لا تستعمله بعد الشراء — والنتيجة مشروع متعثّر يُنسَب إلينا وإليك معًا، وقد فُصِّل في المشروع المتعثّر: كيف يُنقَذ؟.

ومتى لا تحتاج جلسة مطوَّلة أصلًا؟

ولأن الإفراط في الإجراء يؤخّر قرارًا بسيطًا:

1. حين تكون المنشأة صغيرة واحتياجها قياسي — فاتورة ومخزون بسيط وتقارير أساسية.
2. وحين يكون النظام مجرَّبًا عند نظير لك تثق به وزرت عمله.
3. وحين تكون الكلفة صغيرة والخروج سهلًا — فكلفة التجربة أقلّ من كلفة الدراسة.
4. وحين يوجد حساب تجريبي مفتوح — فجرّبه بنفسك بلا موعد.

والقاعدة: حجم الإجراء يتبع حجم القرار. فنظام باشتراك شهري صغير يُجرَّب ولا يُدرَس، ونظام يمسك دفاترك خمس سنوات يستحقّ جلستين وسيناريوهات مكتوبة.

قائمة فحص لجلسة العرض

وتُراجَع قبل الجلسة بيوم:

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

اقرأ أيضًا