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

سه مسئلهٔ متفاوت: اضافه‌بار اطلاعاتی، بار شناختی، و اضافه‌بار انتخاب
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · مرداد ۱۴۰۵ · زمان مطالعه: حدود ۱۱ دقیقه

اضافه‌بار اطلاعاتی (Information Overload) چیست؟

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

نتیجهٔ اضافه‌بار اطلاعاتی، تصمیم بد نیست. معمولاً هیچ تصمیمی است.

و همین آن را از مسائلی که شبیهش‌اند جدا می‌کند: کاربری که زیر بار اطلاعات مانده، خطا نمی‌کند — می‌رود. و رفتن در داده به‌شکل خطا ثبت نمی‌شود.

تعریف و ریشه

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

اصطلاح را Bertram Gross در ۱۹۶۴ ساخت — با اشاره به «ظرفیت پردازش شناختی نسبتاً محدود» انسان — و Alvin Toffler در ۱۹۷۰ رایجش کرد. مفهوم مرتبطش اضطراب اطلاعاتی است که Richard Saul Wurman پیشگامش بود: تنشی که از اضافه‌بار می‌آید، به‌ویژه از اطلاعات بی‌ربط.

علت‌ها

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

و اثرش: فرایند تصمیم‌گیری را مختل می‌کند و به تصمیم ضعیف — یا هیچ تصمیمی — می‌انجامد.

راهکارهای منبع

  • - ساده نگه‌داشتن، و مرتبط نگه‌داشتن اطلاعات
  • - تأمین وضوح
  • - در دسترس‌گذاشتن اطلاعات پشتیبان
  • - ارائهٔ دیدگاه‌های متوازن
  • - روشن‌کردن کنش‌ها، و آسان‌کردن اتمام کار

سه مسئله که یکی گرفته می‌شوند

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

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

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

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

چرا «ساده نگه دارید» به‌تنهایی راهکار نیست

حذف اطلاعات در برابر ساختاردادن به آن
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

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

چون این یکی می‌گوید که اضافه‌بار همیشه مسئلهٔ مقدار نیست. همان صد قلم اطلاعات، در یک فهرست تخت غیرقابل‌استفاده و در یک سلسله‌مراتب سه‌سطحی کاملاً قابل‌استفاده است. مقدار عوض نشده؛ نسبت‌ها معلوم شده.

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

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

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

و اطلاعات بی‌ربط بدتر از اطلاعات زیاد است

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

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

پیامد عملی‌اش این است که بی‌ربط‌زدایی از کم‌کردن مؤثرتر است و اغلب هم ارزان‌تر:

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

و «دیدگاه‌های متوازن» یک تنش دارد

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

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

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

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

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

و یک مسئلهٔ محلی: صفحهٔ محصول

چرا صفحهٔ محصول در فروشگاه‌های ایرانی پرشلوغی‌ترین نقطهٔ اضافه‌بار است
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

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

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

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

جمع‌بندی

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

منبع

این نوشته «بازنویسی آزاد» است از مطلب What is Information Overload? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف اضافه‌بار اطلاعاتی به‌عنوان فزونی اطلاعات در دسترس فردی که می‌خواهد کاری را تمام کند یا تصمیمی بگیرد، ساخته‌شدن اصطلاح به‌دست Bertram Gross در ۱۹۶۴ و اشاره‌اش به ظرفیت پردازش شناختی محدود، رایج‌شدنش به‌دست Alvin Toffler در ۱۹۷۰، مفهوم اضطراب اطلاعاتی و پیشگامی Richard Saul Wurman و انتساب آن به‌ویژه به اطلاعات بی‌ربط، فهرست علت‌ها شامل حجم عظیم اطلاعات و فشار کمیت بر کیفیت و سهولت اشتراک و تعدد کانال‌ها و انبوه‌شدن دادهٔ تاریخی و اطلاعات متناقض و نادرست و نبود روش پردازش سریع و ساختار ضعیف اطلاعات، اثرش بر اختلال فرایند تصمیم و انجامیدن به تصمیم ضعیف یا هیچ تصمیم، و فهرست راهکارها شامل ساده و مرتبط نگه‌داشتن و وضوح و اطلاعات پشتیبان و دیدگاه متوازن و روشن‌بودن کنش‌ها و آسان‌بودن اتمام کار — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ مثال‌ها کاملاً مستقل نوشته شده‌اند.

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

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

تصاویر: هر سه نمودار این صفحه طراحی مستقل مترجم است. تصاویر نسخهٔ اصلی با لایسنس‌های CC BY 2.0 و CC BY-SA 2.0 از عکاسان مختلف منتشر شده‌اند؛ اینجا بازتولید نشده‌اند و در مطلب اصلی قابل مشاهده‌اند.

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

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

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

دربارهٔ من

در این مقاله

  • - تعریف و ریشه
  • - علت‌ها
  • - سه مسئلهٔ متفاوت
  • - ساختار نه حذف
  • - اطلاعات بی‌ربط
  • - انتخاب یا اجرا
  • - صفحهٔ محصول
  • - جمع‌بندی

برچسب‌ها

  • اضافه‌بار اطلاعاتی
  • بار شناختی
  • معماری اطلاعات
  • UX
  • ترجمه