2020，大家好呀，今天想就這兩年寫過的那些流氓PRD做一些總結(jié)，之所以稱之為流氓PRD，是因為有時候自己都看不下去，還在心理上強(qiáng)迫別人能看進(jìn)去且能看懂。

作為一枚產(chǎn)品汪，日常工作主要有：挖掘用戶需求、需求轉(zhuǎn)功能、原型設(shè)計、PRD撰寫、需求講解、功能驗收、產(chǎn)品推廣。所有的工作都需要圍繞產(chǎn)品目標(biāo)和需求進(jìn)行的，因此，圍繞這兩點(diǎn)所需的能力在日常工作過程中顯得尤為重要。

今天先致敬一下需求吧！

01 一枚野蠻生長的產(chǎn)品汪如何進(jìn)行需求溝通？

經(jīng)歷了如下五個階段：

1、口說需求；

2、具有交互效果的原型；

3、無交互效果的線框圖；

4、PRD+線框圖；

5、按用戶Story拆分需求+線框圖；

02 溝通的結(jié)果如何呢？

通常有下面三種結(jié)果：

1、會上被吐槽：零散、邏輯不清晰、看不懂、不美觀；

2、會上聊得好好兒的，實(shí)施出來效果不太一樣；

3、實(shí)施的過程中發(fā)現(xiàn)大邏輯走得通，細(xì)節(jié)不夠完善；

大部分被吐槽完的時候，很生氣有木有，覺得是對方?jīng)]理解。甚至復(fù)盤會上也會覺得，文檔這么詳細(xì)，還是出問題，肯定是對方?jīng)]理解！對方應(yīng)該先從自身角度去找原因，對不對？

其實(shí)自己也沒從自身來找到原因！不自知真是可怕，對吧！

03 轉(zhuǎn)折點(diǎn)！

最近把一份文檔同時給開發(fā)、測試、交互同學(xué)，每一輪兒都講了挺久。大家的反饋都是復(fù)雜、看不懂。雖然是有點(diǎn)兒復(fù)雜，但大家都看不懂、看的累，那說明需求的傳達(dá)真的是很有問題呢！

那些腦海中構(gòu)思了無數(shù)次的產(chǎn)品使用路徑、判斷邏輯，怎么傳達(dá)起來就這么費(fèi)勁兒呢！其實(shí)是寫需求和講需求這兩個點(diǎn)都沒做好導(dǎo)致的。

對比一下從測試同學(xué)那里找的其他部門小伙伴兒的PRD，發(fā)現(xiàn)看自己的PRD就是這種感覺：我不要你們看的懂，我只要我看的懂，我寫了你們就得懂！

哈哈，真是辛苦大家了呢！所以從需求設(shè)計、PRD撰寫、需求講解角度，稍稍總結(jié)了一下，希望接下來有所改進(jìn)，給大家少一點(diǎn)的人生傷害。

04 總結(jié)

需求設(shè)計:

1、思維導(dǎo)圖發(fā)散性思考需求的相關(guān)功能點(diǎn)；

2、思考功能的使用路徑、數(shù)據(jù)來源，并發(fā)現(xiàn)可能存在的問題；

3、將同類功能點(diǎn)歸納、整理，形成產(chǎn)品的骨架；

4、整理出頁面結(jié)構(gòu)，宏觀上把握產(chǎn)品的基本架構(gòu)；

5、根據(jù)業(yè)務(wù)復(fù)雜程度酌情選擇梳理：

①整體業(yè)務(wù)流程圖；②模塊流程圖；③狀態(tài)圖；

【不僅需關(guān)注當(dāng)前需求，也需注意對已存在功能的影響，考慮特殊情況下的展現(xiàn)】

6、按照思維導(dǎo)圖和流程圖繪制主體頁面，在框架和基本功能完善的基礎(chǔ)上優(yōu)化細(xì)節(jié)，添加不同情形下的處理方式。

PRD撰寫:

1、術(shù)語統(tǒng)一，避免歧義；

2、梳理清楚功能流程、文檔邏輯；

3、功能歸類整理，避免各個模塊穿插描述；

4、突出重點(diǎn)、結(jié)構(gòu)清晰；

5、語言精練，避免太過詳細(xì)；

以前總認(rèn)為，說明寫詳細(xì)點(diǎn)兒，開發(fā)同學(xué)根據(jù)文檔理解需求，既可以避免過多的交流、解釋，又可以留檔。但是發(fā)現(xiàn)效果也不好，還會導(dǎo)致文檔很臃腫。其實(shí)是因為自己懶，以為可以避免掉很多溝通，但寫的再詳細(xì)，不溝通也不行。

需求講解：

1、自下而上的思考，自上而下的表達(dá)；

2、按每個story的目標(biāo)、需求描述、產(chǎn)品邏輯進(jìn)行充分、全面的講解；

今日份的總結(jié)就到這里啦，希望自己來年盡早從坑里爬出來！

微信公眾號：世界西北角

歡迎來玩兒哦！