منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۱۲ دقیقه

کنترل کاربر (User Control) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

یک دکمهٔ واگرد، کل ماجرا نیست. کنترل کاربر یعنی کاربر در هر لحظه بتواند کاری را شروع کند، نگه دارد، برگرداند، یا از همان اول نپذیرد.

تعریف

کنترل کاربر اصلی است که به کاربر در تعامل با یک رابط دیجیتال خودمختاری و استقلال می‌دهد.

ساده‌ترین نمودش همان دکمهٔ واگرد است. تعریف اما روی یک نکتهٔ منفی می‌ایستد.

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

سومین اصل از ده اکتشاف کاربردپذیری نیلسن همین است: کنترل و آزادی کاربر.

تأکید نیلسن روی «خروج اضطراری» است. کاربر باید بتواند از وضعیت ناخواسته بیرون بیاید، بدون آنکه ناچار شود فرایند طولانی‌ای را طی کند.

نسبتش با طراحی کاربرمحور هم روشن است. کنترل، افوردنس و آسایش و انطباق به کاربر می‌دهد، به‌جای اینکه یک مسیر یکتا را دیکته کند.

نتیجه‌اش نقاط درد کمتر و حس توانمندی بیشتر است.

چهار توانایی: شروع، توقف، واگرد، رد کردن

این بخش افزودهٔ من است، چون کنترل معمولاً به‌شکل فهرستی از قابلیت‌ها گفته می‌شود.

فهرست قابلیت‌ها یک عیب دارد. با داشتن یکی از آن اقلام می‌توان ادعا کرد که محصول کنترل می‌دهد.

پیشنهاد من این است که کنترل را چهار توانایی مستقل بدانیم، نه یک بستهٔ قابلیت.

• - ۱. شروع: کار از کاربر آغاز شود، نه از سیستم. اگر کاری خودش راه افتاده، کاربر هیچ‌وقت شروعش را در اختیار نداشته.
• - ۲. توقف: کارِ در جریان نیمه‌راه بایستد. توقف با واگرد یکی نیست؛ توقف پیش از پایان کار عمل می‌کند.
• - ۳. واگرد: کار تمام‌شده به وضعیت قبلی برگردد. اینجا همان جایی است که واگرد و بازانجام می‌نشینند.
• - ۴. رد کردن: کاربر از همان اول نپذیرد، و بابت نپذیرفتن هزینه‌ای هم ندهد.

نکتهٔ اصلی استقلال این چهار تا از هم است. غیبت هرکدام با بودن سه تای دیگر جبران نمی‌شود.

یک مثال ساده، بارگذاری فایل است. شروع در اختیار کاربر است و واگرد هم دارد، چون فایل را می‌شود بعداً حذف کرد.

اگر بارگذاری نیمه‌کاره لغو نشود، توقف وجود ندارد. کاربر مجبور است بنشیند و تماشا کند تا کاری که نمی‌خواهد تمام شود.

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

رد کردن اما وجود ندارد. کاربر هرگز پرسیده نشد و اولین خبر از ماجرا، خودِ ایمیل اول است.

پس آزمون ساده این است. برای یک کار مشخص، هر چهار توانایی را جدا بپرسید و جواب هر چهار را جدا بنویسید.

چه چیزی به دست می‌آید

سود اول اعتماد است. کاربری که می‌داند می‌تواند آزاد جابه‌جا شود و کارش را برگرداند، حس اتکاپذیری و اطمینان پیدا می‌کند.

همین اطمینان است که او را به محصول برمی‌گرداند. اعتبار محصول در بازار هم از همین‌جا ساخته می‌شود.

سود دوم کاهش اضطراب است. اضطراب کاربر معمولاً از ترس خطای بی‌بازگشت می‌آید.

کنترل بالا این ترس را تا حد زیادی برمی‌دارد. کاربر می‌تواند بی‌واهمه محصول را بکاود.

سود سوم پیامد همین کاوش است. خطای انسانی حذف‌شدنی نیست، پس رابط باید فرض کند خطا رخ می‌دهد.

بعضی خطاها هم از سر بی‌دقتی نیستند. خطای ربایش وقتی رخ می‌دهد که عادتِ قدیمی مسیر آشناتر را برمی‌دارد و کاربر بی‌آنکه بخواهد گام اشتباه را می‌رود.

