近期閱讀了《支付寶移動設計精髓》，這本書涵蓋了支付寶設計團隊在產品設計體驗設計的實戰經驗，分別從學設計、做設計、看設計、玩設計四個維度，總結分享了多個設計領域的相關主題。整本書由多位作者共同完成，章節的銜接稍有跳躍，部分觀點略有重復，不過整體干貨還是很多，按自己的理解整理了以下部分內容。
行業設計“五步法”
行業設計五步法，通過之前五導家設計方法，可以理解為探尋設計目標，用戶需求，設定產品、設計目標，實施設計落地。更強調在對陌生行業進行設計時，做的更詳盡的需求理解和框架設計。
充分的行業調查，包括行業的發展歷史、現狀、前景以及特點，要求在調查過程中能對行業項目背景有深刻的認識，主要通過桌面研究，對現有二手材料對分析和研究；通過田野調研，進行實地的調查；
圈定目標用戶，從更多維度的理解分析，對目標用戶有更充分的理解。
搭建用戶場景，搭建場景能讓需求分析更精準，讓業務目標定位更清晰。仿真分析是場景搭建對常用方法，即仿照真實線下流程構建線上虛擬場景對方式。場景并不是固定不變對，隨著業務場景的發展與設計師理解的加深，場景也在不斷變化。
篩選核心需求，需求要結合商業模式、產品發展目標、用戶場景和用戶行為來交叉判斷，需求的評估最重要的不是知道要做什么，而是知道什么不要做。當設計師接到產品需求，要有自己的判斷，主動參與到產品設計中。需求的排序需要進行整體的平衡和優先級排布才能實現產品功能迭代價值的最大化。對于較復雜的需求變更，影響到上線時間或用戶體驗，設計師要嚴格把控。
建立交互框架，信息架構的建立是推進項目核心的環節，清晰的框架有助于幫助用戶快速完成任務目標，提升效率。流程圖設計表達用戶在產品使用中的操作與交互關系，需要遵循：1、以用戶需求為主要導向；2、兼顧用戶的使用習慣；3、流程盡量短；4、每個操作頁面僅有一個核心操作任務；5、考慮交互實現的開發成本。最后交互細節的補充完善，不斷細化完善邊界case。
設計規范的建設
支付寶作為一個超級App，本身提供著涵蓋生活服務金融等方面對服務，面對如此龐大的設計內容，很有必要進行自上而下地建立了一套設計規范系統，幫助產品完成更好的用戶體驗與視覺的統一。
基礎樣式庫——規范文檔——設計原則
基礎樣式庫僅僅滿足了現有設計的復用，面對新的設計，需要規范文檔來定義，形成設計規范。這里提到需要進一步提升內部設計的一致性和整體性，更需要團隊達成一致的設計價值觀，設計原則在這里發揮著自上而下凝聚的作用。
基礎規范：
文字、圖片、線條、顏色是構成頁面的最基本元素，統一這些基本元素對于整個產品的視覺風格和品牌傳達的一致性起著至關重要的作用。這篇詳盡的介紹了色彩、字體、圖標、適配等規范，對于1-3階段的設計有個比較好的參考價值。
控件&組件：
層級的定義，系統層——完全調用系統原生的控件和組件。框架層——用于組織頁面信息，并且起到導航作用的控件。臨時層——頁面中臨時出現的浮層和內容。內容層——頁面中剩下的內容，跟頁面內容的特點相關。
設計原則：
1、強調簡單的力量：在設計上制定了以下兩個原則：? 1、一個頁面只做一件事情，突出兩個重點。2、刪除不必要的內容，隱藏次要的內容。文中用了一些支付寶相關設計的案例來介紹，包括隱藏不常用功能、適時出現等方式。
2、高效的執行：1秒是用戶保持不間斷的思維流的限定時間，用戶會注意到這樣的延遲。8秒是保持用戶關注當前界面的極限時間，超出8秒用戶會憤然離場。RPC（Remote Procedure Call Protocol）泛指客戶端需要和服務端發生數據交換的場景。優化RPC請求，提高效率，提升用戶體驗。
轉移注意力也是減輕等待的負面影響的常用手段，支付寶的明星產品“余額寶”，當用戶進入頁面的時候會從服務端獲取金額信息。在這一過程中伴隨著金額數字隨機變換以吸引用戶注意，使用戶不會有等待之苦。這段中還談及到減少不必要的點擊和跳轉。
3、人性的對話：適時反饋，為用戶的操作提供必要、積極、即時的反饋。? 根據內容的重要程度選擇合適的反饋形式；避免過渡反饋，以免給用戶帶來不必要的打擾；不要打斷用戶的意識流，避免遮擋用戶可能回去查看或操作的對象。反饋方式大致有五種對話框、小氣泡、多態按鈕、動畫、聲音或震動。要避免過度反饋。
情感關懷，降低用戶在等待錯誤等場景下等焦慮或挫敗感，強化正向的情感。
輸出規范：規范文檔&UIKit，開發基礎控件庫
敏捷開發模式下的設計協作
敏捷開發以人為核心，迭代開發、循序漸進，將一個大項目分解為多個相互聯系、分開運作的小項目，設定多個發布節點分批上線，既提高效率，也能根據上線后的用戶反饋來調整后續的產品策略。這篇主要強調了交互設計師在敏捷開發模式中所扮演的角色，執行的任務。
需求分析階段，交互設計師和產品經理協作定義范圍層的內容，設計師通過專業支持幫助產品經理決策。有一些想法可以快速輸出框架圖和典型界面，幫助理清產品思路。深入思考產品經理的需求背后的商業目的，了解業務，開闊視野，提出有說服力的論據。最后盡早的邀請視覺設計師的加入，在項目前期設計一些概念稿，確定視覺風格，和交互稿的設計并行。
設計階段，在敏捷開發項目中，會有多個子項目同步進行，設計師之間的信息同步顯得非常重要。在設計開始時，約定一些規范，保證團隊不會偏離設計框架，并及時的更新同步。設計師是最需要思維碰撞的職業之一，協同設計的時候最容易產生新的想法。在完成自己設計的模塊后，可以邀請其他設計師走查，補充交互細節，找出不足之處。當然，不是在線框圖的美觀性上糾結，把主要精力放在解決問題上。最后，主動溝通，對頁面的想法，應在早期就完整地描述給視覺設計人員，以有效提高項目的整體效率
開發階段，產品真正的落地離不開開發工程師，了解一定的開發知識，可以有效的避免許多設計實現反復，在不影響用戶體驗前提下使用性能損耗更少的方案，可給用戶帶來更好的操作體驗。尤其在設計動畫效果時，應和開發充分溝通。主動溝通在哪個階段都非常重要，設計時應注意兩點：一是輸出設計稿時一定要做設計宣講，將業務邏輯、設計原型和設計原則向開發人員解釋清楚，避免有理解不一致的地方；二是設計有變更及時同步到相關人員。
驗收階段，驗收時和測試人員保持密切配合，走查每個流程，特別是異常狀態的驗收，有問題及時反饋，讓測試人員跟進開發人員修正。
這篇中的流程，其實在日常工作中我們已經在實踐了，敏捷開發也是目前主流的產品開發模式。但是在過程中，仍然有很多沒有做好或遺漏的過程，我個人在溝通環節中就存在比較多困擾。面對產品需求不能很好的提出自己的建議和觀點，面對設計落地開發碰到的問題，也不能很好的提出最優解，可見仍然有很多有待學習補充的知識。流程只是提供了一個更好的框架，而其中的內容還需要更強大的能力去補充支撐。
這本書還有很多待挖掘的干貨～是本值得推薦的好書，后續也會再整理分享。
