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