در برابر این دسته خطا، هیچ آموزشی کار نمی‌کند. تنها چیزی که کار می‌کند، وجود راه بازگشت است.

شکل‌های عملی کنترل

• - ۱. واگرد و بازانجام: بیشتر رابط‌ها این دو را دارند. ویرایشگر متن نمونهٔ متعارفش است؛ تغییر برمی‌گردد و دوباره اعمال می‌شود.
• - ۲. تنظیمات شخصی‌سازی‌پذیر: کاربر تم را عوض می‌کند، چیدمان را جابه‌جا می‌کند و اندازهٔ نمایش را تغییر می‌دهد. حالت روشن و تاریک نمونهٔ آشنای همین است.
• - ۳. آزادی جابه‌جایی: منوی پیدا و یکدست، رد خرده‌نان و دکمهٔ برگشت. دکمهٔ برگشت گوگل تاریخچه را هم نشان می‌دهد، پس کاربر می‌بیند به کجا برمی‌گردد.
• - ۴. گفت‌وگوی تأیید: برای کار مهم یا بی‌بازگشت، سیستم قصد کاربر را می‌پرسد تا حرف آخر دست خودش بماند.
• - ۵. عناصر ورودی: فیلد متن، تیک، فهرست بازشو و لغزنده. کنترلِ ریزِ همان چیزی که کاربر وارد می‌کند.
• - ۶. امکانات دسترس‌پذیری: سازگاری با صفحه‌خوان، پیمایش با کلید و اندازهٔ قابل‌تنظیم قلم. در بسیاری از کشورها این‌ها الزام قانونی‌اند.

دو نمونهٔ مشخص هم در منبع آمده است. در وی‌فر، با زدن پیوند نظرها یک کشو باز می‌شود و تا تمام صفحه بزرگ می‌شود.

دکمهٔ برگشت سایت و دکمهٔ برگشت مرورگر، هر دو کاربر را به صفحهٔ محصول برمی‌گردانند. کشو با کشیدن انگشت هم بسته می‌شود.

نمونهٔ دوم مدیوم است. تاریخچهٔ ویرایش نشان می‌دهد نوشته در طول زمان چه مسیری را رفته است.

هر دو سر این محور خراب می‌شود

کنترل کمیتی نیست که بشود بی‌حساب زیادش کرد. کاستیِ کنترل کاربر را کلافه می‌کند و زیادیِ آن دو چیز جدا را خراب می‌کند.

چیز اول ذهن کاربر است. گزینه یا تنظیم بیش از اندازه، بار ذهنی را بالا می‌برد و به فلج تصمیم می‌رسد.

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

کاربر همچنین باید تنظیم دلخواه خودش را در دستگاه‌ها و نشست‌های مختلف به یاد بیاورد. این هم خودش یک بار تازه است.

چیز دوم سلامت خود سامانه است. اگر کنترل روی همه‌چیز واگذار شود، کاربر می‌تواند تنظیم حیاتی را ناخواسته عوض کند.

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

دو دام دیگر هم هست. یکی انحراف از عرف است: کاربر انتظارش را از محصولات قبلی آورده و جای نامتعارفِ یک کنترل، کاربردپذیری را پایین می‌آورد.

دیگری کشف‌پذیری است. کنترلی که نشانهٔ روشنی ندارد، برای کاربر وجود ندارد.

راه بیرون‌آمدن، سادگی و افشای تدریجی است. اختیارِ کم‌مصرف را پنهان کنید، اختیارِ پرمصرف را در دسترس بگذارید.

سهم سیستم هم سر جای خودش می‌ماند. سیستم با خودکاری و پیش‌فرض خوب و پیشگیری از خطا کاربر را همراهی می‌کند.

این معاملهٔ خودکاری و کنترل، بحث مستقل خودش را دارد و در طراحی بدون رابط جداگانه باز شده است.

سه چیزی که کنترل نیست

این بخش هم افزودهٔ من است، چون هر سه در عمل به‌جای کنترل فروخته می‌شوند.

یک: گفت‌وگوی تأیید جانشین برگشت‌پذیری نیست. تأیید و واگرد دو چیز متفاوت‌اند و هزینه را جای متفاوتی می‌گذارند.

تأیید از همه مالیات می‌گیرد. هر کاربری که آن کار را درست انجام می‌دهد، یک کلیک اضافه می‌پردازد تا از خطای نادرِ یک نفر جلوگیری شود.

