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

اکتشاف‌ها (Heuristics) در طراحی چیست؟

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

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

و ارزش اکتشاف‌ها دقیقاً در همین است: چیزهایی که وقتی نوشته می‌شوند بدیهی‌اند، و وقتی نوشته نشوند فراموش می‌شوند.

تعریف

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

و کارکردشان این است: قاعده‌هایی برای حل مسئله به شکل سریع و عملی.

و همین «سریع و عملی» بودن، هم قدرتشان است و هم مرزشان. اکتشاف قرار نیست دقیق باشد؛ قرار است به‌موقع باشد.

تاریخچه

یاکوب نیلسن و رولف مولیک در ۱۹۹۰ ارزیابی اکتشافی را به‌عنوان یک روش کاربردپذیری معرفی کردند.

و در ۱۹۹۴، نیلسن «ده اکتشاف کاربردپذیری برای طراحی رابط کاربری» را توسعه داد.

و در ۲۰۲۰ تعریف‌ها را دوباره بازبینی کرد — با اصول اصلی بدون تغییر.

و همین نکتهٔ آخر ارزش ایستادن دارد: سی سال گذشت، فناوری چند بار عوض شد، و این ده اصل هنوز سر جایشان بودند. چیزی که این‌قدر دوام می‌آورد، دربارهٔ فناوری نیست؛ دربارهٔ آدم است.

ده اکتشاف نیلسن

یک: مرئی‌بودن وضعیت سیستم. «سیستم باید همیشه کاربر را از آنچه در جریان است آگاه نگه دارد، با بازخورد مناسب در زمان معقول.»

دو: تطابق میان سیستم و دنیای واقعی. استفاده از زبان آشنا، به‌جای اصطلاح فنی.

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

چهار: سازگاری و استانداردها. حفظ سازگاری در عناصر طراحی و پیروی از قراردادهای سکو.

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

شش: بازشناسی به‌جای یادآوری. کم‌کردن بار حافظه با نشانه‌ها و گزینه‌های دیدنی.

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

هشت: طراحی زیبایی‌شناسانه و مینیمال. حذف عناصر غیرضروری و استفادهٔ مؤثر از فضای سفید.

نه: کمک به کاربر برای بازشناسی و تشخیص و بازیابی خطا. پیام خطای روشن، به زبان ساده.

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

و بعدها اکتشاف یازدهمی هم اضافه شد: دسترس‌پذیری و شمول. یعنی ساختن رابطی که ادراک‌پذیر، عملیات‌پذیر، فهم‌پذیر و مقاوم باشد — برای همهٔ کاربران، هم‌راستا با استانداردهای WCAG.

کدامشان بیشتر نقض می‌شوند

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

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

اول: مرئی‌بودن وضعیت سیستم. این ساده‌ترین اصل فهرست است و بیشترین شکایت کاربران از نقضش می‌آید. «سفارشم ثبت شد؟» و «الان دارد چه کار می‌کند؟» هر دو نقض همین بندند.

دوم: کنترل و آزادی کاربر. چون واگرد گران است. پیاده‌سازی «برگشت» در معماری داده کار می‌برد، و اغلب حذف می‌شود و به‌جایش پیام تأیید می‌آید — که همان کار را نمی‌کند.

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

و در مقابل، بند هشتم — طراحی مینیمال — بیشتر از همه بیش از حد اجرا می‌شود. و همان‌طور که در طراحی خوب نوشتم، حذف چیز لازم به‌نام سادگی، خودش نقض چند بند دیگر است.

و یک الگوی جالب هم در این فهرست هست: بندها با هم تعارض دارند، و همین عمدی است.

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

و بند دهم — راهنما و مستندات — با بند دوم و ششم در تنش است: رابطی که واقعاً خودتوضیح‌دهنده باشد، به مستندات نیاز ندارد.

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

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

ارزیابی اکتشافی

و کاربرد عملی این فهرست، ارزیابی اکتشافی است — که فایده‌هایش مشخص‌اند:

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

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

و ترتیب «اول مستقل، بعد گروهی» تصادفی نیست — همان چیزی است که در هم‌اندیشی نوشتم. اگر بحث گروهی اول باشد، اولین نظر بقیه را لنگر می‌اندازد.

