其實這篇是《使用者體驗的要素》的讀後感，其實讀了已經快2個月了，剛讀完寫讀後感會比較全面，而事隔一段時間再寫就能看出哪些是真正沉澱下來的要點了，也算是給自己找個偷懶的理由吧。
大產品設計決定使用者體驗，而小產品設計又分為五層，帖一張業內著名了好幾年的圖。
戰略層：明確商業目標和使用者目標，重點是解決兩者之間的衝突，找到平衡點。例如，通常的商業目標是賺錢，而使用者是要省錢，這種最底層的衝突沒法通過產品設計解決，而要靠商業上找準價值的切入點。作為pd通常接觸不到戰略制定的過程，但仍然要深刻理解公司戰略並盡可能的去發揮自己的影響力。
範圍層：做好需求採集工作，確定功能範圍和需求優先順序。這時候先要盡可能多的收集，通過各種市場研究、使用者研究的方法收集，不要遺漏；再盡可能多的放棄，因為我們的資源有限，只能做最有價值的。先做的收集不是為了放棄，而是為了不漏掉任何「最有價值的」。
結構層：完成資訊架構與互動設計。上一步相當於把菜都選好了，現在開始考慮具體是蒸是煮是炒是炸了。一般來說，技術部門在這個層面開始全面介入。
框架層：介面設計、導航設計、資訊設計，到了這一步，才出現使用者真正能看到的東西。常見錯誤是從以為這裡才開始算設計，忽略了上面的幾層，這樣在大前提不正確的情況下做出來的產品必然會成為乙個悲劇。
表現層：包含了視覺設計和內容優化。這部分是最有意思的，但設計師一定要理解好商業和使用者的目標才能做出正確的設計，畢竟我們不是藝術家，這裡的表現是最終產品氣質的體現。
五層整體是抽象到具體的過程，時間上是順序的，但每步的界限模糊，彼此交叉，而且必須反覆迭代的。
套用諮詢思維的經典結束（意譯）：事情來了不要撲上去做，也不是先訂計畫，而是先想清楚意義、目的、目標等等。
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...
產品設計體會（十二） 少而精
長假回來，這兩天基本在全力做 批量定時上架 的需求，n多的pk 評審 確認會搞得頭昏腦脹，不過終於算是把需求確認掉了。其中有些關於功能做多做少的爭論，這個話題在體會 三 中有所設計，但說的不深，這裡再寫點。一 個功能的多次需求會議中，必然有這樣乙個過程。開始對乙個功能想的不完整，說著說著大家都想把這...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...