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

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

تهوع سایبری در واقعیت مجازی (Cybersickness) چیست؟

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

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

تعریف

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

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

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

شش علت اصلی

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

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

سه چیزی که دست شماست و سه چیزی که نیست

شش علت، تفکیک‌شده به اهرم طراحی و واقعیت جمعیت
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

این تفکیک کل کار طراحی را جهت می‌دهد، چون آن شش علت دو جنس کاملاً متفاوت‌اند:

  • - سه علت، اهرم طراحی‌اند: حرکت سریع در میدان دید، نداشتن کنترل، و نرخ فریم. این‌ها را می‌شود عوض کرد.
  • - سه علت، واقعیت جمعیت‌اند: مدت مواجهه (که تا حدی دست کاربر است)، تفاوت‌های فردی، و شرایط زمینه‌ای. این‌ها را نمی‌شود عوض کرد.

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

نُه اهرم طراحی

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

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

پروتکل سنجیدن

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

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

در بافت فارسی

سه ملاحظهٔ محلی دربارهٔ تهوع سایبری
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)
  • - سخت‌افزار اینجا معمولاً نسل قبل است. هدست‌های وارداتی و دست‌دوم، با نرخ نوسازی پایین‌تر و تأخیر بالاتر، دقیقاً روی علت چهارم می‌نشینند. این علتی است که با هیچ تنظیم نرم‌افزاری کاملاً جبران نمی‌شود. اگر برای چنین سخت‌افزاری طراحی می‌کنید، بودجهٔ حرکت را از ابتدا محافظه‌کارانه ببندید.
  • - هدست مشترک، مسئلهٔ خودش را دارد. در غرفه‌ها، مدارس و مراکز آموزشی، یک هدست میان ده‌ها نفر می‌گردد. تنظیمات فاصلهٔ چشم‌ها بازنشانی نمی‌شود، لنز کدر می‌شود، و هر کاربر تازه با تنظیمات کاربر قبلی شروع می‌کند. یک گام «تنظیم اولیه» اجباری و سریع، ارزان‌ترین اصلاح ممکن است.
  • - و جایگزین وبی، مسئله را حل می‌کند نه تسکین. برای بسیاری از کاربردهای واقعی — بازدید مجازی از فضا، نمایش محصول، آموزش — نسخهٔ ۳۶۰ درجهٔ روی مرورگر همان ارزش را می‌دهد. با کنترل کامل کاربر و تقریباً صفر ریسک تهوع. پیش از سرمایه‌گذاری روی تجربهٔ کامل واقعیت مجازی، بپرسید آیا حرکتِ ادراک‌شده اصلاً لازم است.

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

جمع‌بندی

  • - تهوع سایبری مجموعه‌ای از نشانه‌های شبیه بیماری حرکت است — تهوع، سرگیجه، سردرد، خستگی چشم، احساس چرخش، بی‌جهت‌شدگی — که از ناهم‌خوانی دیده و حس‌شده می‌آید.
  • - و وارونهٔ بیماری حرکت است: آنجا حرکت را حس می‌کنید و نمی‌بینید؛ اینجا می‌بینید و حس نمی‌کنید.
  • - شش علت: مواجههٔ طولانی · حرکت سریع در میدان دید · نداشتن کنترل · نرخ فریم و کیفیت گرافیک · تفاوت‌های فردی · شرایط زمینه‌ای.
  • - سه علت اهرم طراحی‌اند و سه علت واقعیت جمعیت — پس هدف گشاد‌کردن پنجرهٔ تحمل است، نه حذف علت.
  • - نُه اهرم طراحی: نقطهٔ مرجع ثابت · حرکت نرم و انتخاب سبک جابه‌جایی · تنظیمات آسایش · نرخ فریم پایدار · میدان دید هم‌خوان · تعامل ارگونومیک · رابط ساده · آسایش بصری · صدا و طول محتوا.
  • - سنجیدن: افراد حساس را بیاورید · پیش و پس بسنجید · نشست را بلند بگیرید · و رهاکردن را داده بشمارید.
  • - در بافت ما: سخت‌افزار نسل قبل · هدست مشترک · و جایگزین وبی ۳۶۰ که مسئله را حل می‌کند نه تسکین.

منبع

این نوشته «بازنویسی آزاد» است از مطلب What is Cybersickness in Virtual Reality? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف تهوع سایبری به‌عنوان نشانه‌های شبیه بیماری حرکت شامل تهوع و سرگیجه و سردرد و خستگی چشم و احساس چرخش و بی‌جهت‌شدگی، ناهم‌خوانی میان آنچه چشم می‌بیند و آنچه بدن حس می‌کند با مثال ادراک پرواز و صحنهٔ پرسرعت در واقعیت مجازی، وارونه‌بودن علت نسبت به بیماری حرکت، شش عامل برشمرده (مواجههٔ طولانی با نمایشگر، حرکت سریع و غیرقابل‌پیش‌بینی در میدان دید، نداشتن کنترل بر محیط، نرخ فریم و کیفیت گرافیک و تأخیر میان کنش و بازخورد، تفاوت‌های فردی شامل سن و جنسیت و حساسیت شخصی، و شرایط زمینه‌ای شامل اختلال دهلیزی و میگرن و اضطراب)، توصیه‌های کاربران (استراحت از نمایشگر، عینک فیلتر نور آبی، پرهیز از محتوای بصری محرک، تنظیم روشنایی و تفکیک‌پذیری، کم‌کردن مواجهه با نمایش‌های پرزرق‌وبرق، وضعیت بدنی درست و تهویهٔ فضای کار)، مشخصات هدست خوب (تفکیک‌پذیری بالا، تأخیر کم، نرخ نوسازی بالا) و همهٔ نُه اهرم طراحی برشمرده (نقطهٔ مرجع ثابت و منطق آرام‌شدن با خیره‌شدن به نقطهٔ ثابت، حرکت و جابه‌جایی نرم و پرهیز از شتاب و چرخش و توقف ناگهانی و ارائهٔ سبک‌های جابه‌جایی مانند جهش نقطه‌ای، تنظیمات آسایش کاربر، نرخ فریم بالا و پایدار با نمونهٔ ۹۰ هرتز، هم‌خوانی میدان دید با دید پیرامونی و پرهیز از دید تونلی، تعامل شهودی و ارگونومیک، رابط خوانا و بی‌شلوغی، آسایش بصری و پالت متعادل و ادراک عمق واقع‌گرایانه، و صدای فضایی و طول محتوا) — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

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

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

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

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

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

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

دربارهٔ من

در این مقاله

  • - تعریف
  • - شش علت
  • - اهرم یا واقعیت
  • - نُه اهرم طراحی
  • - پروتکل سنجیدن
  • - در بافت فارسی

برچسب‌ها

  • تهوع سایبری
  • واقعیت مجازی
  • دسترس‌پذیری
  • UX
  • ترجمه