即需求和
功能的設計之後，我還想說說產品結構。在之前所說的五步法（需求——功能——產品結構——框架圖——產品原型） 中，產品結構屬於第三步。
產品結構不同於產品架構，並不需要了解太多資料庫與前端的邏輯，又或者上層應用和底層服務的關係。產品結構僅僅是站在使用者使用角度上的產品頁面與頁面間的跳轉及從屬關係而已。
如果乙個系統，在需求分析及功能設計方面都做得不錯，產品結構搭建方面也會順暢很多。我在設計時主要考慮如下四點：
1、產品結構設計要考慮使用者角色
產品都是分角色的，很少有只針對乙個角色就能run的產品，除了目標使用者外你至少也要個管理員角色吧。那一系列需要考慮的問題就來了：不同角色要不要使用同乙個登陸介面？登入之後，不同角色看到頁面是否相同？是否有共性頁面？等等。分角色是系統結構設計的初級環節，還是比較行判斷的。
2、產品結構設計要考慮使用場景
3、產品結構要考慮理解性
產品結構的好壞影響著使用者對產品理解的快慢，好比office軟體，由於每款軟體（word、excel、powerpoint等）都蘊含著許多功能，而且軟體間也存在相互相容，多軟體協作工作的需求，故需要有個好的而且統一的產品結構。很多時候當我們沒用過在word中插入**的功能，我們就知道在word的「插入」中尋找，為什麼？
如果你還覺得本應該如此，那其實微軟也可以按照型別區分，比如操作區（包含的插入、編輯等）、文字操作區（類似現在的「開始」）、圖表操作區等等，而不是現在的開始、插入、設計這種方式，
4、產品結構要考慮拓展性
產品設計流程分享（產品結構）
即需求和 功能的設計之後，我還想說說產品結構。在之前所說的五步法 需求 功能 產品結構 框架圖 產品原型 中，產品結構屬於第三步。產品結構不同於產品架構，並不需要了解太多資料庫與前端的邏輯，又或者上層應用和底層服務的關係。產品結構僅僅是站在使用者使用角度上的產品頁面與頁面間的跳轉及從屬關係而已。如果...
產品設計流程
產品開發流程和專案管理流程時常被大家關注，合理的過程是團隊協作的基礎。在大家把產品的功能和特性放在第一位的時候，開發和專案的管理至關重要，而產品的設計卻往往被忽視，開發團隊會為了那些晦澀難懂 令人費解的功能而夸夸其談，複雜的產品特性通常會迫使產品團隊放棄優雅簡潔的設計，使用者體驗永遠是可能是專案過程...
產品設計 關於流程
昨天leader把我們叫到會議室，討論了下關於流程的問題。我們小組組建時間不長，人手也不多，平時忙起來可能會產生顧著不顧那的情況，碰到沒有顧及到的地方，難免會出現問題，出問題並不可怕，及時改正和承擔相應的責任就可以了，但就怕問題重複性的出現，這就有問題了，所有規範流程成了乙個必不可少的制度。專案分兩...