1. 程式人生 > >軟體/網際網路產品設計流程

軟體/網際網路產品設計流程

       近期站在產品部門的視角整理了公司產品設計流程,一來完成任務,二來對自己一年多專案管理和產品開發經驗進行下梳理:

1.產品調研

       產品的調研屬於市場範疇,由市場部門負責。產品調研是為了提高產品決策質量,解決存在於產品設計及產品上線後銷售中的問題而系統、客觀的收集、分析市場綜合情況的行為。所以與內部產品不同的是,外部產品調研需要撰寫市場需求文件即MRD,只有符合公司戰略和市場需求的產品,方可進入產品立項階段。而內部產品調研由於不涉及市場環境,為了產品設計流程的敏捷和高效,不需要提交調研產出物。經過確認必要且可行的產品,可直接進入產品立項階段。

2.產品立項與評審

產品立項是產品設計專案流程的起點,產出物主要為《產品立項說明書》。產品經理負責產品立項時的文件撰寫以及專案時間和人力計劃安排。產品立項後,直接進入立項評審流程。立項評審是對產品立項說明書和專案計劃的綜合評審。立項評審各節點的負責人需要填寫《產品立項評審表》,評審通過時評審自動流入下一節點直至歸檔。立項評審通過後直接進入產品詳細需求及設計階段。

3.產品需求與DEMO設計

       產品需求是專案流程的重要組成部分。主要由產品經理負責,對內部業務需求進行詳細的調研分析。根據需求,產品經理需要設計業務流程以及構建產品框架,使產品能夠滿足業務方需求;同時與技術部門協同確保產品方案能夠順利實現。當產品需求明確後,需要設計產品線框圖即DEMO展示,確保良好的可用性和使用者體驗。詳細互動情況需要在產品需求說明書中註明。本階段主要產出物為《產品需求說明書》,以及產品DEMO。應用工具主要為Visio、Axure等。當需求階段結束後,進入需求評審流程。另外,需求變更一般是在設計階段,使用者的需求發生變化時進行的,當需求評審結束後進入開發階段時的需求變更應該盡力避免。

4.需求評審

      需求評審需要業務需求、產品、技術共同參與,由該專案產品經理對產品的需求說明書以及DEMO做詳細彙報,並解答各方面疑問。參與的評審人員需要填寫《產品需求評審表》,評審通過後專案自動流入UI設計流程。需求評審的結束是專案的里程碑。

5.UI設計與美術評審

      UI設計主要是針對產品表現層的設計,包括框架、元素、介面、文字等等的標準化設計。與DEMO的線框圖不同,經過UI設計後,經過確認產出物產品原型需要直接作為前端開發的標準。因此UI設計結束後,需要進行美術評審,徵求公司領導和相關產品負責人對產品原型直觀印象,直到最終原型確定進入前端開發流程。部分內部產品不涉及UI設計的,可直接進入技術開發。

6.技術開發及前端開發

      通常情況下,技術開發在需求評審結束後即可開始介入。即根據產品需求文件和DEMO原型,開始架構產品底層,由架構師負責。隨後展開原始碼撰寫的技術段工作,主要由技術部門負責。當產品UI標準及美術互動原型完成後,根據底層開發情況,可以開展產品前端開發。部分網站產品如板塊變更,不涉及底層開發部分的,可直接進行前端開發。

7.測試及上線

      當開發完成時,由測試部門(測試部門在需求階段即可參與專案)撰寫用例並測試。新產品需要首先發布到測試平臺使用測試,網站產品進行大範圍改變時,需要上線測試版經過客戶熟悉和認可後方可正式上線。

8.產品跟蹤

    產品上線結項後,產品經理開始對產品持續關注和跟蹤。瞭解業務使用情況,同時針對產品使用過程中出現的問題進行修復;當業務需求變化時,及時對產品進行升級或進行二次開發。產品經理需要在產品的生命週期中持續跟進產品。