تأخیر و تجربهٔ کاربری؛ چرا سه ثانیه سقف پاسخ ایجنت است

موج Vibe Coding یک قاعدهٔ ساده به دنیای توسعه داد: انسان دیگر خط‌به‌خط کد نمی‌نویسد، بلکه هدف را توصیف می‌کند و منتظر خروجی می‌ماند. نسل بعدی این ماجرا، که می‌توان آن را Opsless نامید، همین منطق را از نوشتن کد به اجرای عملیات روزمرهٔ کسب‌وکار تعمیم می‌دهد: کاربر نرم‌افزار را باز نمی‌کند، Outcome می‌خواهد و Agent کار را انجام می‌دهد. اولین wedge این ترند، یعنی جایی که سریع‌تر از همه جواب می‌دهد، حذف داشبورد CRM از چرخهٔ روزانهٔ فروش است؛ چیزی که در Nabux به‌عنوان یک نمونهٔ عملی روی آن کار شده. اما هر قدر منطق Outcome‌محور جذاب باشد، یک متغیر فنی ساکت می‌تواند کل تجربه را خراب کند: تأخیر یا Latency. این مقاله دربارهٔ همین است — چرا سه ثانیه، نه دو و نه پنج، مرز روان‌شناختی پاسخ ایجنت‌هاست.

چرا اصلاً «سه ثانیه» یک عدد جادویی نیست، یک الگوی رفتاری است

در طراحی رابط کاربری سنتی، قاعدهٔ معروفی وجود دارد: زیر صد میلی‌ثانیه یعنی «آنی»، زیر یک ثانیه یعنی «بدون وقفه در جریان فکر»، و بالای ده ثانیه یعنی از دست رفتن توجه کاربر. اما ایجنت‌های عملیاتی — چه در فروش، چه در پشتیبانی — یک لایهٔ میانی جدید ساخته‌اند که در تحقیقات کلاسیک HCI پیش‌بینی نشده بود. کاربری که از یک Agent می‌خواهد «این لید را پیگیری کن» یا «این سفارش را برایم چک کن»، انتظار پاسخ فوری مثل کلیک دکمه ندارد، چون می‌داند پشت صحنه استدلالی در جریان است. اما همین کاربر بعد از حدود سه ثانیه سکوت، فرض می‌کند چیزی خراب شده و یا دوباره پیام می‌فرستد، یا تب را می‌بندد.

این مرز از جمع دو انتظار متضاد به وجود می‌آید: از یک طرف کاربر می‌داند LLM «فکر می‌کند» و صبر می‌کند؛ از طرف دیگر، عادت چند دههٔ اخیر با رابط‌های وب، سقف صبر بدون بازخورد را پایین نگه داشته. سه ثانیه همان نقطه‌ای است که این دو انتظار با هم برخورد می‌کنند.