五要素
表現層，框架層，結構層，范圍層，戰略層
產品經理是與其他人所做的作業融合到一起
是為了讓他們作業更容易，而不是更困難，并不表示他們權威性降低了，
從產品設計到用戶體驗設計：外形服從于功能
為體驗而設計：使用第一
另外兩個影響用戶體驗的因素：內容，技術
戰略層 產品目標和用戶需求
我們要通過這個產品得到什么
我們的用戶要通過這個產品得到什么
關注印象數，測量回訪資料
理清用戶需求：
他們是誰 以及 他們的需求是什么
詢問他們問題，觀察他們的行為
用戶細分，人口統計學
我們無法提供一種方案同時滿足兩種用戶需求時，要么選擇單一用戶群設計而排除其他用戶群；要么提供不同的方式，
范圍層 功能規格和內容需求
作業流程
日程安排
里程碑
知道自己正在建設什么：人人都能參與進來
知道自己不需要建設什么：不需要馬上去做的東西
范圍蠕變，像滾雪球越來越大
功能和內容
我們為什么要開發這個產品
我們要開發的是什么
功能規格說明書
內容管理系統：一個內容管理系統可以實作自動化流程，能展示和交付內容給用戶
定義需求：最用之不竭的需求源泉總是來自用戶本身
通過與用戶探討建議，有時可以得出真正解決問題的、完全不同的需求
多想產品新方向
人物角色
想象我們的用戶將會經歷什么樣的程序
從競爭對手處得到一些啟示
相似的產品目標
即使不是產品的直接競爭對手也能提供豐富的潛在需求
功能規格說明：
程序變得快速簡便
足夠清楚和準確
樂觀
具體
避免主觀語氣
網站外觀應符合企業的品牌指南檔案
內容需求：
FAQ 常見問題
更新頻率
內容清單
確定需求優先級，實作這些需求的可行性有多大
無論如何，不可能的事情仍然不可能實作，這很遺憾
要求制定戰略
結構層 互動設計與資訊架構
互動設計
資訊架構
組織管理、分類、順序排列
模式和順序
理解用戶的作業方式、行為和思考方式
可能的用戶行為
系統如何配合和回應
成功的舞蹈是要求每一個參與者能夠預測對方的移動
與其針對機器的最佳作業方式來設計系統，還不如設計一個對用戶而言最好的系統
概念模型
防止錯誤
設計成不可能犯錯的那種 使錯誤難以發生
撤銷undo
結構化內容：
許多情況下，網站的結構不僅不能幫助人們找東西，還必須教育、通知或說服用戶
從上到下的架構方法是由戰略層驅動的
從下到上的架構方法是由范圍層驅動的
網站的有生命的個體，需要持續的關心和灌溉
隨著時間的流逝而成長、改變
容納成長和適應變動
結構方法：
層級結構
中心輻射
矩陣結構，在四個或更多維度的空間下，人腦基本不可能很好地可視化這些移動
自然結構
線性結構
組織原則 決定哪些節點要編成一組
創建一個能與“我們的目標”和“用戶需求”相對應的、正確的結構
命名原則
使用用戶語言 并且 保持一致性
受控詞典
類詞詞典
元資料
掌握的內容資訊越詳細，在建設資訊架構時，靈活性就越高
動態地將一組與某個主題有關的頁面鏈接到一起
搜索引擎使用類詞詞典來區分“禁用詞”與“首選詞”；接著它從元資料中查找這些“首選詞”
團隊角色和流程：
架構圖
視覺辭典
框架層 界面設計、導航設計和資訊設計
界面設計 做某些事
導航設計 去某個地方
資訊設計 傳達想法
習慣使我們可以把這些反射作用應用到不同的環境中
成功的界面設計是那些能讓用戶一眼就看到“最重要的東西”的界面設計
弄清楚用戶不需要知道哪些東西，并減少它們的發現性
對于開發背景的人來說，和以往的思路不同，因好的程式員總是要考慮到很少發生的場景
清晰得告訴用戶“他們在哪兒”以及“他們能去哪兒”
導航系統
線框圖
檔案本身不是目的；它只是達到目的的一種手段
表現層 感知設計
眼球追蹤
一條流暢的路徑
引導
對比
用一個醒目的圖形將它們凸顯出來
一致性
基于柵格線
統一的品牌識別形象
配色方案
排版
風格指南
要素應用
了解你正在試著去解決的問題
了解這些解決辦法所造成的后果
由現狀決定的設計
由模仿決定的設計
由領導決定的設計
提出正確的問題
你為什么要這樣做
接受度
用戶體驗的開發程序：它是一場馬拉松
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/238682.html
標籤：其他
上一篇：讀《用戶體驗要素》總結