جاهز للعرض مقابل جاهز للإنتاج: متى يكون تطبيقك المبني بالذكاء الاصطناعي جاهزاً فعلاً لمستخدمين حقيقيين

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

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

ما الذي يعنيه “جاهز للعرض” فعلاً

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

“جاهز للعرض” ليس لا شيء. قبل أربعة أشهر، كان ما بنيتَه يعني التعاقد مع مستقلّ وجدولاً زمنياً مدّته ستة أسابيع. لكنه أيضاً نسخة من تطبيقك اختبرتها أنت، وحدك، على المسار السعيد. والمستخدمون الحقيقيون لا يبقون على المسار السعيد.

إنهم يلصقون عنوان بريد إلكتروني بمسافة شاردة في نهايته. يستخدمون Safari على iPad في الوضع الأفقي. يدخلون عبر بيانات الجوّال ويتركون الصفحة نصف محمّلة لثلاثين ثانية قبل النقر على الزرّ. يتوقّعون أن يعمل زرّ “للخلف”، ويتوقّعون ألّا يفقد التحديث أيّ شيء كتبوه.

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

الأشياء الخمسة التي تتصدّع أولاً

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

1. الحالة الفارغة. لوحة تحكّمك تبدو رائعة بثلاثة مشاريع فيها لأنك استخدمتَ ثلاثة مشاريع أثناء البناء. يسجّل مستخدم جديد، فيهبط على لوحة تحكّم بلا أي شيء، فيرى مستطيلاً رمادياً فارغاً. الحلّ توجيه واحد: “حين لا يكون لدى المستخدم مشاريع، أظهر رسالة ودودة تشرح ما يفعله بعد ذلك، وزرّاً لإنشاء أول مشروع.” مملّ، عشر ثوانٍ من العمل، يصنع الفرق بين “هذا معطّل” و”هذا مفيد”.

2. حالة الخطأ. جرّب هذا الآن: أطفئ شبكة الواي-فاي وانقر في تطبيقك. اكتب كلمة مرور خاطئة عمداً. أرسل نموذجاً بحقل بريد إلكتروني فارغ. إن انهار تطبيقك، أو تجمّد، أو أظهر خطأً خاماً مثل 500 Internal Server Error، فلديك مشكلة في حالة الخطأ. تستطيع منصّة البناء بالذكاء الاصطناعي إصلاح هذا، لكن عليك أن تسأل: “ماذا يحدث حين يفشل استدعاء الواجهة البرمجية؟ حين يُدخل المستخدم بيانات خاطئة؟ حين يكون غير متّصل؟” هذه ثلاثة توجيهات منفصلة، وهي تغطّي معظم الطرق التي يقع بها المستخدمون الحقيقيون في ورطة.

3. عرض الجوّال. قرابة نصف مستخدميك الأوائل — وربما أكثر، تبعاً لطبيعة تطبيقك — سيفتحونه على هاتف. تتعامل منصّات البناء بالذكاء الاصطناعي مع التصميم المتجاوب جيداً للتخطيطات القياسية وسيّئاً للمخصّصة، خصوصاً أي شيء يتضمّن شريطاً جانبياً، أو نافذة منبثقة ثابتة، أو نموذجاً معقّداً. افتح تطبيقك على هاتفك، بإبهامك الآخر، بالطريقة التي يستخدمه بها شخص حقيقي. إن فاض أيّ شيء عن الشاشة، أو كان أيّ شيء أصغر من أن يُنقَر بدقّة، أو غطّى أيّ شيء لوحة المفاتيح حين تحاول الكتابة، فذلك إصلاح. توجيه واحد عادةً: “اجعل هذه الصفحة تبدو صحيحة على شاشة هاتف، خصوصاً [الشيء المعطّل] — وأبقِ نسخة سطح المكتب دون تغيير.”

4. مشكلة “المستخدم الثاني”. إليك واحدة ماكرة. كثير من التطبيقات المبنية بالذكاء الاصطناعي تفترض مستخدماً واحداً. البيانات التي تنشئها تبقى في التطبيق. ثم يسجّل مستخدم ثانٍ، فيرى إمّا بياناتك أنت، أو لا بيانات على الإطلاق فيرتبك جداً. هذه مسألة مصادقة ونطاق بيانات، ويجدر أن تطلب من الذكاء الاصطناعي أن يشرح كيف يخزّن بيانات المستخدمين قبل أن تطلق. الصياغة الصحيحة: “اشرح كيف تُفصَل بيانات المستخدمين. إن سجّل شخصان، هل يستطيع أحدهما رؤية بيانات الآخر؟” والإجابة هي الاختبار.

