[人機交互]識別需要和建立需求

*一.需要選擇的產品特征（或屬性）可概括為兩類

1.1外部特征（屬性）

對用戶而言，可見及可度量的屬性

1.2內部特征（屬性）

對用戶而言是不可見或不可度量的

二.什么是需求

需求是有關目標的陳述或者規約。（需求應該描述系統做什么，但不是系統怎么做）

陳述應該盡可能具體，明確，無二義性。

三.交互設計的本質是什么（填空）

交互設計的本質是迭代。

四.需求的重要性

項目失敗的主要原因就是需求問題。

用戶為中心，用戶參與十分必要，但絕非易事。

五.什么是需求分析

需求分析是解釋已知需求，分析系統的數據與行為，指定系統規約的過程。

? ? -5.1識別問題：

? ? ? ? 解釋信息，識別問題的基本特征并做出假定。

用戶說“我想查成績”，需進一步詢問：
- 是否需要按學期篩選？
- 是否需要歷史成績趨勢圖？

? ? -5.2分析建模：

? ? ? ?使用各種模型，分析并維護系統的數據與行為。

? ? -5.3指定規約：包括信息的描述，外部過程的描述

??信息描述??（數據部分）：
- 系統需要存儲哪些數據？（如“學生成績、課程信息”）。
- 數據的格式和約束（如“分數范圍0-100”）。
??外部過程描述??（行為部分）：
- 系統如何響應用戶操作？（如“點擊‘查詢’按鈕后顯示成績”）。
- 系統與其他組件的交互（如“調用數據庫API獲取數據”）。

*六.需求的不同類型（交互式產品的需求分裂）

6.1功能需求

系統應該提供的服務，描述應該簡明，無二義性

6.2數據需求

系統所需要處理的數據

? 數據類型、可變性、大小 / 數量、持久性、準確性和取值

6.3環境需求

產品的使用環境，包括4個方面的因素

6.3.1物理環境

涉及到工作環境本身以及交互方式的設計

? 例如：位置、采光、噪音等對人身安全和健康的影響，也影響到交互范型的選擇

6.3.2組織環境

涉及到對用戶工作的支持程度

? 例如：支持的質量、響應速度、資源獲取、管理結構

6.3.3技術環境

涉及到對系統開發的限制

? 例如：操作的軟硬件平臺、技術的兼容性

6.3.4社會環境

涉及到對人員之間的協作，協調和通信的支持

? 例如：狀態的感知、協調機制和遠程通信等

6.4用戶需求

目標用戶群的特征，通常表示為用戶屬性集

? 包括能力、知識、背景、偏好等

? 例如：用戶可以是初學者、專家、偶然用戶

? 不同的用戶類型對可用性具有不同的需要

? 例如：初學者需要步進的提示和限制，而專家則需要更多的靈活性和控制權

6.5可用性需求

需達到的可用性目標和度量目標

? ???按照可用性工程，可用性規約需要明確指定

? ??

有效性（Effectiveness）??	用戶能否完成目標任務？	“90%的用戶能在3次點擊內找到搜索結果”
??效率（Efficiency）??	用戶完成任務的速度如何？	“平均搜索時間≤2秒”
??滿意度（Satisfaction）??	用戶對體驗的感受如何？	“用戶滿意度評分≥4/5”

七.數據收集

7.1數據收集的重要性

數據收集是理解用戶需求的重要步驟

7.2數據收集的方法和技術

7.2.1問卷調查

有目的地涉及一系列需要回答的問題

? 能覆蓋更多的用戶群、需要較少的時間來監控和管理

? 但問卷通常帶有主觀片面性，需要結合其他的方法

7.2.2訪談

與用戶面對面的交談，但也可以是其他形式

? 優點：容易探索各類問題，可使用情節、原型等

? 但比較費時、也無法訪問所有想要訪問的人

7.2.3專題組

各類參與者共同討論涉及中的焦點問題和需求

? 優點：可以獲得一致的看法，并突出具有沖突的問題

? 用戶和設計者可從對方的觀點來理解設計的上下文

? 用戶可以了解設計者相關的技術和能力

? 設計者可詢問與產品相關的工作環境

7.2.4自然觀察

自然狀態下觀察用戶如何執行日常任務，以發現更多信息。

