کندی هوش مصنوعی همیشه از مدل نیست؛ نقش رابط کاربری

کندی هوش مصنوعی همیشه از مدل نیست؛ نقش رابط کاربری

آنچه در این مقاله مطالعه می‌کنید:

۱۱ مهر ۱۴۰۵

۱۱ مهر ۱۴۰۵

به گزارش UX Collective، احساس کندی در محصولات هوش مصنوعی همیشه از زمان پردازش مدل ناشی نمی‌شود و گاهی سکوت رابط کاربری پس از اقدام کاربر، عامل اصلی است. این تحلیل با تکیه بر آستانه دوهرتی پیشنهاد می‌کند تیم‌ها تأیید دریافت درخواست را از زمان تولید پاسخ نهایی جدا کنند.

دو زمان‌سنج برای تجربه کاربری هوش مصنوعی

آستانه دوهرتی، اصلی که در سال ۱۹۸۲ مطرح شد، پاسخ سیستم در کمتر از حدود ۴۰۰ میلی‌ثانیه را برای حفظ جریان تعامل مهم می‌داند. بااین‌حال، در ابزارهای مولد، ثبت درخواست و آماده‌شدن خروجی یک اتفاق واحد نیست؛ بنابراین رابط باید ابتدا دریافت پیام را تأیید کند و سپس وضعیت پردازش را به‌طور واقعی نشان دهد.

برای زمان‌سنج نخست، هدف ۱۰۰ میلی‌ثانیه و سقف ۴۰۰ میلی‌ثانیه پیشنهاد شده است. نمایش فوری پیام در گفتگو، تغییر وضعیت دکمه یا قراردادن اسکلت پاسخ می‌تواند این بازخورد را فراهم کند. این بخش بیشتر به عملکرد فرانت‌اند مربوط است و نباید تا آغاز خروجی مدل به تعویق بیفتد. معیار Interaction to Next Paint گوگل نیز عملکرد مطلوب را واکنش حداکثر ۲۰۰ میلی‌ثانیه‌ای در صدک ۷۵ بازدیدهای واقعی تعریف می‌کند.

زمان‌سنج دوم از ارسال درخواست تا آماده‌شدن پاسخی قابل استفاده ادامه دارد. در این مرحله، طول پردازش تنها مسئله نیست؛ نبود تأیید، پیشرفت قابل مشاهده یا امکان لغو می‌تواند انتظار را آزاردهنده کند. نمایش تدریجی کلمات، تولید متن را ملموس‌تر می‌کند، اما فاصله خاموش پیش از نخستین خروجی را از بین نمی‌برد.

چرا این موضوع برای ابزارهای کاری مهم است؟

این مسئله در نرم‌افزارهای سازمانی جدی‌تر می‌شود. طبق داده‌های سال ۲۰۲۵ مایکروسافت که در این تحلیل به آن استناد شده، یک کاربر متوسط Microsoft 365 در هر روز کاری ۱۱۷ ایمیل و ۱۵۳ پیام Teams دریافت می‌کند و تقریباً هر دو دقیقه با یک وقفه روبه‌رو می‌شود. در چنین شرایطی، حتی تأخیر کوتاه در تأیید اقدام می‌تواند بار ذهنی را افزایش دهد.

در عامل‌های هوشمند نیز چند فراخوانی مدل، استفاده از ابزارها و تلاش‌های مجدد، زمان انتظار را روی هم انباشته می‌کنند. پیشنهاد مطرح‌شده این است که مراحل واقعی مانند جست‌وجو، خواندن یا تدوین به کاربر نمایش داده شوند، امکان لغو در دسترس بماند و برای سرعت بازخورد رابط و زمان تکمیل پاسخ، معیارهای جداگانه‌ای تعریف شود.

در نتیجه، سریع‌ترکردن مدل فقط بخشی از راه‌حل است. تأیید سریع و صادقانه درخواست، همراه با نمایش روشن وضعیت پردازش، می‌تواند حتی در وظایف طولانی تجربه‌ای پاسخ‌گوتر و قابل‌اعتمادتر ایجاد کند.