واگرد فقط از کسی هزینه می‌گیرد که اشتباه کرده. پس در حالت عادی برگشت‌پذیر کردن کار بهتر از پرسیدن دربارهٔ آن است.

تأیید جای خودش را دارد، اما جایش تنگ است: کاری که واقعاً برگشت‌ناپذیر است. اگر برای هر حذف تأیید می‌گیرید، آن تأیید دیگر خوانده نمی‌شود.

دو: تنظیمات زیاد کنترل نیست. شمار گزینه‌ها چیزی دربارهٔ کنترل نمی‌گوید، چون جای گزینه‌ها مهم است.

محصولی را تصور کنید که ده تم دارد و راهی برای لغو ارسال ندارد. اختیار در جای بی‌اهمیت فراوان است و در جای مهم صفر.

آزمونش این است که فهرست تنظیمات را کنار فهرست کارهای برگشت‌ناپذیر بگذارید. اگر این دو فهرست هم‌پوشانی ندارند، تنظیمات تزئین است.

سه: کنترلی که فقط برای «نه گفتن» مصرف می‌شود، کنترل نیست. اینجا اختیار وجود دارد ولی سمتش عوض شده.

پنجرهٔ رضایتی که تیکش از قبل خورده، همان توانایی رد کردن را به یک کار فعال تبدیل می‌کند. الگوهای فریبنده دقیقاً از همین شکاف استفاده می‌کنند.

ثبت‌نام اجباری هم نمونهٔ روشن حذف توانایی چهارم است. کاربر می‌تواند بله بگوید یا برود.

از کنار هم گذاشتن این سه، یک قاعدهٔ ساده بیرون می‌آید. هر کاری که با یک کلیک شروع می‌شود، باید با یک کلیک هم تمام شود.

تقارن همین است: خروج باید هم‌اندازه و هم‌مسیرِ ورود باشد. اگر اشتراک با یک دکمه فعال می‌شود و لغوش تماس تلفنی می‌خواهد، توانایی چهارم روی کاغذ هست و در عمل نیست.

موبایل، دسکتاپ، و دسترس‌پذیری

شکل کنترل روی صفحهٔ کوچک و بزرگ یکی نیست، و تفاوت از سه جا می‌آید.

اول اندازهٔ صفحه است. موبایل جای کمتری برای نمایش گزینه دارد، پس ناچار باید محتوا و قابلیت را اولویت‌بندی کرد.

دسکتاپ در مقابل پنجرهٔ چندتایی و منوی مفصل و شخصی‌سازی ریز را می‌پذیرد.

دوم شیوهٔ تعامل است. کنترل در موبایل بر حرکت انگشت می‌نشیند: کشیدن، زدن و دو‌انگشتی بزرگ‌کردن.

در دسکتاپ نشانگر و میان‌بر صفحه‌کلید همان نقش را بازی می‌کنند و برای کار دقیق بهترند.

سوم بافت استفاده است. موبایل برای تعامل کوتاه است و دسکتاپ برای نشست طولانی و متمرکز.

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

اندازهٔ قلم و کنتراست قابل‌تنظیم، محتوا را برای کاربر کم‌بینا خواندنی می‌کند. میان‌بر و کمک‌پیمایشِ قابل‌تعریف، به کاربری که دشواری حرکتی دارد راه می‌دهد.

تغییر سرعت ویدئو و تبدیل متن به گفتار هم اجازه می‌دهد کاربر با ریتم خودش پیش برود.

دو یافتهٔ پژوهشی

منبع دو کار پژوهشی پرارجاع را نام می‌برد و هر دو به یک جای حساس نگاه می‌کنند: جایی که سیستم به‌جای کاربر تصمیم می‌گیرد.

یانّاخ و همکارانش در سال ۲۰۱۷ به سامانه‌های توصیه‌گر پرداختند. توصیه‌گر مفید است، اما فرض‌های نادرست هم دربارهٔ کاربر می‌گذارد.

مرور آن‌ها روی رویکردهایی است که کاربر را در کنترل فعال می‌گذارند، یا با بیان صریح ترجیح یا با دادن بازخورد. ساختن سرراستِ چنین سازوکاری هم به‌نظرشان دشواری‌های طراحی خودش را دارد.

