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

آگاهی از بافت (Context Awareness) چیست؟

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

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

وقتی اشتباه حدس می‌زند، متوجه می‌شوید. و به‌خاطر می‌سپارید.

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

تعریف

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

ابعاد بافت

• - مکان و زمان
• - فعالیت و محیط
• - دستگاه
• - عوامل اجتماعی
• - و حالت احساسی

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

نمونه‌ها

• - Google Maps — جی‌پی‌اس، قطب‌نما، شتاب‌سنج
• - Netflix — تاریخچهٔ تماشا، ساعت روز، نوع دستگاه
• - Spotify — تاریخچهٔ شنیدن برای پیش‌بینی حال‌وهوا
• - Fitbit — دادهٔ زیستی و تشخیص حرکت
• - و Uber — عرضهٔ خودروهای متناسب با هر منطقه

اصول طراحی

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

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

پشتوانهٔ نظری‌اش هم قدیمی است: Schilit، Adams و Want (1994) و Dey و Abowd (2000). و از نظر بافت بازار، منبع می‌آورد که بیش از ۶۲ درصد ترافیک وب جهان از دستگاه همراه می‌آید و یک از هر دو اپلیکیشن ظرف ۳۰ روز حذف می‌شود.

نامتقارنی سود و هزینه

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

حساب کنید:

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

پس قاعده‌ای که از این بیرون می‌آید: ویژگی بافت‌آگاه فقط وقتی ارزش دارد که دقتش بالا باشد، نه وقتی که ایده‌اش جذاب باشد. یک استنباط با دقت ۷۰ درصد که در انگلیسی «هوشمند» به‌نظر می‌رسد، در عمل می‌تواند خالص منفی بدهد — چون آن ۳۰ درصد گران‌تر از ۷۰ درصد است.

و سه پیامد عملی:

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

پیشنهاد بدهید، تصمیم نگیرید

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

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

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

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

شفافیت یعنی چه، در عمل

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

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

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

و بافتی که اینجا فرق می‌کند

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

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

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

جمع‌بندی

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