خلاصه: 3 محدودیت زمانی اصلی (که توسط توانایی‌های ادراکی انسان تعیین می‌شود) وجود دارد که باید هنگام بهینه‌سازی عملکرد وب و برنامه در نظر داشته باشید.
نوشته یاکوب نیلسن
در 1993-01-01 1 ژانویه 1993
موضوعات:
- تعامل انسان با کامپیوتر تعامل انسان با کامپیوتر،
این مقاله را به اشتراک بگذارید:
گزیده ای از فصل 5 در کتاب من مهندسی کاربردپذیری، از سال 1993:
توصیه های اساسی در مورد زمان های پاسخ تقریباً برای سی سال یکسان بوده است [Miller 1968; کارت و همکاران1991]:
- 0. 1 ثانیه حدود محدودیتی است برای اینکه کاربر احساس کند سیستم به صورت آنی واکنش نشان می دهد، به این معنی که هیچ بازخورد خاصی به جز نمایش نتیجه لازم نیست.
- 1. 0 ثانیه در مورد محدودیتی برای بدون وقفه ماندن جریان فکر کاربر است، حتی اگر کاربر متوجه تاخیر شود. معمولاً در تأخیرهای بیش از 0. 1 اما کمتر از 1. 0 ثانیه بازخورد خاصی لازم نیست، اما کاربر احساس کار مستقیم روی داده ها را از دست می دهد.
- 10 ثانیه حدود محدود نگه داشتن توجه کاربر بر روی دیالوگ است. برای تأخیرهای طولانی‌تر، کاربران می‌خواهند در حالی که منتظر اتمام رایانه هستند، کارهای دیگری را انجام دهند، بنابراین باید به آنها بازخورد داده شود که نشان دهد رایانه انتظار دارد چه زمانی انجام شود. بازخورد در طول تأخیر بسیار مهم است اگر زمان پاسخ به احتمال زیاد بسیار متغیر باشد، زیرا کاربران نمی‌دانند چه انتظاری داشته باشند.
به طور معمول، زمان پاسخ‌دهی باید تا حد امکان سریع باشد، اما این امکان نیز وجود دارد که رایانه آنقدر سریع واکنش نشان دهد که کاربر نتواند با بازخوردها همراه شود. به عنوان مثال، یک لیست پیمایش ممکن است آنقدر سریع حرکت کند که کاربر نتواند آن را به موقع متوقف کند تا عنصر مورد نظر در پنجره موجود باقی بماند. این واقعیت که رایانه‌ها می‌توانند بیش از حد سریع باشند، نشان‌دهنده نیاز به تغییرات رابط کاربری، مانند انیمیشن‌ها، به زمان‌بندی بر اساس ساعت واقعی به جای زمان‌بندی به‌عنوان اثر غیرمستقیم سرعت اجرای رایانه است: حتی اگر یک رایانه مدل سریع‌تر باشد. جایگزین شده است، رابط کاربری باید قابل استفاده بماند.
در مواردی که رایانه نمی تواند پاسخ نسبتاً فوری ارائه دهد ، بازخورد مداوم باید به صورت یک نشانگر درصد انجام شود [مایرز 1985]. به عنوان یک قانون شست ، از شاخص های پیشرفت درصد به کار باید برای عملیاتی که بیش از 10 ثانیه انجام می شود استفاده شود. شاخص های پیشرفت سه مزیت اصلی دارند: آنها به کاربر اطمینان می دهند که سیستم خراب نشده است اما روی مشکل خود کار می کند. آنها نشان می دهند که تقریباً چه مدت از کاربر انتظار می رود صبر کند ، بنابراین به کاربر اجازه می دهد فعالیت های دیگری را در طول انتظار طولانی انجام دهد. و آنها در نهایت چیزی را برای کاربر فراهم می کنند که به آن نگاه کند ، بنابراین انتظار را دردناک تر می کند. این مزیت دوم نباید دست کم گرفته شود و یکی از دلایل توصیه نوار پیشرفت گرافیکی به جای بیان فقط زمان باقی مانده در تعداد است.
برای عملیاتی که از قبل ناشناخته است ، چقدر کار باید انجام شود ، ممکن است استفاده از یک شاخص درصد انجام شود ، اما هنوز هم امکان بازخورد پیشرفت در حال اجرا از نظر میزان مطلق کار انجام شده امکان پذیر است. به عنوان مثال ، سیستمی که تعداد ناشناخته ای از پایگاه داده های از راه دور را جستجو می کند می تواند نام هر پایگاه داده را همانطور که پردازش می شود چاپ کند. اگر این امکان پذیر نباشد ، آخرین راه حل استفاده از یک نشانگر پیشرفت کمتر به شکل یک توپ ریسندگی ، یک زنبور عسل شلوغ که روی صفحه پرواز می کند ، نقاط چاپ شده بر روی یک خط وضعیت یا هر مکانیزمی که حداقل نشانگر آن باشد ، استفاده می شود. اینکه سیستم کار می کند ، حتی اگر نشانگر انجام آن باشد. توجه داشته باشید برای نسخه وب این مقاله: بیشتر مرورگرهای وب در ارائه میله های پیشرفت مفید شکست می خورند ، زیرا آنها ارتباط برقرار نمی کنند که درصد کل بارگیری برای یک صفحه تکمیل شده است.
برای عملیات سریع سریع ، با استفاده از 2 تا 10 ثانیه ، یک نشانگر درصد واقعی ممکن است بیش از حد باشد و در واقع ، قرار دادن یکی از این موارد باعث نقض اصل بی تحرکی نمایش می شود (چشمک زدن به آنقدر سریع تغییر می کند که کاربر نتواند سرعت خود را حفظ کندیا احساس استرس می کند). هنوز هم می توان بازخورد پیشرفت کمتری را ارائه داد. یک راه حل مشترک ترکیب یک مکان نما "شلوغ" با تعداد سریع در حال تغییر در میدان کوچک در پایین صفحه است تا نشان دهد میزان انجام شده است.
همچنین مشاهده کنید: مقاله در مورد زمان پاسخ به وب سایت و نحوه بهبود آنها.
زمان پاسخ برنامه مبتنی بر وب
به روزرسانی اضافه شده 2014: من همچنان سؤالاتی از این دست دریافت می کنم ، بنابراین تصمیم گرفتم در اینجا به آن پاسخ دهم.
س: "شما بارها ذکر می کنید که زمان پاسخگویی مهم است ، و ابزارهای زیادی برای اندازه گیری زمان پاسخ وجود دارد ، اما زمان پاسخ برنامه مبتنی بر وب قابل قبول چیست؟ تحمل کاربر چیست ، نه برای یک تجربه خرید بلکه برای یکبرنامه تعاملی؟ "
پاسخ: ای کاش می توانیم اصطلاح "برنامه مبتنی بر وب" را ریشه کن کنیم زیرا این مسئله از مسئله واقعی منحرف می شود ، که یکی از طراحی UI برنامه است (ما چندین دوره تمام روزه در این زمینه داریم). ما دستورالعمل های ویژه ای برای برنامه های اجرا شده در C ++ نسبت به برنامه های اجرا شده در JavaScript نداریم. توصیه های اساسی قابلیت استفاده ، بدون توجه به اجرای ، یکسان است ، زیرا ما در مورد تجربه کاربر بحث می کنیم ، نه برنامه نویسی.
بنابراین ، دستورالعمل های زمان پاسخ برای برنامه های مبتنی بر وب همانند همه برنامه های دیگر است. این دستورالعمل ها اکنون 46 سال است که یکسان است ، بنابراین با هر فناوری اجرای بعدی به احتمال زیاد تغییر نمی کنند.
0. 1 ثانیه: برای کاربران احساس کنید که مستقیماً در UI اشیاء را دستکاری می کنند. به عنوان مثال ، این محدودیت از زمانی است که کاربر یک ستون را در یک جدول انتخاب می کند تا اینکه آن ستون باید برجسته شود یا در غیر این صورت بازخوردی را که انتخاب شده است ارائه دهد. در حالت ایده آل ، این همچنین زمان پاسخگویی برای مرتب سازی ستون خواهد بود - اگر چنین است ، کاربران احساس می کنند که جدول را مرتب می کنند.(بر خلاف احساس اینکه آنها به رایانه سفارش می دهند تا مرتب سازی را برای آنها انجام دهد.)
1 ثانیه: برای کاربران احساس کنید که آنها آزادانه در فضای فرمان حرکت می کنند بدون اینکه بخواهند به صورت ناعادلانه منتظر کامپیوتر باشند. تأخیر 0. 2-1. 0 ثانیه به این معنی است که کاربران متوجه تأخیر می شوند و بنابراین احساس می کنند رایانه روی دستور کار می کند ، بر خلاف داشتن این دستور یک اثر مستقیم از اقدامات کاربران است. مثال: اگر مرتب سازی یک جدول مطابق با ستون انتخاب شده در 0. 1 ثانیه انجام نشود ، مطمئناً باید در 1 ثانیه انجام شود ، یا کاربران احساس می کنند که UI لاغر است و در انجام "جریان" از دست می دهدوظیفه آنهابرای تاخیر بیش از 1 ثانیه ، به کاربر نشان دهید که رایانه روی مشکل کار می کند ، به عنوان مثال با تغییر شکل مکان نما.
10 ثانیه: محدودیت برای کاربران که توجه خود را به این کار جلب می کنند. هر چیزی کندتر از 10 ثانیه نیاز به یک نشانگر درصد به دست آمده و همچنین روشی کاملاً مشخص برای کاربر برای قطع عملیات دارد. فرض کنید که کاربران پس از تأخیر بیش از 10 ثانیه ، باید خود را مجدداً تغییر مکان دهند. تاخیر بیش از 10 ثانیه فقط در هنگام استراحت طبیعی در کار کاربر قابل قبول است ، به عنوان مثال هنگام تعویض کارها.
منابع
Card ، S. K. ، Robertson ، G. G. ، and Mackinlay ، J. D. (1991). Information Visualizer: یک فضای کاری اطلاعات. پروکACM Chi'91 Conf.(نیواورلئان ، LA ، 28 آوریل 2 مه) ، 181-188.
میلر ، R. B. (1968). زمان پاسخ در معاملات مکالمه انسان-کامپیوتر. پروکAFIPS کنفرانس کامپیوتر مشترک VOL. 33 ، 267-277.
مایرز ، B. A. (1985). اهمیت شاخص های پیشرفت درصد برای رابط های رایانه ای و انسانی. پروکACM Chi'85 Conf.(سانفرانسیسکو ، کالیفرنیا ، 14-18 آوریل) ، 11-17.
- اشتراک گذاری:
- این مقاله را به اشتراک بگذارید: ||
درباره نویسنده
Jakob Nielsen ، دکتری ، مدافع کاربر و مدیر گروه نیلسن نورمن است که وی با دکتر دونالد A. نورمن (VP سابق تحقیقات در اپل رایانه) تأسیس کرد. دکتر نیلسن جنبش "مهندسی قابلیت استفاده تخفیف" را برای پیشرفت های سریع و ارزان رابط های کاربر ایجاد کرد و چندین روش قابلیت استفاده از جمله ارزیابی اکتشافی را اختراع کرده است. وی دارای 79 حق ثبت اختراع ایالات متحده است ، عمدتاً در مورد روشهای ساده تر استفاده از اینترنت.
در خبرنامه نامه الکترونیکی Alertbox مشترک ما مشترک شوید:
آخرین مقالات در مورد قابلیت استفاده رابط ، طراحی وب سایت و تحقیقات UX از گروه نیلسن نورمن.
