شكل تفاعلي

ما سرعة كل قناة فعلياً

In-app
0.3s
WhatsApp
0.9s
SMS
2.2s
Email
5.2s

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

شغّله. ثم لاحظ أن الفروق بين القنوات أصغر من الفرق بين مسار إرسال جيد الإدارة وآخر سيئها.

أين يذهب الوقت فعلاً#

بالنسبة لرمز لمرة واحدة — وهو أكثر الرسائل حساسية لزمن الاستجابة في معظم الأنشطة — لا تشبه الميزانية عادةً ما يتوقعه الناس:

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

واستدعاء الواجهة — القطعة الوحيدة التي تقيسها معظم الفرق — كثيراً ما يكون أصغر الحدود.

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

رمز لمرة واحدة، من ضغط الزر إلى الجهاز، بالمللي ثانية

40تطبيقك

توليد الرمز وتدوينه واستدعاء دالة الإرسال.

120واجهة المزوّد

قبول الطلب ووضعه في الطابور. والساق الوحيدة باتفاق مستوى خدمة منشور.

300محطة المجمّع

حيث يظهر مسار الشريك بدل المباشر على شكل وقت.

1400طابور المشغّل

ليس لك ولا لمزوّدك، وشديد التغير بالسوق والساعة.

900التسليم للجهاز

ظروف الراديو وحالة الجهاز وهل الهاتف نائم.

نحو 6% من الإجمالي شيفرة تستطيع تحسينها. و94% الباقية تُختار عند الشراء لا عند التشغيل.

ثلاثة أمور تساعد فعلاً#

قِس من طرف إلى طرف لا حتى استجابة الواجهة. توقيت عند قرارك الإرسال وتوقيت عند وصول إيصال التسليم. وكل ما بينهما رقم واحد، وهو الرقم الذي يعيشه العميل.

راقب الذيل لا المتوسط. فلا أحد يشتكي من الوسيط. بل يشتكون من المئين التاسع والتسعين، والذيل في المراسلة طويل جداً — فمتوسط ثانيتين يخفي عادةً مئيناً تاسعاً وتسعين بالعشرات.

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

النتيجة التصميمية للرموز#

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

شاشة رمز تصمد على شبكة بطيئة

  1. 01أظهر الانتظار

    مؤقّت مرئي يتفوق على دوّارة. فالمستخدم يحتاج معرفة الطبيعي.

  2. 02اعرض البديل مبكراً

    مسار "اتصلوا بي" عند عشر ثوانٍ لا عند ستين. فالصوت يصل بمسار آخر.

  3. 03لا تنتهِ صلاحيته قبل وصوله

    رمز صالح ستين ثانية على شبكة تستغرق ثماني تذكرة دعم في الطريق.

  4. 04اسمح بإعادة إرسال واحدة ثم بدّل المسار

    فالمحاولة الثانية على المسار البطيء نفسه ليست محاولة مختلفة.

  5. 05سجّل الرحلة كاملة

    لكل سوق ولكل ساعة. هكذا تكتشف أن بعد ظهر الثلاثاء في بلد ما معطّل.

كل خطوة هنا عمل واجهة. ولا شيء منها يسرّع الشبكة، وكلها تجعل الانتظار محتملاً.

وأخرى عن إعادة المحاولة#

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

إعادة المحاولة على المسار الذي فشل للتو ليست إعادة محاولة بل محاولة ثانية للفشل. تضاعف الحمل على المسار المتعثر أصلاً وتضاعف تقريباً الوقت قبل أن يحصل المستخدم على شيء.

أعِد المحاولة على مسار آخر أو قناة أخرى، أو لا تعِدها أصلاً — وأخبر المستخدم بدل ذلك. وضع سقفاً: ثلاث محاولات ثم توقف واعرض غيرها. فالأنظمة بلا سقف تُنتج نمط يوم الانقطاع حيث يعيد الجميع المحاولة ولا يمر شيء.

الخلاصة#

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