在需求分析和定義的過程中，作為產(chǎn)品新人的你也許和我一樣陷入了誤區(qū)之中，恨不得抽自己幾個耳光？（參見前作需求分析與定義4大誤區(qū)）

既然已經(jīng)對可能的隱患有所了解，那么如何避免重蹈覆轍？

---

招式1：目標(biāo)驅(qū)動，結(jié)構(gòu)分解

在整體功能模塊（亦即范圍層、結(jié)構(gòu)層）的設(shè)計上，應(yīng)該以目標(biāo)為導(dǎo)向進(jìn)行結(jié)構(gòu)化分解，意思是要問自己：我做這件事情的目的是什么？然后，再根據(jù)這個目標(biāo)倒推應(yīng)該做哪些工作或任務(wù)。特別地，關(guān)于結(jié)構(gòu)化思維，推薦閱讀前麥肯錫顧問芭芭拉明托的《金字塔原理》。

?

所謂結(jié)構(gòu)化分解，有3個重要的原則：以終為始、MECE、二八法則。我們在做任何一個新的功能需求之前，都應(yīng)該問問自己

——它是為達(dá)成什么目標(biāo)而存在？吸引新用戶？保留老用戶？提高用戶活躍？產(chǎn)生營收？

——為了達(dá)成這個目標(biāo)，應(yīng)該有哪些需求？需求是合適的、完整的嗎？

——這些需求中，哪些是具有更高影響力的，雖然只占到20%的比重卻決定了80%的結(jié)果？

?

?沒有目標(biāo)驅(qū)動，則難以保證投入的效率和效果，因?yàn)樽约憾几悴磺宄楹味?、將去向何方?/span>

?

對于單個需求的增加，我們還應(yīng)該進(jìn)一步打破砂鍋問到底——為什么，為什么，為什么？否則可能會簡單地說目標(biāo)是“滿足客戶需要“”滿足發(fā)展需要“。我這里有一個經(jīng)典的例子（行業(yè)不同，道理相通，對策即需求）：

只有這樣，才能對癥下藥、從本質(zhì)上解決問題。

招式2：輕重緩急，分步實(shí)施

發(fā)現(xiàn)肯定需要實(shí)現(xiàn)的需求有點(diǎn)多？鑒于時間、資源的約束性，一口吃成胖子是不現(xiàn)實(shí)的，這時候優(yōu)先級就該出場了?？梢詮?個維度評估需求的優(yōu)先級高低：（1）需求的重要度（或緊急度）；（2）技術(shù)實(shí)現(xiàn)的復(fù)雜度。每個敏捷開發(fā)周期/目標(biāo)版本階段都應(yīng)重新評估。

否則，如何排定開發(fā)計劃？階段目標(biāo)什么時候?qū)崿F(xiàn)？實(shí)現(xiàn)到什么程度？開發(fā)人員可能就根據(jù)自己的理解率性而為。

招式3：流程先行，建立主干

確定了當(dāng)前階段的需求優(yōu)先級，趕緊對高優(yōu)先級的繪制原型圖？別急！！！在界面可視化之前，設(shè)計好該需求的業(yè)務(wù)流程，才能磨刀不誤砍柴工。該流程：

——在什么場景下適用？

——從哪里開始？到哪里結(jié)束？

——需要什么輸入、將產(chǎn)生什么輸出？

——通用流程有多少步驟、哪些是用戶操作、哪些是系統(tǒng)自動化實(shí)現(xiàn)、哪些是核心環(huán)節(jié)？

在思考的過程中，用Visio把流程圖繪制出來，以便修改、完善和討論。下圖是我以前給人培訓(xùn)流程梳理所使用的基本符號，其實(shí)用到這些也夠了。

通過線框圖繪制或UI設(shè)計使原型可視化固然重要，但流程可視化必將大有裨益，不管是用于分析合理性、補(bǔ)充完整性。

招式4：細(xì)化規(guī)則，充實(shí)內(nèi)容

流程的主要操作步驟、流轉(zhuǎn)順序既然已經(jīng)梳理出來，各環(huán)節(jié)的業(yè)務(wù)規(guī)則需要進(jìn)一步明確。簡單一點(diǎn)的例子就是：用戶注冊，賬號輸入?yún)^(qū)要求的是手機(jī)號，那么

（1）合法性，必須是手機(jī)號，應(yīng)限制為長整型數(shù)字、字符長度必須為11位

（2）唯一性，不允許用戶重復(fù)注冊已經(jīng)存在的賬號

（3）可信性，通過短信動態(tài)驗(yàn)證碼確認(rèn)是真實(shí)號碼、且是用戶本人

招式5：考慮例外，封堵漏洞

設(shè)計產(chǎn)品、定義需求是產(chǎn)品新人如我應(yīng)該都容易理想化吧？但是林子大了之啥鳥都有，用戶未必會按你設(shè)計的理想流程、常規(guī)操作使用產(chǎn)品。這時候化身為“挑戰(zhàn)者“，對各個環(huán)節(jié)進(jìn)行例外分析，用”如果……會……“的討論識別出可能的異常，并針對異常設(shè)計處理策略。

招式6：文不如表，表不如圖

終于是時候操起Axure（或其他軟件）設(shè)計原形了。在想清楚流程和業(yè)務(wù)規(guī)則的基礎(chǔ)上，你會發(fā)現(xiàn)原型圖的繪制思如泉涌、一往無前。至于是低保真、還是高保真，取決于你的時間、精力和水平，取決于你的團(tuán)隊(duì)風(fēng)格。

?????? 如果第一步就繪制原型，會有很多的疏漏。

招式7：一人計短，二人計長

一個人思考終歸是有很多局限性的。功能流程、業(yè)務(wù)規(guī)則、演示原型皆已具備，就該召開內(nèi)部評審，和設(shè)計人員、開發(fā)人員等對需求進(jìn)行評審，以達(dá)成共識；或者找到一兩個目標(biāo)用戶，向他們演示原型，觀察對方的反應(yīng)、傾聽對方的感受。

---

????? 說了這么多，其實(shí)核心還是想表達(dá)這張圖：

?

?先思考為什么、怎么辦，最后再思考應(yīng)該做生成么樣；而不是一上來就操起Axure繪制原型，沒有Why和How的思考基礎(chǔ)，快感是一時的，痛苦將隨著時間而增加。

---

而這，還遠(yuǎn)遠(yuǎn)未到開始，只不過是熱身罷了。階段開發(fā)的過程中，一大麻煩是老板的想法可能飄忽不定~而你知道，開發(fā)人員最討厭的就是：改需求。這是后話了。

以上是我個人的見解，經(jīng)驗(yàn)有限、紕漏難免，歡迎斧正~

---

部分圖片來源于網(wǎng)絡(luò)，如有不妥，請與我聯(lián)系，我會及時刪除。

特別鳴謝2位前同事：王佑先生、陳立云先生。

本文由PMCAFF產(chǎn)品經(jīng)理社區(qū)作者??@Archun?原創(chuàng)，未經(jīng)允許，禁止轉(zhuǎn)載。

總結(jié)

以上是生活随笔為你收集整理的避免需求分析与定义误区的7个招式：作为产品新人，我所遇到的坑（续）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。