產品開發流程和專案管理流程時常被大家關注，合理的過程是團隊協作的基礎。在大家把產品的功能和特性放在第一位的時候，開發和專案的管理至關重要，而產品的設計卻往往被忽視，開發團隊會為了那些晦澀難懂、令人費解的功能而夸夸其談，複雜的產品特性通常會迫使產品團隊放棄優雅簡潔的設計，使用者體驗永遠是可能是專案過程中最不重要的環節。如果你和你的團隊希望重視產品的設計，就應該首先從團隊架構和專案流程上來進行改造，我們的目標是設計優先、使用者至上。
當然技術團隊和產品開發還是至關重要的環節，你需要將設計和開發的流程無縫的整合起來。
下面的團隊架構和流程應該適用於各種產品、軟體和**的設計（如果您有好的建議或者不同的看法，可以直接留言或者郵件給我）
產品設計團隊的六種邏輯角色
你也許不需要六個人來組成團隊，但每個人的職能必須清晰。《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）
一切從有了乙個想法開始！
需要做的事情
業務負責人與產品經理溝通商業需求以及產品品牌的定義
產品經理針對這個想法提出自己的問題和需求，並提供解決方法與好處
產品經理從各方面收集資訊並製作概念文件
業務負責人、產品經理、產品設計還有視覺設計們做到一起，來一場頭腦風暴，證實這個想法並確定實現乙個什麼樣的原型
產品設計負責完成最初的產品原型
階段交付物： 概念文件（concept document）或者是概念原型（concept prototype）
2. 探索階段（discover）
那個偉大的想法已經得到了證實！
需要做的事情：
在獲取了多方面的意見之後業務負責人與產品經理進一步溝通商業需求以及產品的定義
產品經理需要分析產品的戰略、商業案例、財務計畫、應對策略以及執行方案
產品設計需要分析上乙個版本的使用者反饋和競爭對手的產品近況，將這些資訊提交到產品經理那裡
產品設計和使用者研究小組共同做使用者案例分析，理清使用者的使用目標並分析使用者的使用流程
產品設計、視覺設計和開發負責人預估自己的投入，並將這些資訊提交給產品經理
產品經理從市場分析（報告）、產品設計、視覺設計和開發負責人那裡收集盡可能詳細的資訊，用來製作提案（可行性）文件
階段交付物： 提案（可行性）文件（proposal document）
3. 定義階段（definition）
大家的建議已經通過，產品經理來負責制定計畫
需要做的事情：
業務負責人要確定產品的最終定位（必須的）
產品經理進一步分析產品團隊提交過來的各種資訊，開始製作產品需求文件
產品經理宣布專案啟動
產品設計對產品概念設計進行進一步的完善，細化功能，製作一些具體的使用者使用場景
視覺設計開始為產品的視覺表現收集意見、尋找靈感
使用者研究小組在概念設計的基礎上進行使用者使用調研，問卷在白板上模擬使用者操作都行
產品對團對概念設計進行評審
階段交付物： 需求文件（product requirement document），產品概念設計（concept design meterials）
4. 細化階段（refinement）
開始按照需求的定義來細化產品的設計
需要做的事情：
業務負責人需要對產品的推廣和市場需求進行評估
產品經理需要制定產品的路線圖，並確定最終的發布時間和計畫
互動與視覺設計進入乙個迭代的設計階段，一次又一次的設計修改，直到最終的設計方案得到確認
產品設計製作產品線框圖、完成特性清單，並以 html、flash 或其他的形式拿出產品的最終原型設計
視覺設計配合產品設計細化產品外觀的設計
使用者研究小組使用現有的原型進行可用性測試
階段交付物： 產品線框圖（wireframes）、產品特性清單（feature list）、最終的原型設計（可以是任何版本的，例如 html、flash或者是專用的原型製作工具）
5. 開發階段（development）
產品團隊會在這個階段與開發團隊進行融合，雙方對需求和設計進行充分的溝通，組成乙個強大的產品開發團隊
需要做的事情（產品團隊）：
業務負責人要去進行商務拓展、尋求合作夥伴並規劃市場
產品經理需要制定詳細的推廣計畫
產品設計開始製作產品功能說明書，同時按照使用者研究小組的測試來完善產品的ui設計
視覺設計對產品團隊進行藝術指導，同時要確認最終的產品外觀設計
使用者研究小組進行原型測試
產品經理對所有的設計進行確認，正式進入開發階段，接下來就祈禱成功吧
產品設計把最終確定的產品功能說明是提交給開發團隊
這裡有一點需要強調，你不需要去寫冗長的功能說明和毫無意義的文件，因為原型設計已經幫你完成了很多流程和功能描述性的工作，如何做好你的產品文件，可以參考一下《getting real》中的 「關於文件」。
產品交付物產品功能說明書（product functional specification）
需要做的事情（開發團隊）
產品設計加入到開發團隊裡面，繼續維護產品功能說明，同時幫助開發階段的產品測試和質量監控
使用者研究小組也參與到開發團隊之中，隨著開發的進行去來更新他們的使用者測試計畫
開發人員在乙個接乙個的小小勝利中拿出第乙個 beta 版本。
這裡有幾個原則需要銘記，保持小巧的軟體、讓開發人員為快樂而編碼、傾聽你的**、使用開放的格式。關於編碼的詳細建議可以參考《getting real》中的 「關於編碼」。
開發交付物： 產品的第乙個 beta 版本（beta launch）
6. 發布階段（launch）
邀請使用者參與你的 beta 版本測試，直到產品正式發布
需要做的事情：
使用者研究小組收集使用者的使用反饋，為下乙個版本的改進做好準備
產品設計維護現有的ui設計
視覺設計繼續修正現有的產品外觀
使用者支援是產品團隊中所有成員都應盡的義務，善待你的使用者，從自己做起。
如何做好使用者支援以及產品發布的維護，您可以參考一下《getting real》中關於對 「使用者支援」 和 「產品推出之後的工作」 的建議，必定受益非淺。
新產品設計開發流程
1.目的 對產品設計開發全過程進行控制，確保產品能滿足市場需求及顧客的要求，達到或超過 行業標準以及相關規定的技術要求。2.使用範圍 本程式適用於公司所有新產品的設計開發和現有產品的重大改進。3.職責定義 3.1 工程部負責設計開發工作的整個過程控制，負責設計輸入到樣件確認 批量生產的整個過程控制，...
產品設計開發控制流程
5 設計控制的各個階段 milestone 採用統一的開發管理模式來管理專案的開發。被開發產品其各個階段的定義見表一。其中m0到m4為產品的設計控制階段。表一各個開發階段的定義 m0 m9 m0 專案商業情況確認 m1 專案開發內容確認及承諾 me 外部評價 m2 詳細完整的設計輸出 準備小批量生產...
產品設計和開發流程
目錄策劃階段2 設計階段3 設計開發輸入3 設計開發輸出3 設計開發評審3 設計開發驗證4 小批量試製階段4 設計開發確認5 設計開發更改5 質量記錄6 產品研發流程圖7 7.3 新產品的設計開發控制 本公司研發部負責新產品設計 開發全過程的組織 協調和實施工作，進行設計開發的策劃，確定設計開發的組...