تبحثون عن مقارنة بين نظامي أعمال. فتعطيكم الصفحة الأولى عشرات المقالات، كلها مفيدة، وكلها مكتوبة جيدا، وكلها منشورة من شركات تنفذ أحد النظامين. لا توجد صفحة محايدة، ولن توجد، لأن من لا مصلحة تجارية له لا سبب لديه لكتابتها.
وليست هذه شكوى من القطاع، بل حقيقة بنيوية عليكم الالتفاف حولها. وهذا شرح لإدارة الاختيار من جهتكم أنتم، ليصير القرار قراركم لا قرار من ترتب أولا.
لماذا لا تستطيع نتائج البحث مساعدتكم
الاقتصاد بسيط. شركاء التنفيذ يكسبون من المشاريع، فينشرون محتوى يرتب على المقارنة، وتنتهي المقارنة إلى المنتج الذي ينفذونه. وكل طرف في ذلك السوق يتصرف بعقلانية، والنتيجة مع ذلك أن الصفحة الأولى لا تحتوي تقييما مستقلا.
والنتيجة العملية أن قوائم الخصائص أقل المدخلات نفعا. فأي نظام جاد في هذه الفئة سيفعل ما تحتاجونه. والفرق بينها ليس القدرة، بل ما يحدث لكم خلال السنوات الخمس التالية: كم يكلف العمل، وماذا يحدث لبياناتكم، وكم يسهل الخروج.
ولهذا فإن السؤال «أيهما أفضل» سؤال بلا إجابة. والسؤال الذي له إجابة هو «أيهما أنسب لنا نحن، بمتطلباتنا وبياناتنا وقدرتنا على التغيير»، وهو سؤال لا يستطيع أحد خارج شركتكم أن يجيب عنه.
التجاوز مقيس، وهو ليس صغيرا
قبل أن تقرروا شيئا، عايروا توقعاتكم بدليل لا بعرض سعر. وأنفع دراسة في هذا تبقى تحليل فليفبيرغ وبودزير لـ1471 مشروع تقنية معلومات، وقد وجد متوسط تجاوز في الكلفة يبلغ 27 بالمئة، والأهم أن واحدا من كل ستة مشاريع تجاوز بمعدل 200 بالمئة.
اقرأوا الرقم الثاني لا الأول. فالمتوسط محتمل ومضلل. والخطر الحقيقي في هذه الفئة ليس أن يكلف المشروع ربعا إضافيا، بل احتمال واحد من ستة أن يكلف ثلاثة أضعاف ويستغرق أطول بكثير، ولم يذكر أي عرض سعر ذلك التوزيع قط.
وما يعنيه ذلك عمليا: مهما قال عرض السعر، اسألوا ماذا يحدث إن استغرق المشروع ضعف المدة، واحصلوا على الإجابة قبل التوقيع لا في الشهر السابع. والمورد الجاد لديه إجابة، والمورد الذي يعتبر السؤال تشاؤما أجاب عنه بطريقة أخرى.
اكتبوا متطلباتكم قبل أن تنظروا إلى شيء
أعلى ساعة عائدا في هذه العملية هي التي تقضونها قبل فتح المتصفح. اكتبوا، بكلماتكم أنتم، العشرين شيئا التي يجب أن يفعلها النظام — ليست خصائص بل أعمالا فعلية: إصدار عرض سعر بهذه الموافقات، ورؤية المخزون في موقعين، وإنتاج هذا التقرير للمدقق، وتمكين المندوب من فحص سعر من هاتفه.
واكتبوها بلغة عملكم لا بلغة البرمجيات. «نحتاج تكاملا مع المحاسبة» ليست متطلبا بل عنوانا. والمتطلب هو: «حين يعتمد الطلب، تظهر الفاتورة في نظام المحاسبة في اليوم نفسه دون أن يعيد أحد إدخالها».
ثم رتبوها. خمسة تنهي الصفقة إن غابت، وعشرة تهم، وخمسة لطيفة. ولا أحد يجري هذا الترتيب تقريبا، وهو الذي يجعل كل محادثة تالية قصيرة، لأنه يحول نقاشا بيعيا مفتوحا إلى مقارنة مصححة بدرجات.
وتوجيه الحكومة البريطانية لخياراتها التقنية يصوغ الهدف بالطريقة نفسها، إذ ينصح الفرق بتقليل الكلفة الكلية للملكية، بما في ذلك تقليل احتمال الارتهان لعقود طويلة. و«الكلفة الكلية للملكية» عبارة تستحق التكرار في الغرفة، لأنها تحرك النقاش بعيدا عن رسم الرخصة.
اجعلوا العرض التجريبي عرضكم أنتم
عرض المورد التجريبي أداء مدروب على بيانات نظيفة. وهو يثبت أن البرنامج يستطيع فعل الشيء في ظروف مثالية، وذلك لم يكن موضع شك أصلا.
استبدلوه. أرسلوا إلى كل مورد السيناريوهات الثلاثة نفسها من عملكم أنتم، كتابة، قبل الاجتماع، واطلبوا منه تنفيذها هي لا غيرها. واستعملوا حالة صعبة حقيقية: الطلب الذي نصفه نقد ونصفه آجل، والعميل صاحب رخصتين تجاريتين، والصنف الذي تبيعونه بالوزن وتشترونه بالكرتون. ثم راقبوا ماذا يفعلون حين لا تناسب: هل يهيئون النظام أمامكم، أم يعدون بتطوير، أم يغيرون الموضوع.
وصححوا السيناريوهات الثلاثة نفسها عند كل مورد فتكتب المقارنة نفسها، بصورة ما كانت أي مقالة منشورة لتعطيكم إياها. وهي تكشف أيضا ما تخفيه قوائم الخصائص: كم مما تحتاجونه قياسي، وكم منه تهيئة على أحد أن يبنيها ثم يصونها — وهو التمييز نفسه الذي يقرر هل يكون القرار التقني قرارا تدفعون ثمنه مرتين.
سؤال البيانات الذي يقرر الكلفة الحقيقية
الرخصة مسعرة، والتنفيذ مقدر، وترحيل البيانات هو حيث تسوء المشاريع فعلا. فسجلاتكم الحالية فيها تكرار، ورموز غير متسقة، وحقول تعني شيئين مختلفين لقسمين كان كل منهما محقا لسنوات.
وهذه الكلفة لا تظهر في أي عرض سعر لأنها ليست عمل المورد. المورد ينقل ما تعطونه، ونظافة ما تعطونه مسؤوليتكم. والمشروع الذي يبدأ بترحيل بيانات لم تنظف ينتج نظاما جديدا بمشكلات النظام القديم نفسها، وقد دفعتم مرتين مقابل ذلك.
وتنشر الحكومة البريطانية إطارا صالحا لوصف ذلك بدل الجدال فيه، إذ تعرف جودة البيانات عبر ستة أبعاد: الاكتمال والتفرد والاتساق والتوقيت والصلاحية والدقة. صححوا قائمة عملائكم وسجل أصنافكم على تلك الستة قبل أن تختاروا شيئا. يستغرق ذلك يوما ويخبركم بحجم المشروع الحقيقي.
وكونوا واضحين في ما تغطيه الاشتراكات. أودو مثلا، وهو مورد ينشر ذلك صراحة، يذكر في صفحة أسعاره أن الاشتراك يغطي الاستضافة والدعم والصيانة، وأن خدمات التنفيذ والاستشارة وصيانة الشيفرة المخصصة مستثناة. وذلك صادق وهو معتاد. والرخصة نادرا ما تكون أكبر بند في السنة الأولى.
اسألوا سؤال الخروج قبل الدخول
السؤال الذي يغير نبرة المورد أكثر من غيره: أروني التصدير، الآن، في هذا الاجتماع.
ولا تقبلوا «نعم، البيانات بياناتكم» إجابة. تلك جملة صحيحة قانونا ولا تقول شيئا عن الصيغة ولا عن الحدود ولا عن المرفقات ولا عن كم يستغرق إخراج خمس سنوات من السجلات.
التصدير ممكن عادة ومقيد عادة بطرق لا يذكرها أحد. فزوهو توثق أن تصدير نظام العملاء لديها محدود بمئتي ألف سجل لكل وحدة في كل تشغيل بصيغة نصية، وبخمسين ألفا بصيغة جدول. وموردون آخرون ينشرون قيودا مشابهة: تصدير كامل مجدول مقصور على الباقات الأعلى، وملفات تنتهي صلاحيتها خلال أيام من إنشائها، ومرفقات تعالج منفصلة عن السجلات. ولا شيء من ذلك مخفي. هو فقط لا يرد في مقالة المقارنة أبدا.
ولا يجعل ذلك أيا منها خيارا سيئا. بل يجعلها أنظمة معلومة شروط الخروج، وهي النوع الوحيد الجدير بالشراء. والذي تختبرونه هو هل يجيب المورد بدقة أم يطمئن بغموض، وتلك الإجابة تتنبأ ببقية العلاقة أكثر مما يتنبأ به أي بند في العقد.
الترتيب الذي أتبعه فعلا
متطلبات مرتبة، كتابة، قبل أي اتصال بمورد. ودرجة جودة بيانات على أهم قائمتين لديكم. وثلاثة سيناريوهات ترسل إلى كل مورد مسبقا. ومجموع مكتوب للسنة الأولى والسنة الثالثة يشمل التنفيذ والترحيل والتدريب والوقت الداخلي. والتصدير، معروضا. وشخص مسمى داخل شركتكم يملك النتيجة، لأن نظاما لا يملكه أحد هو شكل الإخفاق الموصوف في لماذا لا تصل معظم التجارب في الإمارات إلى الإنتاج.
وقانون الممارسة التقنية الحكومي البريطاني يضع الانضباط نفسه في ثلاث عشرة نقطة، أهمها هنا اثنتان: استعملوا المعايير المفتوحة، وحددوا استراتيجية الشراء قبل النزول إلى السوق لا بعده.
افعلوا ذلك فيتوقف غياب المقارنة المحايدة عن كونه مهما، لأنكم بنيتم واحدة. وإن كنتم ترثون أنظمة لا تختارونها فنقطة البداية مختلفة ويغطيها الفحص التقني الذي أجريه. وإن لم يكن في الشركة من وظيفته حمل هذه الأسئلة، فذلك ما توجد لأجله خدمة المدير التقني بدوام جزئي، وهي أرخص من نتيجة الواحد من ستة.
أسئلة متكررة
هل نستعين باستشاري لا ينفذ شيئا؟
ذلك يزيل التعارض الظاهر، ويدخل تعارضا أدق: المستشار الذي يدفع له مقابل الاستشارة لديه حافز لأن يكون التقييم مطولا. وكلا الترتيبين ينجح إذا حدد المخرج مسبقا — المتطلبات المرتبة، ودرجات السيناريوهات، ونموذج الكلفة الكلية — وإذا انتهى الارتباط بتسليم ذلك. والذي لا ينبغي فعله هو الأخذ بتوصية من سيدفع له أيضا مقابل التنفيذ، بلا رأي ثان.
الجميع في قطاعنا يستعمل نظاما بعينه. أليست تلك هي الإجابة؟
هي دليل مفيد وقاعدة قرار ضعيفة. فتركز القطاع يعكس عادة أي مورد استثمر في مبيعات ذلك القطاع، وهو يخبركم فعلا أن سوق المهارات المحلي أعمق، وذلك يقلل المخاطرة حقا. زنوه مدخلا واحدا بين متطلباتكم المرتبة لا نتيجة، واسألوا الشركات التي تستعمله ماذا كانت ستختار لو أعادت الاختيار، فذلك ينتج صراحة أكثر من سؤالها ماذا تستعمل.
كم ينبغي أن يستغرق التقييم؟
ثلاثة إلى ستة أسابيع لشركة من عشرة إلى مئة شخص، معظمها في كتابة المتطلبات وتصحيح البيانات لا في الاجتماعات. وأطول من ذلك يكون السوق قد تحرك وفقد الناس اهتمامهم، وأقصر يكون الاختيار بالانطباعات. والتقييم أيضا أرخص أجزاء المشروع كله، فضغطه توفيرا للوقت أقل التوفيرات ربحا.
هل نبدأ صغيرا ونتوسع لاحقا؟
نعم عادة، وهو المنهج الصحيح عموما، بشرط أن تكون الوحدة الأولى مما يعطي قيمة وحده لا مما لا معنى له إلا بعد تشغيل ثلاث وحدات أخرى. ونمط الإخفاق هو شراء الحزمة كاملة وتنفيذ جزء منها والدفع مقابل الباقي سنتين وهو معطل. اسألوا كيف تبدو الرخصة إن لم تتبنوا الوحدتين الثانية والثالثة أبدا.
الشريك يقول إن عملياتنا يجب أن تتغير لتناسب النظام. هل هذا معقول؟
نعم غالبا، وهو كثيرا ما يكون أثمن أجزاء المشروع، لأن العمليات القياسية أرخص تشغيلا وأسهل توظيفا لها. والخط الذي يستحق الدفاع عنه هو الأمور القليلة التي هي فعلا طريقة تنافسكم لا مجرد طريقة عملكم. حددوها مسبقا واحموها، وكونوا مستعدين لتغيير ما عداها. والشركة التي تخصص النظام حفاظا على كل عادة قائمة تنتهي مالكة برنامج لا يستطيع غيرها صيانته.