| 產(chǎn) 品開發(fā)流程和項目管理流程時常被大家關(guān)注，合理的過程是團隊協(xié)作的基礎(chǔ)。在大家把產(chǎn)品的功能和特性放在第一位的時候，開發(fā)和項目的管理至關(guān)重要，而產(chǎn)品的 設(shè)計卻往往被忽視，開發(fā)團隊會為了那些晦澀難懂、令人費解的功能而夸夸其談，復雜的產(chǎn)品特性通常會迫使產(chǎn)品團隊放棄優(yōu)雅簡潔的設(shè)計，用戶體驗永遠是可能是 項目過程中最不重要的環(huán)節(jié)。如果你和你的團隊希望重視產(chǎn)品的設(shè)計，就應該首先從團隊架構(gòu)和項目流程上來進行改造，我們的目標是設(shè)計優(yōu)先、用戶至上。當然技 術(shù)團隊和產(chǎn)品開發(fā)還是至關(guān)重要的環(huán)節(jié)，你需要將設(shè)計和開發(fā)的流程無縫的整合起來。 下面的團隊架構(gòu)和流程應該適用于各種產(chǎn)品、軟件和網(wǎng)站的設(shè)計（如果您有好的建議或者不同的看法，可以直接留言或者郵件給我） 產(chǎn)品設(shè)計團隊的六種邏輯角色你也許不需要六個人來組成團隊，但每個人的職能必須清晰?！?a title="Getting real" jquery1257953843265="2">Getting Real》中關(guān)于 “團隊組織” 的建議值得參考，他告訴你了在這個快速的軟件開發(fā)時代如何去組建一個高效的產(chǎn)品團隊。 業(yè)務(wù)負責人（business owner） 通常是你的BOSS、產(chǎn)品最初的策劃人或者是整個產(chǎn)品的業(yè)務(wù)主管，他們會分析產(chǎn)品的市場、定位客戶、定義品牌、提出想法，同時拿定主意，產(chǎn)品團隊里面的萬金油 產(chǎn)品經(jīng)理（product manager） 對產(chǎn)品負責的人，產(chǎn)品主管，他們會提出概念、收集確定需求、制定計劃、控制進度并保障產(chǎn)品質(zhì)量。在很多團隊里面“業(yè)務(wù)負責人”和“產(chǎn)品經(jīng)理”通常是同一個人。 產(chǎn)品設(shè)計（ui/id/ia design） user interface design（人機界面設(shè)計）, industry design（工業(yè)設(shè)計）and information architecture design（信息架構(gòu)設(shè)計）。將這三種職能混合起來，因為他們并不能孤立存在，我們統(tǒng)稱為產(chǎn)品設(shè)計。他們決定產(chǎn)品的所有功能細節(jié)，配合產(chǎn)品經(jīng)理制作產(chǎn)品 原型，與視覺設(shè)計師和用戶研究人員共同完成產(chǎn)品的詳細設(shè)計。產(chǎn)品設(shè)計過程中最重要的產(chǎn)品功能說明文檔將由他們來跟蹤完善。 視覺設(shè)計（visual design） 產(chǎn)品團隊中最有藝術(shù)細胞的人，他們完成產(chǎn)品的外觀和界面設(shè)計，是否好看由他們說了算，他們作為產(chǎn)品團隊的藝術(shù)設(shè)計權(quán)威指導。 用戶研究（user research） 最接近用戶并了解用戶的人（不需要技術(shù)高手或者是邏輯人），他們從產(chǎn)品的原型階段就介入，配合產(chǎn)品設(shè)計師們做典型用戶分析和用戶目標分析，并對原型 進行可用性測試，并制定最終的可用性測試計劃。在很多產(chǎn)品團隊里面，產(chǎn)品設(shè)計、視覺設(shè)計和用戶研究通常會由一到兩個人來擔任，UI設(shè)計師會做用戶研究，視 覺設(shè)計是會做信息架構(gòu)分析。 產(chǎn)品開發(fā)（production） 產(chǎn)品團隊中的技術(shù)開發(fā)人員，網(wǎng)頁制作或者程序開發(fā)，他們是產(chǎn)品的最終實現(xiàn)者，他們開發(fā)并進行單元測試，控制產(chǎn)品的最終品質(zhì)。 產(chǎn)品從設(shè)計到發(fā)布的六個階段產(chǎn)品開發(fā)的過程可以看作是整個產(chǎn)品設(shè)計環(huán)節(jié)的最終實現(xiàn)部分，對于非技術(shù)人員來說它是一個把理想變成現(xiàn)實的神秘階段 1. 概念階段（concept） 一切從有了一個想法開始！ 需要做的事情
階段交付物： 概念文檔（concept document）或者是概念原型（concept prototype） 2. 探索階段（discover） 那個偉大的想法已經(jīng)得到了證實！ 需要做的事情：
階段交付物： 提案（可行性）文檔（Proposal Document） 3. 定義階段（definition） 大家的建議已經(jīng)通過，產(chǎn)品經(jīng)理來負責制定計劃 需要做的事情：
階段交付物： 需求文檔（Product Requirement Document），產(chǎn)品概念設(shè)計（Concept Design Meterials） 4. 細化階段（refinement） 開始按照需求的定義來細化產(chǎn)品的設(shè)計 需要做的事情：
階段交付物： 產(chǎn)品線框圖（Wireframes）、產(chǎn)品特性清單（Feature List）、最終的原型設(shè)計（可以是任何版本的，例如 HTML、Flash或者是專用的原型制作工具） 5. 開發(fā)階段（development） 產(chǎn)品團隊會在這個階段與開發(fā)團隊進行融合，雙方對需求和設(shè)計進行充分的溝通，組成一個強大的產(chǎn)品開發(fā)團隊 需要做的事情（產(chǎn)品團隊）：
這里有一點需要強調(diào)，你不需要去寫冗長的功能說明和毫無意義的文檔，因為原型設(shè)計已經(jīng)幫你完成了很多流程和功能描述性的工作，如何做好你的產(chǎn)品文檔，可以參考一下《Getting Real》中的 “關(guān)于文檔”。 產(chǎn)品交付物 產(chǎn)品功能說明書（Product Functional Specification） 需要做的事情（開發(fā)團隊）
這里有幾個原則需要銘記，保持小巧的軟件、讓開發(fā)人員為快樂而編碼、傾聽你的代碼、使用開放的格式。關(guān)于編碼的詳細建議可以參考《Getting Real》中的 “關(guān)于編碼”。 開發(fā)交付物： 產(chǎn)品的第一個 Beta 版本（Beta Launch） 6. 發(fā)布階段（launch） 邀請用戶參與你的 Beta 版本測試，直到產(chǎn)品正式發(fā)布 需要做的事情：
如何做好用戶支持以及產(chǎn)品發(fā)布的維護，您可以參考一下《Getting Real》中關(guān)于對 “用戶支持” 和 “產(chǎn)品推出之后的工作” 的建議，必定受益非淺。 參考的資源
|
