العرض التوضيحي مسرحية ما لم تكتب أنت النص
العرض التوضيحي القياسي يثبت أن المورد يجيد تشغيل برنامجه، وهذا لم يكن موضع شك أصلًا. هذه هي الطلبات التي تكسر البروفة: هات بياناتي، وأرني مسار الخطأ، وأرني الترقية، وأرني من الذي يفعل هذا بعد التشغيل.
· 12 دقيقة قراءة · بقلم فريق البحث والتحرير في Faceela
راجعه أحمد حسن الجمال — مستشار أنظمة المؤسسات
العرض الذي شاهدته الأسبوع الماضي كان محضرًا. ليس خداعًا — محضرًا كما تحضر مسرحية، لأن مندوب المبيعات الذي يرتجل أمام لجنة شراء هو مندوب يخسر الصفقات. أحدهم بنى تلك البيانات. وأحدهم اختار ذلك الترتيب للنقرات تحديدًا لأنه يتفادى الشاشات الثلاث التي يكون المنتج فيها ثقيلًا. وسجل العميل الذي يفتحه ممتلئ الحقول، والمخزون في المستودع الصحيح، وتسلسل الاعتماد فيه مستويان بالضبط لأن ثلاثة كانت ستحتاج إلى تمرير الشاشة.
لا شيء في هذا فضيحة. هذا هو العرض التوضيحي. المشكلة أن لجان الشراء تعامله كدليل، وهو ليس دليلًا على شيء سوى أن المورد استعد.
ويصير العرض نافعًا في اللحظة التي تكتب فيها أنت النص. وكل ما يلي عن كيفية كتابته، وعن الطلبات المحددة التي تجبر المنتج على كشف نفسه.
الطلبات الأربعة التي تؤدي أغلب العمل
يمكن أن تقضي يومًا كاملًا في عرض توضيحي فتتعلم أقل مما تتعلمه من أربعة طلبات، ترسل مسبقًا، كتابةً.
هات بياناتي. ليس عينة منها لاحقًا. مستخرجًا صغيرًا من الشيء الحقيقي، في العرض، على الشاشة.
أرني مسار الخطأ. لا المسار السعيد حيث يطابق التسليم الأمر. بل المسار الذي لا يطابق فيه.
أرني الترقية. ما الذي يحدث لكل ما عرضته علي للتو حين يصدر المنتج نسخته التالية.
أرني من الذي يفعل هذا بعد التشغيل. الشخص الموجود في الغرفة اليوم غالبًا ليس هو الشخص الذي سيكون على مشروعك، ومن الأفضل أن تكتشف ذلك وأنت في الغرفة.
وكل ما بقي في هذا المقال تفصيل تحت هذه الأربعة.
الطلب الأول: هات بياناتي
أرسل إلى كل مورد المستخرج نفسه، قبل أسبوعين، وألزمه باستخدامه. اجعله صغيرًا بما يكفي ليكون عملًا نزيهًا، وكبيرًا بما يكفي ليؤلم.
المستخرج النافع يحوي عشرين أو ثلاثين عميلًا بفوضى التسميات عندك كما هي — الشركة نفسها بثلاثة هجاءات، والاسم في الرخصة التجارية الذي يختلف عن الاسم الذي يستعمله الجميع، وذاك الذي فيه حروف عربية. وخمسين صنفًا، منها الأصناف التي لا يستطيع أحد تفسير وحدة قياسها. وقائمة مواد واحدة أو جدول كميات واحد، أيهما يدير نشاطك. وأمر شراء مسلم جزئيًا. وفاتورة مورد بعملة أجنبية. وإشعار دائن يخص فترة سابقة. ثم المعاملة الواحدة التي يتجادل حولها فريقك نفسه، أيًا كانت.
والبند الأخير هو أثمن سطر في المستخرج. كل شركة عندها معاملة تنتج خلافًا بين قسمين. ومشاهدة مورد وهو يتعامل معها تخبرك أكثر من ساعة شرائح.
ويحدث أمران حين تصر على بيانات حقيقية. الأول أن بعض الموردين يعتذر، أو يوافق ثم يعرض بياناته هو بهدوء. وهذه نتيجة، وينبغي أن تسجلها كنتيجة. والثاني أن العرض يبطؤ، بوضوح، في المواضع التي يحتاج فيها المنتج إلى مساعدة. وتلك المواضع هي بالضبط التي ستعيش فيها.
وانتبه للعلامات المحددة. عميل مكرر ينشئه النظام مرتين برضاه، بلا تحذير. واسم يظهر صحيحًا في شاشة وكعلامات استفهام في تقرير. ورمز صنف فيه مسافة يكسر البحث. وفاتورة بعملة أجنبية يذهب فرق الصرف فيها إلى مكان لا يستطيع أحد تسميته. ولا شيء من هذا يظهر في بيانات منسقة لأن المنسق أزاله.
الطلب الثاني: أرني مسار الخطأ
العروض المحضرة تري المعاملة وهي تنجح. ونشاطك ليس مصنوعًا من معاملات تنجح. هو مصنوع من الحصة التي تنحرف، وتكلفة الـ ERP هي في معظمها تكلفة التعامل مع تلك الحصة.
فاكتب الاستثناءات في النص، وارفض قبول إجابة شفهية عن أي منها.
| اطلب منهم أن يروك | ما الذي تختبره فعلًا |
|---|---|
| تسليم يصل ناقصًا. استلم جزءًا منه، وأبق الأمر مفتوحًا، ثم استلم الباقي الشهر القادم | هل التلبية الجزئية أصيلة في المنتج أم حل التفافي برصيد يدوي في مكان ما |
| عميل يرتجع بضاعة فوترت في فترة مقفلة | هل يفرض النظام إشعارًا دائنًا نظيفًا، أم يعيد أحدهم فتح الفترة |
| أمر شراء يحتاج اعتمادًا ثانيًا لأنه تجاوز الحد بعد تعديله | هل تعاد قواعد الاعتماد عند التغيير، أم عند الإرسال فقط |
| مستخدم يحاول الترحيل إلى فترة مقفلة | ماذا تقول الرسالة، وهل يفهمها إنسان عادي |
| فاتورة رحلت لعميل خطأ واكتشفت بعد أسبوع | هل التصحيح مسار موثق أم حوار على قاعدة البيانات |
| شخصان يعدلان السجل نفسه في اللحظة نفسها | هل يفقد أحد عمله بصمت |
| دفعة تستلم بأقل من الفاتورة، والفرق رسوم بنكية | هل تتولاها التسوية أم يقيدها أحدهم يدويًا كل شهر |
والعمود الثاني هو المقصد. أنت لا تختبر هل يستطيع المنتج أن يفعل الشيء. أغلبها يستطيع، في النهاية. أنت تختبر ماذا يكلف مستخدمًا عاديًا أن يفعله يوم ثلاثاء، وهل يترك الحل الالتفافي أثرًا يستطيع مدقق أن يتتبعه.
وفي هذا القسم اختبار سلوكي مدفون، وهو أكثر دقيقة في اليوم كله قدرةً على التنبؤ. سيحدث خطأ ما أثناء العرض. شاشة لن تحمل، أو سجل لن يحفظ، أو رقم سيكون خاطئًا بوضوح. راقب ما يفعله المورد. الذي يقول "هذا ليس صحيحًا، دعني أعرف السبب" ثم يعرفه فعلًا يريك كيف سيكون شعور سجل مشكلات مشروعك. والذي يحرك الفأرة سريعًا إلى الشاشة التالية يريك ذلك أيضًا.
أنت لا تختبر هل يستطيع المنتج أن يفعل الشيء. أغلبها يستطيع في النهاية. أنت تختبر ماذا يكلف مستخدمًا عاديًا أن يفعله يوم ثلاثاء.
الطلب الثالث: أرني الترقية
هذا هو السؤال الذي لا يسأله أحد تقريبًا، وهو الذي يقرر كم تكلف السنة الثالثة.
كل مورد سيقول لك إن المنتج يرقى بانتظام وإن الترقيات مشمولة. والعبارتان صحيحتان عادةً ولا تجيب أي منهما عن السؤال، وهو: ما الذي يحدث للأشياء المحددة التي أنت على وشك أن تبنيها لنا؟
اجعله ملموسًا.
اطلب منهم أن يروك تخصيصًا بنوه لعميل آخر، وأن يشرحوا على الشاشة ماذا جرى له عند آخر إصدار رئيسي. واسأل أي أجزاء مما عرضوه للتو منتج قياسي، وأيها تهيئة، وأيها كود — واطلب هذا التقسيم كتابةً قبل التعاقد، لكل متطلب، لأن الجواب يتغير حين يلزم تدوينه. واسأل ما الذي يعمل عليه أقدم عملائهم، ولماذا لم ينتقل ذلك العميل. واسأل من يدفع ثمن اختبار الانحدار لقطعك المفصلة حين تتغير نسخة المنصة.
والتقسيم المكتوب أهم مما يبدو. التهيئة قرار مسجل في قاعدة البيانات؛ ينجو من الترقية بلا انتباه. والتخصيص كود افترض شكل المنتج في لحظة بعينها، وكل ترقية إصدار تفاوض صغير مع ذلك الافتراض. النظام المهيأ في معظمه له مسار ترقية. والنظام المخصص في معظمه له مشروع ترقية، متكررًا بلا نهاية. والطريقة الأمينة لرؤية الفرق مبكرًا أن تلزم المورد بتصنيف كل متطلب من متطلباتك قبل التوقيع لا بعده. وذلك التصنيف هو الحكم نفسه الموصوف في متى تهيئ ومتى تخصص ومتى تبني، والعرض التوضيحي أرخص مكان في العملية كلها لإخراجه إلى العلن.
واسأل شيئًا أخيرًا وأنت هنا: هل النسخة التي يعرضونها هي النسخة التي ستنفذ عليها. بيئات المبيعات كثيرًا ما تكون متقدمة على ما ينشره الشركاء فعلًا.
الطلب الرابع: أرني من الذي يفعل هذا بعد التشغيل
من يقود العرض كثيرًا ما يكون استشاري ما قبل البيع الذي تنتهي مهمته عند التوقيع. وهذا ليس مخفيًا؛ هو ببساطة لا يسأل عنه أحد، فيملأ الافتراض الفراغ.
اسأل مباشرةً، في الغرفة: هل ستكون على هذا المشروع، وكم يومًا؟ ثم اطلب أسماء أفراد بسيرهم الذاتية لفريق التنفيذ، وبندًا للأفراد الرئيسيين في العقد يشترط موافقتك قبل استبدالهم. المورد الذي يلتزم بأسماء يقطع وعدًا حقيقيًا. والمورد الذي يقدم شريحة شعارات ونموذج تخصيص موارد يخبرك أن الفريق سيكون من يكون متاحًا في الشهر الثاني.
ثم تابع الخيط نفسه إلى ما بعد التشغيل. الدعم جهة مختلفة عن التنفيذ عند أغلب الشركاء، والتسليم بينهما هو المكان الذي تموت فيه المعرفة. اسأل من يرد على الهاتف حين تتعثر دورة الفوترة يوم الثامن والعشرين. واسأل ما التزام الاستجابة، بالساعات، أثناء إقفال شهرك أنت لا بشكل عام. واسأل هل من هيأ مصفوفة اعتماداتك سيكون قابلًا للوصول في الشهر الرابع عشر، وكم يكلف الوصول إليه.
وهناك سؤال قريب يحصل على إجابة أمينة بشكل غير معتاد لأنه يبدو إداريًا: كم عميلًا حيًا يدعم الاستشاري المخصص لنا الآن؟ إن كان العدد كبيرًا، فتصعيداتك تقف في طابور خلف تصعيدات غيرك.
القواعد التي تحكم الغرفة
أربع قواعد تؤدي أغلب عمل منع العرض من العودة إلى كونه أداءً.
النص نفسه، والترتيب نفسه، والحضور أنفسهم، وورقة التقييم نفسها، لكل مورد. وإلا فأنت تقارن عروضًا تقديمية لا منتجات، ويكون للمورد الذي جاء أخيرًا أفضلية لا علاقة لها بالبرنامج.
قل "أرني"، ولا تقل أبدًا "هل يستطيع". "هل يستطيع التعامل مع المحتجزات؟" يحصل على نعم من الجميع، وبحق، لأن كل شيء يستطيع كل شيء ببذل كاف. أما "أرني مبلغ محتجزات على هذا المستخلص، ومفرجًا عنه في مستخلص لاحق، وظاهرًا في كشف حساب العميل" فيحصل على عرض عملي أو على اعتراف.
عد النقرات على معاملتك الأعلى حجمًا. اجعل أحد فريقك يقيس زمنها بهاتفه. واضرب في حجمك الشهري. فرق أربع نقرات في معاملة تؤديها ألف مرة شهريًا هو حوار عن عدد الموظفين، وهو غير مرئي في مقارنة ميزات. والضرب نفسه مطبقًا على التسويات وإعادة العمل التي تؤديها فعلًا كل شهر يضع رقمًا سنويًا على الساعات، من أحجامك أنت لا من ادعاء توفير أحد، ويستحق أن يكون في يدك قبل وصول أول مورد.
دع من يؤدون العمل يجلسون ويتكلمون. أمين المخزن سيلتقط في عشر ثوان ما تفوته اللجنة التوجيهية طوال العصر. ولهذا فائدة ثانية تساوي الأولى: الناس الذين سيضطرون إلى استخدام النظام رأوه وهو يختار، وهذا يغير سلوكهم في الشهر السابع. وهي أرخص إدارة مقاومة متاحة.
التقييم، حتى يبقى القرار بعد انتهاء الاجتماع
عرض بلا ورقة تقييم يتحول إلى مسابقة ذاكرة، ومسابقات الذاكرة يفوز بها من عرض بأكبر ثقة. قيم في الغرفة، كل على حدة، قبل أن يناقش أحد.
| ما الذي تقيمه | كيف | ما الذي يحتسب دليلًا |
|---|---|---|
| كل سيناريو مكتوب في النص | مكتمل، أو مكتمل بحل التفافي، أو غير مكتمل | ما كان على الشاشة، لا ما قيل عنه |
| النقرات والزمن المنقضي في معاملتك الأعلى حجمًا | يعدها ويقيسها شخصك أنت | رقم، مكتوب أثناء العرض |
| كل سيناريو استثناء | قياسي، أو تهيئة، أو تخصيص، أو تغيير عملية مطلوب منك | أيها من الأربعة، يقولها المورد صراحةً |
| التقارير | يبني المورد تقريرًا تسميه أنت، في الغرفة، من البيانات التي قدمتها | لا عينة مبنية مسبقًا، ولا "نستطيع فعل ذلك" |
| السلوك حين حدث خطأ | شخص، أو أجل بأمانة، أو تخطى | ملاحظتك أنت، مسجلة قبل أن تغادر |
| الفريق | أفراد بأسمائهم، وتفرغهم، واستعداد لوضع الاثنين في العقد | سير ذاتية وبند |
واحتفظ بالأوراق. بعد ستة أشهر، في مرحلة صعبة، سيقول أحدهم إن المنتج ما كان ليعمل أصلًا. الأوراق هي كيف تعرف هل هذا صحيح أم أن قرارات التصميم كانت هي المشكلة.
ما لا يستطيع العرض أن يخبرك به، مهما أحكمت نصه
يستحق الأمر وضوحًا في الحدود، لأن يوم عرض جيد الإدارة ينتج ثقة تسبق أدلتها.
العرض لا يستطيع أن يخبرك كيف يؤدي النظام عند حجمك الحقيقي. ثلاثون سجلًا تتصرف تصرفًا مختلفًا عن ثلاثمئة ألف. ولا يستطيع أن يخبرك هل تنجو التهيئة من إقفال شهرك، لأن إقفال الشهر يستغرق شهرًا. ولا يستطيع أن يخبرك هل يرد الدعم. ولا كم تكلف السنة الثانية. ولا يستطيع أن يخبرك هل ستصدق الأرقام التي ينتجها، وهذا يتبين أنه سؤال عن ملكية البيانات لا عن البرنامج، وهو سبب أن لوحة المؤشرات قد تكون صحيحة تقنيًا وتكذب.
وتأتي تلك الإجابات من ثلاثة أماكن أخرى. مكالمات مرجعية ترتبها أنت، بلا مورد على الخط، منها مرجع واحد على الأقل لم يختره المورد. ودراسة استكشاف صغيرة مدفوعة قبل العقد الرئيسي، وهي أقرب شيء إلى تجربة موجود في هذا السوق — والشريك الذي يرفض أن يبيعك واحدة قال لك شيئًا نافعًا. ثم العقد نفسه، حيث معايير قبول مكتوبة كاختبارات تساوي أكثر من أي تطمين يعطى في غرفة.
أسئلة قطاعية تنهي العروض مبكرًا
النصوص العامة تعطي نتائج عامة. إن كان لنشاطك شكل، فاكتب النص للشكل، وضع تلك السيناريوهات أولًا والجميع لا يزال في أول نشاطه.
المقاول ينبغي أن يطلب رؤية كمية مقيسة تتدفق إلى مستخلص، ومحتجزات تتراكم ثم يفرج عنها، ودفعة مقدمة تسترد تناسبيًا، وأمر تغيير يعدل قيمة العقد دون أن يكسر خط الأساس للموازنة الأصلية. وهذه الأربعة تشكل أغلب سبب تجاوز شركات المقاولات لأنظمة ERP العامة.
والمصنع ينبغي أن يطلب أمر عمل يستهلك مواد أكثر مما حددته قائمة المواد، وعملية مسندة إلى الباطن، ودفعة ترسب في الفحص بعد شحن جزء منها، وتكلفةً تتطابق مع دفتر الأستاذ بدل أن تجلس بجانبه. والعملية المسندة إلى الباطن هي التي تتزحلق فوقها أغلب العروض، وهي الأهم لدى مصنع تشكيل معادن حديده جالس عند الجلفنة وهو ما زال مادته هو ما دام هناك.
وكل نشاط في الإمارات ينبغي أن يطلب رؤية إقرار ضريبة قيمة مضافة مطابقًا سطرًا بسطر مع دفتر الأستاذ لفترة، وفاتورة مقبولة قانونًا بالعربية، ووصلة الفوترة الإلكترونية إلى مزود خدمة معتمد. المتطلبات المحلية تستبعد المرشحين لأسباب لا يستطيع أحد الجدال فيها، وهذا يجعلها أكفأ جزء في أي نص. وإن كان أودو على قائمتك المختصرة، فيستحق أن تقرأ أين يناسب المنتج فعلًا وأين لا يناسب قبل كتابة تلك السيناريوهات، لتختبر الوصلات لا نقاط القوة.
قبل أن تحجز أي شيء
الترتيب مهم. عرض نصه مكتوب من متطلبات كتبتها أنت بمراقبة عملك هو اختبار. وعرض نصه مكتوب من قائمة ميزات المورد هو اجتماع مبيعات بواجب منزلي. إن لم تكن قد أديت مرحلة المراقبة بعد، فابدأ بها؛ الطريقة المحايدة لاختيار نظام ERP في الإمارات تغطي كيف تكتب متطلبات يستطيع عرض أن يكذبها فعلًا.
وحين تنتهي العروض وتصير القائمة اثنين، يبقى سؤال المال — لا سطر الرخصة، بل شكل المكان الذي تذهب إليه ميزانية التنفيذ فعلًا، وهو حيث يتبين أن أغلب الفرق بين المتنافسين يسكن.
وسؤال واحد مكانه القائمة في أي قطاع منظَّم ولا يكاد يُسأل: من أين تأتي البيانات المرجعية، ومن يحمل ترخيصها؟ فالمورّد الذي يشحن إليك قوائم الرموز بدل أن يحمّل قوائمك أمامه سؤال ترخيص هو على وشك تسليمه إليك، وهو ما يعرضه ما الذي تسأل عنه في مجموعات الرموز المنظَّمة قبل التوقيع.
وإن كنت تفضل أن يكتب أحدهم النص ويجلس معك يوم العرض، فهذا جزء من طريقتنا في إدارة تنفيذ نظام ERP ابتداءً من مرحلة الاختيار.
