產品開發流程和專案管理流程時常被大家關注，合理的過程是團隊協作的基礎。在大家把產品的功能和特性放在第一位的時候，開發和專案的管理至關重要，而產品的設計卻往往被忽視，開發團隊會為了那些晦澀難懂、令人費解的功能而夸夸其談，複雜的產品特性通常會迫使產品團隊放棄優雅簡潔的設計，使用者體驗永遠是可能是專案過程中最不重要的環節。如果你和你的團隊希望重視產品的設計，就應該首先從團隊架構和專案流程上來進行改造，我們的目標是設計優先、使用者至上。當然技術團隊和產品開發還是至關重要的環節，你需要將設計和開發的流程無縫的整合起來。
產品設計團隊的六種邏輯角色
你也許不需要六個人來組成團隊，但每個人的職能必須清晰。《getting real》中關於 「團隊組織」 的建議值得參考，他告訴你了在這個快速的軟體開發時代如何去組建乙個高效的產品團隊。
業務負責人（business owner）
通常是你的boss、產品最初的策劃人或者是整個產品的業務主管，他們會分析產品的市場、定位客戶、定義品牌、提出想法，同時拿定主意，產品團隊裡面的萬金油
產品經理（product manager）
對產品負責的人，產品主管，他們會提出概念、收集確定需求、制定計畫、控制進度並保障產品質量。在很多團隊裡面「業務負責人」和「產品經理」通常是同乙個人。
互動設計（ui/id/ia design）
user inte***ce design（人機介面設計）, industry design（工業設計）and information architecture design（資訊架構設計）。將這三種職能混合起來，因為他們並不能孤立存在，我們統稱為互動設計。他們決定產品的所有功能細節，配合產品經理製作產品原型，與視覺設計師和使用者研究人員共同完成產品的詳細設計。產品設計過程中最重要的產品功能說明文件將由他們來跟蹤完善。
視覺設計（visual design）
產品團隊中最有藝術細胞的人，他們完成產品的外觀和介面設計，是否好看由他們說了算，他們作為產品團隊的藝術設計權威指導。
使用者研究（user research）
最接近使用者並了解使用者的人（不需要技術高手或者是邏輯人），他們從產品的原型階段就介入，配合互動設計師們做典型使用者分析和使用者目標分析，並對原型進行可用性測試，並制定最終的可用性測試計畫。在很多產品團隊裡面，互動設計、視覺設計和使用者研究通常會由一到兩個人來擔任，ui設計師會做使用者研究，視覺設計是會做資訊架構分析。
產品開發（production）
產品團隊中的技術開發人員，網頁製作或者程式開發，他們是產品的最終實現者，他們開發並進行單元測試，控制產品的最終品質。
產品從設計到發布的六個階段
產品開發的過程可以看作是整個產品設計環節的最終實現部分，對於非技術人員來說它是乙個把理想變成現實的神秘階段
1. 概念階段（concept）
一切從有了乙個想法開始！
需要做的事情：
2. 探索階段（discover）
那個偉大的想法已經得到了證實！
需要做的事情：
3. 定義階段（definition）
大家的建議已經通過，產品經理來負責制定計畫
需要做的事情：
4. 細化階段（refinement）
開始按照需求的定義來細化產品的設計
需要做的事情：
5. 開發階段（development）
產品團隊會在這個階段與開發團隊進行融合，雙方對需求和設計進行充分的溝通，組成乙個強大的產品開發團隊
需要做的事情（產品團隊）：
這裡有一點需要強調，你不需要去寫冗長的功能說明和毫無意義的文件，因為原型設計已經幫你完成了很多流程和功能描述性的工作，如何做好你的產品文件，可以參考一下《getting real》中的 「關於文件」。
產品交付物 產品功能說明書（product functional specification）
需要做的事情（開發團隊）：
這裡有幾個原則需要銘記，保持小巧的軟體、讓開發人員為快樂而編碼、傾聽你的**、使用開放的格式。關於編碼的詳細建議可以參考《getting real》中的 「關於編碼」。
開發交付物： 產品的第乙個 beta 版本（beta launch）
6. 發布階段（launch）
邀請使用者參與你的 beta 版本測試，直到產品正式發布
需要做的事情：
如何做好使用者支援以及產品發布的維護，您可以參考一下《getting real》中關於對 「使用者支援」 和 「產品推出之後的工作」 的建議，必定受益非淺。
產品設計 關於流程
昨天leader把我們叫到會議室，討論了下關於流程的問題。我們小組組建時間不長，人手也不多，平時忙起來可能會產生顧著不顧那的情況，碰到沒有顧及到的地方，難免會出現問題，出問題並不可怕，及時改正和承擔相應的責任就可以了，但就怕問題重複性的出現，這就有問題了，所有規範流程成了乙個必不可少的制度。專案分兩...
產品設計流程分享（產品結構）
即需求和 功能的設計之後，我還想說說產品結構。在之前所說的五步法 需求 功能 產品結構 框架圖 產品原型 中，產品結構屬於第三步。產品結構不同於產品架構，並不需要了解太多資料庫與前端的邏輯，又或者上層應用和底層服務的關係。產品結構僅僅是站在使用者使用角度上的產品頁面與頁面間的跳轉及從屬關係而已。如果...
產品設計流程分享（產品結構）
即需求和 功能的設計之後，我還想說說產品結構。在之前所說的五步法 需求 功能 產品結構 框架圖 產品原型 中，產品結構屬於第三步。產品結構不同於產品架構，並不需要了解太多資料庫與前端的邏輯，又或者上層應用和底層服務的關係。產品結構僅僅是站在使用者使用角度上的產品頁面與頁面間的跳轉及從屬關係而已。如果...