هر ثانیه‌ای که کاربر منتظر کد ورود می‌ماند، احتمال رهاکردن فرایند ثبت‌نام بیشتر می‌شود. در داده‌های خودمان، اختلاف میان تحویل دو ثانیه‌ای و تحویل هشت ثانیه‌ای، تفاوت حدود یازده درصدی در نرخ تکمیل ثبت‌نام می‌سازد. این عدد برای یک سرویس با روزی ده هزار ثبت‌نام، رقم کوچکی نیست.
مسیر پیام سه بخش دارد: فراخوانی API، صف داخلی سرویس ما، و تحویل به اپراتور. بخش اول و دوم را می‌توان تا حد زیادی کنترل کرد؛ بخش سوم متغیر است و ساعت به ساعت تغییر می‌کند.
برای همین، مسیرها را پیش از ارسال نمی‌بندیم. هر پیام در لحظه ارسال بر اساس تأخیر واقعی مسیرها اولویت‌بندی می‌شود و اگر پاسخ اپراتور از آستانه بگذرد، پیام روی مسیر بعدی می‌رود. کاربر نهایی چیزی نمی‌بیند جز کدی که رسیده است.
توصیه عملی ما به تیم‌های فنی: هیچ‌وقت تحویل را از پاسخ ۲۰۰ نتیجه نگیرید. پاسخ موفق API فقط یعنی پیام پذیرفته شده. وضعیت واقعی تحویل از وب‌هوک می‌آید و همان است که باید در گزارش‌های شما ثبت شود.