چطور یک ارزیابی واقعاً مفید اجرا کنید

و میان «خواندن فهرست» و «اجرای ارزیابی» فاصله‌ای هست که معمولاً پر نمی‌شود. چند نکتهٔ عملی که این فاصله را کم می‌کند:

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

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

و فایده‌اش عملی است: یافته‌ای که به بند وصل شده، قابل بحث است و یافته‌ای که وصل نشده، سلیقه‌ای به‌نظر می‌رسد.

سه: شدت را جدا از نوع بنویسید. نقض یک بند می‌تواند جزئی باشد یا مسدودکننده. بدون درجهٔ شدت، فهرست سی‌تایی یافته‌ها فقط تیم را فلج می‌کند.

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

و پنج: راه‌حل ننویسید. کار ارزیابی، پیداکردن مشکل است. نوشتن راه‌حل در همان سند، بحث را از «آیا این مشکل است؟» به «آیا این راه‌حل خوب است؟» منتقل می‌کند — و مشکل اصلی گم می‌شود.

محدودیت‌ها

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

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

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

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

و برای فناوری‌های نوظهور — واقعیت افزوده و مجازی، رابط صوتی — ممکن است اکتشاف‌های به‌روزشده‌ای فراتر از چارچوب نیلسن لازم باشد.

دو عدد که زمینه می‌دهند

یک از هر دو اپلیکیشن ظرف ۳۰ روز حذف می‌شود (اپس‌فلایر). و ۶۲ درصد ترافیک وب از موبایل می‌آید (استاتیستا).

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

در بافت فارسی

یک: بند دوم — تطابق با دنیای واقعی — اینجا کار بیشتری می‌خواهد. بسیاری از واژه‌های رابط، ترجمهٔ تحت‌اللفظی از انگلیسی‌اند و در فارسی طبیعی نیستند.

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

دو: بند چهارم — سازگاری و قراردادهای سکو — در راست‌به‌چپ مبهم است. قرارداد سکو برای چپ‌به‌راست نوشته شده، و بخشی‌اش در فارسی باید برگردد و بخشی‌اش نه.

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

سه: بند نهم — پیام خطای روشن — بدترین وضع را دارد. پیام‌های خطا در محصول‌های فارسی اغلب یا ترجمهٔ ماشینی‌اند، یا کد خام سیستم، یا جملهٔ عمومی «خطایی رخ داد».

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

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

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

جمع‌بندی

• - اکتشاف‌ها اصول کلی هدایت‌کنندهٔ طراح در ساختن رابط کاربرپسندند · قاعده‌هایی برای حل سریع و عملی مسئله
• - نیلسن و مولیک در ۱۹۹۰ روش را معرفی کردند · نیلسن در ۱۹۹۴ ده اکتشاف را نوشت · و در ۲۰۲۰ بازبینی کرد، با اصول بدون تغییر
• - ده اصل، از مرئی‌بودن وضعیت سیستم تا راهنما و مستندات · به‌علاوهٔ اکتشاف یازدهم: دسترس‌پذیری و شمول
• - سه‌تا بیشتر نقض می‌شوند: مرئی‌بودن وضعیت · کنترل و آزادی، چون واگرد گران است · و بازشناسی به‌جای یادآوری، چون در طرح دیده نمی‌شود
• - ارزیابی اکتشافی با سه تا پنج متخصص · اول مستقل، بعد گروهی — و این ترتیب برای پرهیز از لنگرانداختن است
• - محدودیت: ذهنی‌بودن · جایگزین‌نبودن آزمون کاربر · حساسیت به بافت · خطر اتکای بیش از حد · و وابستگی به ارزیاب
• - اکتشاف می‌گوید چه چیزی احتمالاً مشکل‌ساز است · آزمون کاربر می‌گوید چه چیزی واقعاً بود
• - و در فارسی: جمله را بلند بخوانید تا تطابق با دنیای واقعی را بسنجید · قاعدهٔ آینه‌کردن را از جهان فیزیکی جدا کنید · پیام خطا باید بگوید چه شد و چرا و حالا چه کنم · و یک بار کل جریان را فقط با صفحه‌کلید طی کنید