تطبيقك المبني بالذكاء الاصطناعي حظي بانتشار واسع: هل سيصمد أمام موجة الزيارات؟

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

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

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

ما الذي ينهار فعلاً حين تقفز الزيارات

حين يستخدم مئة ضعف العدد المعتاد من الناس تطبيقك دفعة واحدة، لا تنهار الأمور عشوائياً. بل تنهار بترتيب متوقّع، وغالباً في المواضع الثلاثة نفسها.

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

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

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

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

الحلّ الأرخص: خزّن مؤقتاً الأشياء التي لا تتغيّر

يبدو التخزين المؤقت تقنياً، لكن الفكرة بسيطة: إن كانت الإجابة عن سؤال هي نفسها للجميع ونادراً ما تتغيّر، احسبها مرة واحدة وأعد استخدامها بدلاً من إعادة العمل لكل زائر.

من المرجّح أن صفحتك الرئيسية تبدو متطابقة لكل الألف شخص الذين يفتحونها. فلماذا تطلب من قاعدة البيانات أن تعيد بناءها 1,000 مرة؟ ابنِها مرة واحدة، واحفظ النتيجة لبضع دقائق، وقدّم تلك النسخة المحفوظة للجميع. لقد حوّلتَ للتوّ ألف رحلة مكلِفة إلى قاعدة البيانات إلى رحلة واحدة.

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

لا تجعل الناس ينتظرون أموراً يمكن أن تحدث لاحقاً

إليك خطأ يَسهُل ارتكابه ويَسهُل إصلاحه. لنقل إن أحدهم سجّل، فأرسل له تطبيقك رسالة ترحيب. إن كان تطبيقك يجعله ينتظر في صفحة التسجيل حتى يُرسَل البريد بالكامل، فإن خدمة بريد بطيئة تجعل تسجيلك بطيئاً — في اللحظة نفسها التي يسجّل فيها أكبر عدد من الناس.

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

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

ضع خطّة لحالة “عدد كبير جداً من الناس”

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

بعض النسخ البسيطة من هذا:

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

بروفة لمدة ثلاثين دقيقة

لست بحاجة إلى أدوات فاخرة لتجد نقاط ضعفك. بل تحتاج إلى بضعة أصدقاء ونصف ساعة.

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

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

الهدف الحقيقي

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

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

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