? 優點：對任務獲得一個全面理解，可作為其他方法的補充

? 需要大量的時間和其他資源，有時會產生過多的信息

7.2.5研究文檔

最容易活動的是各類文檔，包括章程，規定和操作指令表。

? 有助于了解規范的任務步驟和指導性規則

? 不占用參與者的時間

7.3選擇數據收集技術

7.3.1不同的階段需要調查不同的信息

? 例如：在項目開始時，在實際環境中的自由觀察較合適

? 因為此時需要獲取和理解與使用上下文相關的信息

總結：方法與階段的匹配關系??

??階段??	??推薦方法??	??理由??
??項目啟動??	問卷調查、研究文檔、訪談	快速覆蓋用戶群體，獲取背景信息，明確探索方向。
??需求分析??	訪談、自然觀察、專題組	深入理解用戶行為，挖掘真實需求，識別沖突點。
??設計驗證??	原型測試+訪談、自然觀察	驗證方案可行性，發現交互問題，確保設計貼合實際場景。
??迭代優化??	問卷調查、訪談、專題組	收集用戶反饋，對比方案優劣，持續改進產品體驗。

7.3.2不同的技術也決定了所需要的信息類型

例如：確定可用性目標可采用問卷來獲取某些定量數據

1.定量數據（Quantitative Data）??

??定義??：

??可以用數字表示的數據??，通常用于統計分析，能夠進行數學運算（如計算平均值、百分比等）。
回答“??多少？??”“??多大程度？??”等問題。

2. 定性數據（Qualitative Data）??

??定義??：

??描述性數據??，通常以文字、圖片、音頻等形式呈現，用于深入理解用戶的想法、感受和行為背后的原因。
回答“??為什么？??”“??如何？??”等問題。?

7.2.3可用的資源也會影響到如何選擇技術

? 例如：大規模的問卷調查需要足夠的時間和費用，也需要有足夠的信息和經驗設計并測試問卷

? 例如：專題討論需要召集相關的參與者

7.2.4選擇的兩個特征

? 選擇基于兩個因素：技術的特征和需研究的任務

八.數據分析

8.1用戶為中心的設計需要什么數據解釋

用戶為中心的設計需要一個面向用戶的數據解釋

數據必須從用戶視角出發??，而不是單純的技術或業務指標。
??解釋方式要讓非專業用戶也能理解??，避免使用過于專業的術語。
??數據應服務于用戶需求??，幫助設計師更好地理解用戶，而非僅僅滿足開發或商業目標。

九.任務描述

9.1任務描述是干什么的

提供面向任務的解釋（面向用戶的）

??用用戶能理解的語言解釋任務流程??，而非技術術語。
??站在用戶視角描述操作步驟??，強調“用戶做什么”而非“系統做什么”。
??幫助用戶快速理解如何使用系統??，降低學習成本。

9.2什么時候用到任務描述

應用于整個開發過程，在早期用作驗收測試的評估標準

9.3不同任務的描述方法

9.3.1情節

9.3.1.1什么是情節

情節是一種非敘事性的描述（又叫做用戶故事）

? 內容： 描述具體行為、活動或任務

? 特點： 用戶語言描述

? 形式： 文字、草圖、錄像和錄音剪輯等

情節示例（在線購物APP）??

??標題??：??“用戶首次使用在線購物APP完成下單”??

??情景描述??：

??用戶背景??：小李是一名大學生，第一次使用某在線購物APP購買教材。
?

??任務流程（情節描述）??：

??打開APP??：小李在手機上找到該購物APP，點擊圖標進入首頁。
??搜索商品??：在搜索欄輸入“數據結構教材”，點擊搜索按鈕。
??篩選結果??：看到多個版本的教材，選擇“最新版”并點擊進入商品詳情頁。
??查看詳情??：閱讀商品描述，確認出版社和價格（￥58），點擊“加入購物車”。
??結算??：返回首頁，點擊右下角“購物車”圖標，核對商品后點擊“去結算”。
??填寫地址??：輸入收貨地址（學校宿舍），選擇“順豐快遞”，點擊“提交訂單”。
??支付??：選擇支付寶支付，完成付款，收到“訂單已提交”提示。

?目標

??：購買一本《數據結構》教材，并選擇快遞配送。