《互動設計那些事兒》讀書筆記

34:需求評估場景的提交物：需求規格說明書、需求評審會議紀要、需求變更備忘錄。提交人：需求分析師。

35:功能設計場景的提交物：功能組織架構圖、業務流程圖、功能組織邏輯圖、用例圖、產品設計方案說明書。提交人：產品經理／互動設計師。

36:產品評審場景的提交物：產品評審會議紀要、產品設計變更備忘錄、產品流程相關系列的圖表（功能設計場景下提交物的各種圖）。

37:互動設計作業場景下的提交物：互動設計文件說明書（drd）、互動設計方案原型演示demo、互動流程圖等。提交人：互動設計師。

37:互動設計方案評審場景的提交物：評審會議紀要、變更備忘錄、定稿後的drd文件。提交人：互動設計師。

42:可以通過一些專業化的工具來幫助互動設計師提高工作效率與準確率：流程設計用visio、xmind；原型設計使用axure、justinmind；prd使用：axure、word、ppt等。

52:乙個優秀的it專案頂層設計方案的大綱應該具有如下內容：概述、背景、專案目標、專案架構、專案服務框架、專案執行計畫方案、專案驗收計畫方案、總結。

55:註冊流程主流程示例：1.填寫註冊資料；2.驗證並啟用；3.註冊完成。（這裡是乙個主流程，也是業務流程，還沒有細化到非常明確的分支流程）

57:需求的描述盡量完整清晰，比如「通知提醒服務」，這條就沒達到要求。提醒是用郵件、簡訊還是站內信。

77:客戶是否希望使用手機號作為賬戶名，為後期營銷和蒐集真實可驗證的使用者身份。客戶是否希望在社交**做粉絲運營推廣營銷，那麼引入第三方社交**進行登入是乙個解決方案。安全性以及找回密碼機制。通用型，是否進行單點登入設計全站和多線服務統一為乙個賬號。

78:使用者時刻需要知道當前位置能夠隨時返回至上一操作。讓使用者迷失在你的產品邏輯迷宮裡是非常可怕的，使用者一旦嘗試退出或返回而迷失，最終會強制退出或解除安裝產品。

80:我們在互動設計領域講的原型，是指根據產品需求，進行產品具體化形態設計後形成的demo，我們稱這個demo為原型。

80:線框圖是指用線條勾勒出乙個產品的介面，用來展示創意和驗證需求。一般情況下，不使用彩色設計，目的是為了不影響後面階段的介面設計效果。原型設計階段主要針對頁面邏輯、架構／結構設計低保真原型。

95:原型設計階段最好使用佔位符，否則會影響ui設計師對圖示的設計風格。

103:axure：快速原型設計。快速原型處於專案初期，對頁面的精細要求並不高。

132:原型設計總結：

要點1:在設計過程中盡量不用色彩，最好使用灰、白、黑進行色階區分，目的是為了讓ui設計師能夠系統性地考慮介面風格，而不會受原型設計裡色彩的影響。

要點2:在設計原型的過程中不要糾結於細節互動的實現，可靈活應用，完成你的方案，最終展示的互動流程讓大家看明白，弄懂你的頁面邏輯和產品架構即可。

要點3:原型設計一定要快速，原型是用來驗證需求和展示設計方向是否正確的驗證方式，通過快速原型設計可以節約很多溝通成本。

要點4:在設計過程中不要沉迷於高階複雜的互動設計事件，比如，axure和justinmind中的很多高階互動動作、函式、變數、中繼器等。也許你需要的只是用visio畫幾個影象展示一下邏輯，或者使用紙和筆理理自己的思路。當你陷入困惑時不妨使用紙和筆試試。

要點5:保持頭腦清醒，條理清晰，比如登入流程要以登入介面－登入互動－登入正常結構－登入異常結果等為主線，這樣才能保證在大專案中不會遺漏重要的互動步驟。

要點6:要及時預覽你的原型，這樣可以隨時測試並驗證你的原型，保證遇到問題及時解決。

要點7:要善於加注釋，解釋你的互動設計思路，方便開發人員和ui設計師理解設計方案。

134:高保真原型是指乙個利用原型設計工具（如：axure）做出的互動原型＋ui設計師切圖，形成乙個與真實產品一致或高度相似的原型demo。更簡潔的解釋是：線框圖＋ui設計師的組合結果。

142:高保真原型的製作過程是比較繁瑣的。總之，通常有特殊要求時才會建議大家製作高保真原型，否則日常工作中用低保真足以完成需求。

149:關於測試和評估原型的經驗分享如下：

從測試和評估的過程中總結出一些經驗並記錄學習

把自己當作乙個普通的具體的使用者

盡可能地模擬真實場景來評估，這樣更具有參考意義

按照流程設計與邏輯設計方案走查自己的設計方案，找出問題

創新說得好聽，但做起來非常難，要做一件創新的事情，需要提前做好準備工作，然後說服所有的人，否則會打擊自信心與積極性

原型設計完成後，提交給開發人員或ui設計師看是否能實現設計。需要注意的是，太複雜的互動設計要視專案組中開發人員的能力來定

確保自己的邏輯沒有問題，核心的功能不能有錯誤，否則會浪費很多精力去解釋與修補