交互設計時需考慮到的特殊情況都有哪些？
01-23
閱讀本文前可預習：如何提高移動產品的交互效率？ - 胡痴兒的回答使用場景
- 公眾場合使用時的隱私安全
- 上廁所
- 躺在在床上
- 性愛
（便利性和容錯性）
1、軟硬體特性- 橫豎屏
- 高低分率適配
- 平台眾多、機型複雜，出現一些系統太落後，手機硬體過時的硬體和系統
- 相同操作在不同系統下的適配
- APP版本更新
- wifi→蜂窩網路
- 環境光的變化
- 新老版本及部分新舊功能的共存灰度測試
- 網路過慢
- 網路超時
- 沒有網路
- 點擊一瞬間的狀態當前狀態的效果
（圖為模態載入層：防止用戶在該過程中進行其他操作，導致當前載入出錯）
- 載入中載入完成
- 載入時間過長
- 過場動畫
- ……
- 中間過程能否取消？
- 數據為空時
- 圖形+文字清楚地說明該分類下會出現什麼內容，告訴用戶什麼樣的數據將會出現在這裡
- 在屏幕下方提供「添加」按鈕
- 大量數據過載：限制在幾行內，超出部分用「…」略去
- 網路數據過期
- 伺服器問題
- 載入失敗
- 該頁面被刪除
- 提問者想刪除問題卻發現有了答案
- 無法贊感謝自己的回答
- 用戶沒有註冊：給用戶哪些入口提供多少功能？
- 用戶被封號或者被某人拉黑
- 無圖模式
- 可操作和不可操作
- 日夜間模式
一份提綱，有些點相互交叉，界限是模糊的。不全是交互相關，標出我認為特殊的，供參考（其實也沒什麼特殊的，只是些容易忽略的問題）：
設備- 硬體---- 設備屏幕（PC手機平板，主要是屏幕影響選擇適配的顯示方案。）---- 網路支持（WIFI各種G、GSM，主要影響載入內容時相應的提示。）---- 組件支持（陀螺儀、感光元件等，如何利用組件豐富教育行為？） ----特殊- 軟體---- 軟體陣營（安卓蘋果陣營？遵守平台頒布的交互設計指南？！）
---- 軟體穩定/版本問題（已知的BUG。減少用戶損失的交互設計（如可引起崩潰，自動保存，下次自動恢復予以交互提示引導用戶升級等，貼心。） ----特殊---- 許可權索取（特別單獨提，重要。良好的交互方式請求用戶授予相關許可權。）---- 跨平台（多種平台間統一一些交互減少用戶學習成本。）----重要---- 外部協同工作 （與其他軟硬體的協同工作，比如小米盒子支持Airplay，蘋果手機投射到電腦可能。）產品
- 產品設計---- 功能場景（產品功能場景的需要，匹配相應的交互，如電影票選座的交互、翻頁、閱讀更多、點贊、@、登錄退出。配合產品功能的常規設計。） ---- 過渡場景（頁面過渡、載入內容。京東的狗，美團APP的小人）---- 自身需要（APP的求好評，不要設計一層給好評和放棄，先詢問另一個問題，確認用戶好感後引導評分的兩層交互設計等）----重要---- 站外回調（各種站外API接入後對交互的影響，交互的必要補充設計。）----重要
用戶- 自然屬性---- 性別（身體構造和因生理原因帶來的與生俱來的操作習慣。）---- 年齡（年齡影響的交互上必要的考量。老人的大號字體、少年背景護眼色。）---- 身體習慣（後天養成的習慣。左撇子等）---- 病理（色盲、弱勢、盲人，酌情的考量相應的交互支持。）----特殊- 文化屬性---- 文字（自己放大縮小可能只能偶數步增，或者奇數？）---- 文化習慣（從左到右的閱讀，方向相反？！）---- 忌諱（交互設計、界面設計不要觸碰的文化忌諱。）----特殊- 操作偏好---- 場景偏好（用戶偏好晚上使用，夜間閱讀方式？）---- 行為偏好（橫屏比豎屏用的多，橫屏體驗更好，交互提示橫屏？）環境場景
場景的第二部分我歸結為環境場景，環境場景包括用戶使用應用時的時空狀態以及人體的肢體動作狀態。這部分應該是最好理解的，包括我之前都一直以為這就是場景的定義，不過慢慢發現其實這些反而是旁枝末節，需求才是最重要的場景。如果說需求場景把用戶的使用環境進行了抽象，那麼環境場景就是把當時抽象掉的一些東西還原回來。舉個小小的例子，我們可以只能想像到用戶在聽歌，但是我們會忽略當時是白天還是黑夜，是在家裡還是在公共場所，用戶是站著、坐著還是躺著，這些我們忽略的東西，如果他們會對我們的設計產生影響，那麼就可以歸結進環境場景。
http://sina.lt/eRYD
特殊情況？極端情況：無窮多的數據，和沒有數據；複雜的操作環境，空閑安逸的沉浸時間。等。
推薦閱讀：