5. زرّ “غيّرتُ رأيي”. المستخدمون الحقيقيون يتراجعون عن الأشياء باستمرار. يحذفون الحساب الذي أنشؤوه للتوّ لأنهم كتبوا البريد الخاطئ. يلغون اشتراكهم بعد دقيقتين من الاشتراك. يريدون تحرير مشروع صنعوه أمس لأن في العنوان خطأً مطبعياً. ومنصّات بناء التطبيقات بالذكاء الاصطناعي، إن تُركت لشأنها، تبني مسار الإنشاء وتتجاوز مسار التحرير أو الحذف — لأن العرض لم يطلب منها سوى إنشاء الأشياء. إن أطلقتَ بهذه الفجوة، فسيراسلك مستخدموك الثلاثة الأوائل خلال ساعة، وستبدأ الرسالة بكلمة “كيف”. تنقّل في تطبيقك واسأل، لكل شاشة: “هل يستطيع المستخدم التراجع عمّا فعله للتوّ، أو تغييره لاحقاً؟” وحيثما كان الجواب لا، فتلك ميزة تحتاجها قبل الإطلاق.

ما الذي لا يعنيه “جاهز للإنتاج”

“جاهز للإنتاج” لتطبيق مبني بالذكاء الاصطناعي ليس كـ”جاهز للإنتاج” في بنك. لست بحاجة إلى توافر بنسبة 99.99%. لست بحاجة إلى اختبار حِمل. لست بحاجة إلى دليل تشغيل أو مناوبة طوارئ. أنت لست Stripe، أنت شيء صغير يخدم أناساً حقيقيين.

ما تحتاجه فعلاً نسخة لا تُحرِجك أمام غريب. وذلك قابل للتحقيق في فترة بعد ظهر أو اثنتين بتركيز، بمجرّد أن تعرف ما تبحث عنه. النقاط الخمس أعلاه هي معظمه. والباقي هو جعل التطبيق مفهوماً — نص واضح على كل زرّ، وسلوك متوقّع حين تنقر، ولا صفحات تنتهي إلى طريق مسدود عند سهم “للخلف” لا يعمل.

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

قائمة تحقّق صغيرة للإطلاق

قبل أن تطلق لأول عشرة مستخدمين حقيقيين، امرُر بهذه القائمة. لا شيء منها يتطلّب كتابة شيفرة. كل ما فيها إمّا توجيه لمنصّة البناء بالذكاء الاصطناعي أو نقر يدوي.

• سجّلتُ كمستخدم جديد تماماً من نافذة تصفّح خاص، من البداية إلى النهاية، دون اختصارات.
• استخدمتُ التطبيق على هاتفي.
• حاولتُ كسر النماذج — حقول فارغة، ومدخلات غريبة، ومدخلات طويلة جداً.
• سألتُ منصّة البناء بالذكاء الاصطناعي كيف تُفصَل بيانات المستخدمين، والإجابة منطقية.
• لديّ طريقة للتواصل مع المستخدمين إن حدث خطأ ما (حقل بريد إلكتروني، أو رابط ملاحظات، أو أي شيء).
• لديّ طريقة لأعرف متى وقع خطأ ما — تقدّم منصّة البناء بالذكاء الاصطناعي عادةً تسجيل أخطاء أساسياً؛ فعّله.
• الحالة الفارغة لكل صفحة تخبر المستخدم بما يفعله بعد ذلك.
• كل إجراء ينشئ شيئاً له طريقة للتراجع عنه، أو تحريره، أو حذفه.

إن مررتَ بهذه القائمة ووجدتَ بضعة بنود ناقصة، فتلك توجيهات الغد. وإن مررتَ ووجدتَ معظمها ناقصاً، فالتطبيق ليس جاهزاً بعد — وتلك معرفة مفيدة قبل أن ترسل الرابط لأحد.

الأرض الوسطى الصريحة

معظم التطبيقات المبنية بالذكاء الاصطناعي تعيش في منطقة وسطى لفترة. إنها تعمل، في الغالب. لها بضع زوايا خشنة. تخدم مجموعة صغيرة من المستخدمين جيداً وستتصدّع عند التوسّع. وذلك مكان جيد لشركة ناشئة أو أداة داخلية أن تعيش فيه أشهراً. الخطأ هو معاملة تطبيق جاهز للعرض كأنه تجاوز تلك المنطقة بالفعل. والخطأ الآخر هو معاملة “جاهز للإنتاج” كمعيار كمالي لا تبلغه أبداً.

السؤال الفعلي هو: هل سأرتاح لو استخدم صديق هذا وأبلغني برأيه؟ إن كان نعم، فأنت جاهز للإنتاج بما يكفي لمرحلتك. وإن كنت تفضّل أن تهرع لإصلاح شيء قبل أن يخبروك برأيهم، فاكتب ذلك الشيء وأصلحه أولاً.

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

إن سبق أن أطلقتَ تطبيقاً مبنياً بالذكاء الاصطناعي لمستخدمين حقيقيين، فما أول شيء تصدّع ولم تتوقّعه؟ هذا عادةً سؤال أكثر إثارة للاهتمام من “هل تطبيقي جاهز” — لأن المفاجأة هي الإشارة الفعلية.