https://virgool.ir/feed/@mahdiehmohammadiمهندس کامپیوتر و علاقه‌مند به فناوری، طراحی محصول و تجربه کاربری. درباره UX، پژوهش، فناوری‌های نوظهور و تجربه‌های ساخت محصولات دیجیتال می‌نویسم.fa2026-11-11 16:15:43https://files.virgool.ir/upload/users/165163/avatar/U4RjpQ.jpghttps://virgool.ir/@mahdiehmohammadihttps://virgool.ir/@mahdiehmohammadi/کاربر-گیج-نیست-شاید-طراحی-شما-بیش-از-حد-پیچیده-است-po7tihaiyvslگاهی اوقات وقتی کاربر نمی‌تواند یک قابلیت را پیدا کند، فرم را کامل نمی‌کند یا چند بار پشت سر هم اشتباه می‌کند، اولین واکنش تیم محصول این است:«کاربر متوجه نشده.»اما اگر مشکل از کاربر نباشد چه؟اگر رابط کاربری از او خواسته باشد بیش از ظرفیت لحظه‌ای ذهنش اطلاعات را پردازش کند، بین چند گزینه تصمیم بگیرد، چیزی را به خاطر بسپارد و هم‌زمان مسیر انجام کار را هم پیدا کند؟در این حالت شاید کاربر «گیج» نیست.شاید طراحی بیش از حد از مغز او کار می‌کشد.این همان جایی است که مفهوم Cognitive Load یا «بار شناختی» وارد دنیای UX می‌شود.Cognitive Load دقیقاً چیست؟Cognitive Load به میزان تلاش ذهنی موردنیاز برای پردازش اطلاعات و انجام یک کار اشاره دارد.ما هنگام استفاده از یک محصول دیجیتال فقط روی صفحه کلیک نمی‌کنیم. دائماً در حال پردازش هستیم:این دکمه چه کاری انجام می‌دهد؟از کجا باید شروع کنم؟کدام گزینه برای من مناسب است؟آیا اطلاعاتی که وارد کردم درست است؟بعد از این مرحله چه اتفاقی می‌افتد؟چیزی را اشتباه انتخاب کردم؟برای ادامه باید چه چیزی را به خاطر داشته باشم؟هرکدام از این تصمیم‌ها مقدار مشخصی از منابع ذهنی کاربر را مصرف می‌کنند.NN/g نیز توضیح می‌دهد که وقتی حجم پردازش موردنیاز از توانایی کاربر برای مدیریت اطلاعات بیشتر شود، عملکرد او می‌تواند افت کند؛ مثلاً انجام کار طولانی‌تر شود، جزئیات مهم از دست برود یا کاربر از انجام آن منصرف شود.بنابراین یکی از وظایف UX Designer فقط ساختن یک رابط زیبا نیست.وظیفه ما این است که میزان فکرکردنِ غیرضروری را کاهش دهیم.همه Cognitive Loadها بد نیستندیک اشتباه رایج این است که فکر کنیم:هرچه Cognitive Load کمتر باشد، UX بهتر است.نه لزوماً.کاربر ممکن است وارد یک اپلیکیشن شود تا کاری را یاد بگیرد، اطلاعات جدیدی دریافت کند یا تصمیم مهمی بگیرد. بخشی از این تلاش ذهنی طبیعی و حتی ضروری است.مثلاً فرض کنید در یک اپلیکیشن سرمایه‌گذاری، کاربر باید یک مفهوم جدید را یاد بگیرد.اینکه کاربر درباره تفاوت دو نوع سرمایه‌گذاری فکر کند، بخشی از خودِ مسئله است.اما اگر برای رسیدن به همان اطلاعات مجبور باشد:بین چند صفحه جابه‌جا شود،اصطلاحات نامفهوم را تفسیر کند،گزینه‌های نامرتبط را بررسی کند،و اطلاعات صفحه قبلی را به خاطر بسپارد،بخش زیادی از انرژی ذهنی او صرف خود رابط کاربری شده است، نه مسئله اصلی.اینجا طراحی باید مداخله کند.سه سؤال مهم برای یک UX Designerبه جای اینکه فقط بپرسیم:«آیا این صفحه زیباست؟»بهتر است بپرسیم:۱. کاربر برای انجام این کار دقیقاً چه چیزهایی باید بداند؟اگر پاسخ این سؤال مشخص نباشد، احتمالاً اطلاعات غیرضروری وارد تجربه کرده‌ایم.۲. کاربر چه چیزهایی را مجبور است به خاطر بسپارد؟اگر کاربر باید مقدار، کد، نام، انتخاب یا اطلاعاتی را از یک قسمت رابط به قسمت دیگری منتقل کند، طراحی می‌تواند این بار حافظه را کاهش دهد.۳. کدام بخش از دشواری مربوط به خودِ مسئله است و کدام بخش ساخته طراحی ماست؟این شاید مهم‌ترین سؤال باشد.UX خوب الزاماً مسئله را ساده نمی‌کند؛ پیچیدگی غیرضروری را از مسیر کاربر حذف می‌کند.مثال ساده: یک فرم ثبت‌نامفرض کنید می‌خواهیم یک فرم ثبت‌نام طراحی کنیم.نسخه اول:نامایمیلرمز عبورتکرار رمز عبورشماره تلفنتاریخ تولدشهرکد پستیشغلنام شرکتو در پایین صفحه:ثبت‌ناماز دید تیم محصول شاید همه اطلاعات موردنیاز جمع‌آوری شده باشد.اما از دید کاربر چه اتفاقی افتاده؟او باید سؤال‌های زیادی را تفسیر کند، تصمیم بگیرد کدام اطلاعات ضروری است، فرمت صحیح بعضی فیلدها را حدس بزند و حجم زیادی از اطلاعات را یک‌جا پردازش کند.حالا همان تجربه را تغییر دهیم.فیلدهای غیرضروری را حذف کنیم.فیلدهای مرتبط را گروه‌بندی کنیم.فرمت مورد انتظار را واضح توضیح دهیم.خطاها را همان جایی که اتفاق می‌افتند نشان دهیم.در صورت امکان، اطلاعات را خودکار تکمیل کنیم.مشخص کنیم کدام اطلاعات ضروری است.مسیر تکمیل فرم را قابل پیش‌بینی کنیم.تعداد فیلدها شاید هنوز زیاد باشد، اما هزینه ذهنی انجام کار کمتر شده است.NN/g در پژوهش‌های مرتبط با فرم‌ها نیز چهار اصل را برای کاهش بار شناختی برجسته می‌کند: Structure، Transparency، Clarity و Support؛ یعنی ساختار مناسب، شفافیت، وضوح و پشتیبانی در طول انجام کار.Recognition بهتر از Recall استیکی از اصول قدیمی اما بسیار مهم در UX این است:Recognition > Recallیعنی بهتر است کاربر چیزی را ببیند و تشخیص دهد تا اینکه مجبور شود آن را از حافظه‌اش بازیابی کند.مثلاً فرض کنید کاربر قبلاً یک محصول را دیده است.در تجربه اول:«کد محصول را وارد کنید.»اما در تجربه بهتر:[انتخاب محصول از لیست]در حالت اول، سیستم از حافظه کاربر کمک می‌گیرد.در حالت دوم، سیستم اطلاعات لازم را در اختیار او قرار می‌دهد.این تفاوت شاید کوچک به نظر برسد، اما در مقیاس یک محصول می‌تواند تجربه را بسیار روان‌تر کند.راهنمای Heuristics خود NN/g نیز بر همین اصل تأکید دارد: اطلاعات و گزینه‌های موردنیاز باید قابل مشاهده یا به‌آسانی قابل بازیابی باشند تا کاربر مجبور نباشد اطلاعات را در ذهن خود نگه دارد.رابط کاربری شلوغ همیشه مشکل بصری نیستگاهی یک UI از نظر Visual Design کاملاً حرفه‌ای است.فاصله‌ها درست‌اند.Typography خوب است.رنگ‌ها هماهنگ‌اند.Grid دقیق است.اما هنوز استفاده از آن سخت است.چرا؟چون مشکل ممکن است Visual Clutter نباشد؛ بلکه Cognitive Clutter باشد.ممکن است همه چیز مرتب به نظر برسد، اما کاربر هنوز مجبور باشد:بخواند → مقایسه کند → به خاطر بسپارد → تصمیم بگیرد → برگردد → دوباره بررسی کند.در چنین شرایطی، حتی یک رابط کاربری مینیمال هم می‌تواند تجربه‌ای سنگین ایجاد کند.بنابراین:Minimal UI ≠ Low Cognitive Loadسادگی بصری و سادگی شناختی دو مفهوم متفاوت‌اند.این موضوع چه ارتباطی با Neuroinclusive Design دارد؟اینجا موضوع جذاب‌تر می‌شود.کاربران از نظر نحوه پردازش اطلاعات، تمرکز، حافظه، ارتباط و پردازش محرک‌های محیطی یکسان نیستند.به همین دلیل، طراحی‌ای که برای یک نفر ساده به نظر می‌رسد، ممکن است برای فرد دیگری بسیار پرهزینه باشد.NN/g در بحث Neurodivergence نیز بر اهمیت طراحی‌هایی مانند simplicity، clarity، control و support تأکید می‌کند؛ اصولی که فقط به کاربران neurodivergent کمک نمی‌کنند و می‌توانند تجربه را برای طیف بسیار وسیع‌تری از کاربران بهتر کنند.مثلاً:ساختار قابل پیش‌بینیزبان واضحوضعیت‌های قابل فهمکاهش اطلاعات غیرضروریامکان کنترل بیشترراهنمایی در زمان مناسبکاهش نیاز به حفظ اطلاعاتهمه این موارد می‌توانند برای کاربران مختلف مفید باشند.و این یکی از جذاب‌ترین نکات Inclusive Design است:طراحی برای نیازهای متفاوت، الزاماً تجربه را برای بقیه بدتر نمی‌کند؛ اغلب آن را بهتر می‌کند.پس آیا باید همه‌چیز را ساده کنیم؟نه.یکی از اشتباهات رایج در UX این است که «سادگی» را به هدف نهایی تبدیل کنیم.اگر یک محصول تخصصی برای پزشک، مهندس، تحلیلگر مالی یا طراح حرفه‌ای می‌سازیم، حذف همه قابلیت‌های پیشرفته لزوماً UX را بهتر نمی‌کند.گاهی کاربران واقعاً به اطلاعات و کنترل بیشتر نیاز دارند.مسئله این نیست که:«چطور اطلاعات کمتری نشان دهیم؟»مسئله این است:«چطور اطلاعات درست را در زمان درست و به شکل درست ارائه کنیم؟»یک Dashboard حرفه‌ای می‌تواند اطلاعات زیادی داشته باشد و همچنان قابل استفاده باشد؛ اگر:Hierarchy مشخص باشد،اطلاعات مرتبط کنار هم قرار گرفته باشند،وضعیت‌ها قابل تشخیص باشند،اولویت‌ها مشخص باشند،و کاربر بداند از کجا باید شروع کند.Cognitive Load را چطور در پروژه واقعی بررسی کنیم؟قبل از اینکه یک صفحه را Redesign کنیم، چند سؤال ساده بپرسید.۱. کاربر در این مرحله چند تصمیم می‌گیرد؟اگر برای انجام یک کار ساده مجبور است دائماً تصمیم بگیرد، احتمالاً جای بهبود وجود دارد.۲. چند چیز را باید به خاطر بسپارد؟هر بار انتقال اطلاعات بین صفحات یا بخش‌های مختلف می‌تواند یک فرصت برای طراحی بهتر باشد.۳. آیا کاربر باید حدس بزند؟اگر کاربر باید حدس بزند یک دکمه چه می‌کند، یک پیام خطا چه معنایی دارد یا مرحله بعد چیست، بخشی از بار شناختی احتمالاً از خود طراحی ایجاد شده است.۴. آیا اطلاعات ضروری در زمان مناسب نمایش داده می‌شود؟اطلاعات زیاد همیشه مشکل نیست.اطلاعات نامرتبط در زمان نامناسب مشکل است.۵. در Usability Testing چه می‌بینیم؟به جای اینکه فقط بپرسیم:«کاربر موفق شد یا نه؟»به رفتار او نگاه کنیم.آیا مکث می‌کند؟آیا بین گزینه‌ها رفت‌وبرگشت دارد؟آیا چیزی را دوباره می‌خواند؟آیا از مسیر خارج می‌شود؟آیا از ما می‌پرسد «الان باید چی کار کنم؟»این رفتارها می‌توانند نشانه‌هایی از بار شناختی اضافی باشند.یک تغییر کوچک، یک تجربه متفاوتفرض کنید در یک فرآیند خرید، کاربر باید سه مرحله را طی کند.در مرحله پرداخت، سیستم از او می‌خواهد اطلاعاتی را که دو صفحه قبل وارد کرده دوباره بررسی و وارد کند.از نگاه توسعه‌دهنده:«این فقط یک فیلد دیگر است.»از نگاه UX:«چرا کاربر باید چیزی را که سیستم از قبل می‌داند، دوباره پردازش کند؟»همین تفاوت نگاه، بخش مهمی از تفکر Product Design است.UX Designer فقط صفحه را طراحی نمی‌کند.او هزینه تعامل کاربر با سیستم را بررسی می‌کند.این هزینه می‌تواند زمانی، فیزیکی، شناختی یا حتی احساسی باشد. NN/g نیز اشاره می‌کند که بسیاری از Pain Pointهای تجربه کاربری می‌توانند باعث افزایش Interaction Cost و Cognitive Load شوند.در نهایت، طراحی برای انسان یعنی طراحی برای محدودیت‌های انسانما معمولاً درباره قابلیت‌های کاربران صحبت می‌کنیم:کاربر می‌تواند کلیک کند.کاربر می‌تواند اسکرول کند.کاربر می‌تواند جست‌وجو کند.اما کمتر درباره محدودیت‌های او صحبت می‌کنیم:کاربر نمی‌تواند همه‌چیز را هم‌زمان به خاطر بسپارد.نمی‌تواند بی‌نهایت گزینه را بدون هزینه مقایسه کند.همیشه نمی‌داند سیستم چه انتظاری از او دارد.و همیشه در شرایط ایده‌آل از محصول استفاده نمی‌کند.ممکن است عجله داشته باشد.حواسش پرت باشد.خسته باشد.برای اولین بار از محصول استفاده کند.یا اصلاً با مدل ذهنی‌ای متفاوت از چیزی که طراح تصور کرده، وارد سیستم شده باشد.بنابراین طراحی خوب فقط زمانی معنا ندارد که کاربر کاملاً متمرکز و آگاه باشد.طراحی خوب باید بخشی از بار پردازش را از دوش کاربر بردارد.سه نکته‌ای که از این موضوع برای پروژه بعدی باید به خاطر بسپاریم۱. هر مشکل Usability را به «اشتباه کاربر» نسبت ندهید.گاهی مشکل از محدودیت کاربر نیست؛ از هزینه شناختی‌ای است که طراحی به او تحمیل کرده.۲. همیشه دنبال حذف نیستید؛ دنبال بهینه‌سازی هستید.هدف حذف همه اطلاعات و قابلیت‌ها نیست.هدف این است که کاربر برای رسیدن به هدفش، کمتر مجبور به فکر کردن درباره خودِ رابط باشد.۳. Accessibility و Inclusive Design را از ابتدا وارد فرایند طراحی کنید.طراحی برای تفاوت‌های شناختی و رفتاری، فقط یک موضوع مربوط به گروه خاصی از کاربران نیست.ساختار واضح، زبان ساده، بازخورد مناسب، کنترل و پیش‌بینی‌پذیری، اصولی هستند که می‌توانند تجربه محصول را برای همه بهتر کنند.یک سؤال برای طراحان محصولدفعه بعد که در تست کاربری دیدید یک نفر مکث کرد و گفت:«نمی‌دونم اینجا باید چی کار کنم.»قبل از اینکه نتیجه بگیرید «کاربر متوجه نشده»، یک سؤال دیگر از خودتان بپرسید:«ما از مغز کاربر چه چیزی خواسته‌ایم که واقعاً لازم نبوده؟»شاید مسئله از کاربر نباشد.شاید طراحی، بیشتر از چیزی که باید، از او فکر کردن خواسته است.مهدیه محمدیمهدیه محمدیTue, 08 Sep 2026 21:12:33 +0330