سپنتا پویا — طراح محصول

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

کشف‌پذیری (Discoverability) چیست؟

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

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

تعریف

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

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

چهار واژه که با آن اشتباه می‌شود

این تفکیک‌ها به‌نظرم مهم‌ترین بخش این بحث‌اند، چون هر کدام درمان متفاوتی دارند.

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

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

کشف‌پذیری در برابر یافت‌پذیری و یادگیری‌پذیری و افوردنس و نشانگر
تصویرسازی اختصاصی: سپنتا پویا

چهار اصل پایه

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

پنج راهبرد معماری اطلاعات

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

و آخرین مورد، پرتکرارترین جای شکست است. برچسبی که تیم فنی نوشته، برای کاربر یک واژهٔ خارجی است — و کشف‌پذیری همان‌جا می‌میرد.

نُه الگوی رابط

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

پارادوکس نتفلیکس

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

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

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

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

چهار حالت شکست دیگر

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

چطور بسنجیمش

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

روش‌های کمّی:

  • - تحلیل رفتار. نرخ کلیک روی قابلیت مشخص، واژه‌های جست‌وجو و نرخ موفقیتشان، و نرخ تکمیل کار.
  • - نقشهٔ حرارتی و ردیابی کلیک. نشان می‌دهد کاربر کجا کلیک و حرکت و پیمایش می‌کند.
  • - آزمون A/B برای مقایسهٔ دو نسخه.
  • - آزمون درختی برای سنجش اینکه کاربر با ساختار فعلی چیزی را پیدا می‌کند یا نه.

روش‌های کیفی:

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

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

هشت روش سنجش کشف‌پذیری، کمّی و کیفی
تصویرسازی اختصاصی: سپنتا پویا

نُه گام عملی

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

فاز یک — پژوهش و پایه:

  • - ۱. پژوهش کاربر. نیاز و هدف و مدل ذهنی کاربر را پیدا کنید. ببینید او اطلاعات را چطور دسته‌بندی می‌کند، و رفتار واقعی را در برابر فرض‌ها ثبت کنید.
  • - ۲. معماری اطلاعات بسازید. محتوا را بر پایهٔ انتظار کاربر سازمان بدهید، با سلسله‌مراتب منطقی و واژگان آشنا.

فاز دو — پیاده‌سازی:

  • - ۳. سلسله‌مراتب بصری. مهم‌ترین قابلیت‌ها را بینایی اولویت بدهید، با اندازه و رنگ و قلم.
  • - ۴. ساختار ناوبری. منوی روشن و یکدست، خرده‌نان برای سایت پیچیده.
  • - ۵. جست‌وجو و کاوش را فعال کنید. جست‌وجوی محکم با تکمیل خودکار، فیلتر، و برجسته‌کردن نتیجه.
  • - ۶. افشای تدریجی. اطلاعات ضروری اول، جزئیات هرچه کاربر عمیق‌تر می‌رود.

فاز سه — پالایش:

  • - ۷. با کاربر واقعی آزمون کنید.
  • - ۸. بر پایهٔ بازخورد تکرار کنید. و برجستگی بینایی قابلیت‌های کم‌استفاده را تنظیم کنید.
  • - ۹. پیوسته رصد کنید. رفتار جست‌وجو و الگوی کلیک را ببینید، و با تغییر انتظار کاربر به‌روز شوید.

سه ابزار که دو لبه دارند

سه چیز در این بحث هست که هم می‌توانند کشف‌پذیری را بالا ببرند و هم پایین. تفکیکشان به‌نظرم مهم است.

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

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

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

اولویت‌بندی قابلیت برای کشف‌پذیری

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

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

دو چارچوب نام‌برده شده‌اند:

  • - MoSCoW: باید داشته باشد، بهتر است داشته باشد، می‌تواند داشته باشد، نخواهد داشت.
  • - مدل کانو: قابلیت‌ها را بر پایهٔ ضرورت و اثرشان بر رضایت دسته‌بندی می‌کند.

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

در بافت فارسی

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

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

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

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

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

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

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

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

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

جمع‌بندی

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

منبع

این نوشته «بازنویسی آزاد» است از مطلب What is Discoverability? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف کشف‌پذیری و معنای عملی‌اش در طراحی رابط، هر چهار تفکیک (از یافت‌پذیری با محور دانش پیشین، از یادگیری‌پذیری با محور تسلط در طول زمان، و از افوردنس و نشانگر با محور جزء در برابر کل)، هر چهار اصل پایه با نمونه‌هایشان (نتفلیکس، اتسی، مگا‌منوی آمازون، متن زیرخط‌دار)، هر پنج راهبرد معماری اطلاعات با نمونه‌هایشان (نظام فهرست‌نویسی کتابخانهٔ کنگره، جای ثابت آیکون در اینستاگرام، یکدستی فیسبوک و اینستاگرام)، هر نُه الگوی رابط با نمونه‌هایشان، پارادوکس نتفلیکس و ریشه‌اش در پارادوکس انتخاب بری شوارتز و قانون هیک و فلج تحلیلی و راه‌حل سامانهٔ توصیه، هر پنج حالت شکست، همهٔ روش‌های سنجش کمّی و کیفی با ابزارهایشان، مراحل راهنمای عملی، و نکته‌های افشا‌سازی تدریجی و انیمیشن و بومی‌سازی و نقش هوش مصنوعی — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

متن مطلب اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ منابع مرتبط) در لینک زیر در دسترس است.

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

تصاویر: هیچ تصویری از مطلب اصلی بازتولید نشده است. هر سه نمودار این صفحه طراحی مستقل مترجم است.

مشاهدهٔ مطلب اصلی
سپنتا پویا

مترجم: سپنتا پویا

طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمی‌گردانم.

دربارهٔ من

در این مقاله

  • - تعریف
  • - چهار واژهٔ متفاوت
  • - چهار اصل پایه
  • - راهبرد معماری اطلاعات
  • - نُه الگوی رابط
  • - پارادوکس نتفلیکس
  • - حالت‌های شکست
  • - چطور بسنجیم
  • - نُه گام عملی
  • - سه ابزار دولبه
  • - اولویت‌بندی
  • - در بافت فارسی

برچسب‌ها

  • کشف‌پذیری
  • معماری اطلاعات
  • ناوبری
  • UX
  • ترجمه