پایسنر و ادلین‌وایت در سال ۲۰۱۳ به رابط‌های تطبیقی نگاه کردند. رابط تطبیقی دسترس‌پذیری را بهتر می‌کند، ولی خودِ تطبیق می‌تواند مسئله بسازد.

دو مسئله‌ای که نام بردند، سرگشتگی و از دست رفتن کنترل است. مطالعهٔ تجربی‌شان الگوهایی را آزمود که شفافیت و مهارپذیری را بالا می‌برند.

یافتهٔ جالبشان این است که ترجیح کاربر ثابت نیست. به شرایط سود و هزینهٔ همان موقعیت بستگی دارد.

در بافت فارسی

یک: «انصراف» در درگاه پرداخت، وضعیت را برنمی‌گرداند. درگاه بانکی دکمهٔ انصراف دارد و کاربر را به فروشگاه برمی‌گرداند.

چیزی که برنمی‌گردد، وضعیت سفارش است. سفارش نیمه‌کاره می‌ماند و کاربر نمی‌داند پولش رفته یا نه.

پس توقف اینجا صورت دارد و اثر ندارد. صفحه برگشت، اما کار برنگشت؛ و کنترل واقعی همان برگشتِ کار است.

دو: مودالی که در تاریخچهٔ مرورگر ثبت نمی‌شود. بیشتر وب‌اپ‌های فارسی کشو و مودال را بدون ثبت در تاریخچه باز می‌کنند.

کاربر دکمهٔ برگشت را می‌زند و انتظار دارد مودال بسته شود. چیزی که رخ می‌دهد، بیرون‌افتادن از کل صفحه است.

در رابط راست‌به‌چپ یک لایهٔ دیگر هم اضافه می‌شود. جهت کشیدن انگشت برای برگشت آینه می‌شود، ولی فلش برگشت در خیلی از این اپ‌ها آینه نشده است.

سه: ورود با کد پیامکی، توانایی رد کردن را حذف می‌کند. شمارهٔ موبایل در بیشتر سرویس‌های اینجا تنها کلید هویت است.

یعنی کاربر برای دیدن یک صفحهٔ ساده هم باید شماره بدهد. تماشای بدون ثبت‌نام، که در الگوهای وارداتی هست، اینجا معمولاً حذف شده است.

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

ورود یک فرم دو فیلدی است و خروج یک گفت‌وگوی انسانی. همان تقارن ورود و خروج اینجا شکسته می‌شود، و شکستنش همیشه به یک سمت است.

جمع‌بندی

• - کنترل کاربر: خودمختاری و استقلال کاربر در تعامل با رابط — و نبودِ مسیر تحمیلی
• - سومین اکتشاف نیلسن، با تأکید روی خروج اضطراری از وضعیت ناخواسته
• - چهار توانایی مستقل: شروع · توقف · واگرد · رد کردن — و هیچ‌یک جانشین دیگری نیست
• - سودها: اعتماد · کاهش اضطراب · کاوش بی‌واهمه در برابر خطایی که حذف نمی‌شود
• - شکل‌های عملی: واگرد و بازانجام · تنظیمات · آزادی جابه‌جایی · تأیید · عناصر ورودی · دسترس‌پذیری
• - هر دو سر محور خراب می‌شود: فلج تصمیم و بار ذهنی از یک سو · آسیب به سلامت سامانه از سوی دیگر
• - دو دام دیگر: انحراف از عرف · کنترلی که کشف نمی‌شود
• - تأیید جانشین برگشت‌پذیری نیست: تأیید از همه مالیات می‌گیرد، واگرد فقط از کسی که اشتباه کرده
• - تنظیمات زیاد کنترل نیست؛ فهرست تنظیمات را کنار فهرست کارهای برگشت‌ناپذیر بگذارید
• - قاعده: هر کاری که با یک کلیک شروع می‌شود باید با یک کلیک هم تمام شود
• - در موبایل کنترل روی حرکت انگشت می‌نشیند، در دسکتاپ روی نشانگر و میان‌بر
• - پژوهش: توصیه‌گر با کنترل فعال کاربر · رابط تطبیقی و خطر سرگشتگی و از دست رفتن کنترل
• - در فارسی: انصرافی که وضعیت را برنمی‌گرداند · مودال بی‌تاریخچه · ورود اجباری با پیامک · خروجی که هم‌مسیر ورود نیست