長(zhǎng)沙網(wǎng)站產(chǎn)品設(shè)計(jì)之需求管理

總結(jié)自己近段工作時(shí)，突然有了個(gè)想法，結(jié)合自己的一些經(jīng)歷寫一些互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)系列的文章，從產(chǎn)品流程、概念設(shè)計(jì)、需求管理等開(kāi)始入手，寫博是一個(gè)思考和總結(jié)的過(guò)程，長(zhǎng)沙網(wǎng)頁(yè)制作也算一種自我提升和成長(zhǎng)。因限于個(gè)人經(jīng)歷，所以寫的一些地方如有不全面和錯(cuò)誤的地方，還請(qǐng)多包涵。

（1）我產(chǎn)品生涯的3個(gè)階段

在我產(chǎn)品生涯的第一階段，我很關(guān)注線框圖、原型設(shè)計(jì)（跟我的網(wǎng)頁(yè)設(shè)計(jì)出身背景有關(guān)，嚴(yán)重侵犯了UI的工作），研究各種AXURE特效、做很炫的效果。

在我產(chǎn)品生涯的第二階段，我關(guān)注UE用戶體驗(yàn)，做用戶訪談、可用性測(cè)試、人物建模；關(guān)注概念設(shè)計(jì)和流程設(shè)計(jì)；關(guān)注產(chǎn)品設(shè)計(jì)流程，在09年初建立起團(tuán)隊(duì)UCD用戶體驗(yàn)流程制度和規(guī)范。

在我產(chǎn)品生涯的第三階段，做了2個(gè)交付性項(xiàng)目，因項(xiàng)目需求在甲方現(xiàn)場(chǎng)出差了3個(gè)月，進(jìn)行繁瑣的產(chǎn)品需求溝通和執(zhí)行，這個(gè)時(shí)候我集中精力在需求分析、管理，產(chǎn)品功能設(shè)計(jì)上。

（2）為什么關(guān)注需求？

在我的理解，一個(gè)產(chǎn)品的成敗源自于需求，有好的需求才有好的產(chǎn)品，需求是對(duì)產(chǎn)品戰(zhàn)略和商業(yè)模式的分解，化為可執(zhí)行的步驟。需求階段實(shí)際上是做正確的事，而產(chǎn)品設(shè)計(jì)是把事做正確。需求對(duì)了，大方向正確了，長(zhǎng)沙建網(wǎng)站產(chǎn)品最終效果是不會(huì)偏差多遠(yuǎn)的的，而如果需求錯(cuò)了，方向錯(cuò)了，設(shè)計(jì)再出色也無(wú)法挽救產(chǎn)品的失敗。

工作中的一些狀況：

需求描述不清楚，沒(méi)有挖掘深入的需求，無(wú)法展開(kāi)工作

需求溝通不明確，老板是A，產(chǎn)品是B，UI做成C，開(kāi)發(fā)做成D，造成設(shè)計(jì)、開(kāi)發(fā)的返工

需求少了，跟蹤不到來(lái)源

需求反復(fù)變更，沒(méi)有統(tǒng)一的管理

相信大部分人都遇到過(guò)類似的問(wèn)題，并飽受折磨中，加班、加點(diǎn)，本來(lái)周末陪老婆逛街的時(shí)間，被迫到辦公司加班。那么，如何解決這種問(wèn)題呢？

（3）需求開(kāi)發(fā)的過(guò)程

企業(yè)如果沒(méi)形成一套需求管理的流程，那么將是團(tuán)隊(duì)里所有人的災(zāi)難。以下是通用的需求法則。

（4）需求收集

1．來(lái)源

通常需求來(lái)自于這幾個(gè)方面：市場(chǎng)需求、高層、用戶需求、運(yùn)營(yíng)需求、非功能需求，具體可細(xì)分為下面的幾個(gè)方面：

用戶需求： 安全 信任 促銷 免運(yùn)費(fèi) 積分兌換

市場(chǎng)需求： 交易流程 業(yè)務(wù)目標(biāo)? 整合 投資回報(bào)率

技術(shù)需求： 穩(wěn)定? 優(yōu)越? 安全? 智能? 擴(kuò)展

運(yùn)營(yíng)需求： 使用?自定義?維護(hù)? 營(yíng)銷 瀏覽頁(yè)面數(shù) 用戶購(gòu)買率 回訪數(shù)

商務(wù)需求： 給客戶什么? 品牌 轉(zhuǎn)化率

……。

2.需求采集的一些方法

在我接觸的產(chǎn)品中，基本上都會(huì)做一些用戶研究的工作，因?yàn)楸酒饕侵v需求管理的，就不過(guò)多涉及細(xì)節(jié)，大概談一下要點(diǎn)和注意事項(xiàng)。

1. 不同階段采用的需求收集方法是不一樣的

2. 因?yàn)樽龅氖琼?xiàng)目，所以需求收集沒(méi)那么復(fù)雜，很多需求是來(lái)自甲方和老板，方式比較簡(jiǎn)單，在工作中遇到最多的是新功能和BUG

（5）需求分析

收集好了需求后，這個(gè)時(shí)候我們手頭上就有很多需求了。

1. 不同的團(tuán)隊(duì)有不同的需求管理工具，如Execl、project、螞蟻等，我用的最多的是Execl。

2. 需要確立各模塊的需求接口人，如技術(shù)、運(yùn)營(yíng)、產(chǎn)品，各自負(fù)責(zé)相對(duì)應(yīng)的模塊

3. 對(duì)需求進(jìn)行分析前，首先得把需求歸檔，一般需求大概分為這幾種：Bug、產(chǎn)品需求（功能）、技術(shù)（性能）需求、運(yùn)營(yíng)（內(nèi)容）需求，不同的需求有對(duì)應(yīng)的處理方法和流程。

4.需求分析的幾個(gè)原則是：商業(yè)價(jià)值、實(shí)現(xiàn)難度，綜合評(píng)估一下性價(jià)比，排除優(yōu)先級(jí)。時(shí)間、投入，風(fēng)險(xiǎn)和回報(bào)

（6）需求提煉

需求分析后的下一步，就是要把需求轉(zhuǎn)化為功能設(shè)計(jì)

將每個(gè)用戶需求細(xì)化為可能的功能

確定不同產(chǎn)品功能的重要程度和優(yōu)先級(jí)

（7）需求開(kāi)發(fā)

需求開(kāi)發(fā)過(guò)程中最主要的是要協(xié)調(diào)資源和開(kāi)發(fā)跟蹤，在我們的流程中，一般都有個(gè)項(xiàng)目經(jīng)理主導(dǎo)項(xiàng)目進(jìn)度。

相關(guān)文章也挺多的，這里就簡(jiǎn)單講一下概要。

分配管理：工作量、優(yōu)先級(jí)、執(zhí)行人、進(jìn)度管理

版本控制：版本計(jì)劃、版本功能、版本發(fā)布

變更管理：來(lái)源、工作量、用戶需求、優(yōu)先級(jí)

需求跟蹤：UI、開(kāi)發(fā)、測(cè)試，功能驗(yàn)收