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