案例解析|如何做一份簡潔而有重點的的需求文檔
本文作者將以“懂球帝”的問答功能需求文檔為例,與你分享如何做一份簡潔而又具有重點的的需求文檔。
很多產(chǎn)品經(jīng)理反應:需求文檔在工作中有用嗎?我們研發(fā)從來都不看我的需求文檔,需求文檔只是為了當產(chǎn)品出問題時拿出來證明自己的工作結(jié)果而已,寫需求文檔是為了避免“背鍋”而已!
事實上不管你寫沒寫需求文檔,當產(chǎn)品出現(xiàn)問題,這個鍋一定是產(chǎn)品經(jīng)理來背的!你是產(chǎn)品負責人,產(chǎn)品出問題,不找你找誰?
需求文檔真的不重要嗎?答案是否定的。需求文檔當然重要,需求評審會,評審的是需求文檔吧!當然一些初期的團隊都是產(chǎn)品經(jīng)理說了算!自然不用什么評審會。但產(chǎn)品出問題了,總得找問題做備案吧!當產(chǎn)品經(jīng)理離職的時候總得做交接工作吧!沒有交接,那下一任產(chǎn)品經(jīng)理還得重頭慢慢梳理產(chǎn)品功能流程?
看過很多需求文檔!少則十幾頁Word文檔。多則100多頁。我想說這100多頁文檔,你是要做死自己呢?還是研發(fā)跟你有仇???你想看死研發(fā)?也難怪研發(fā)不看你的需求文檔。100多頁的文檔完全不知所云,產(chǎn)品或功能的核心業(yè)務邏輯都沒,業(yè)務流程也沒有。那么,如何做一份簡潔而又具有重點的的需求文檔就非常關鍵了。
如何做需求文檔?
1、明確需求背景與開發(fā)目的
明確功能的目的,目的性如何定?
(1)對用戶:對哪類用戶具體有什么好處?有沒有受影響的用戶?
- 增加內(nèi)容,提升準確度(如:選擇標簽)
- 減少抄作,提升便利性(如:推薦入口)
- 功能補充,提升體驗(如:發(fā)票功能)
(2)對平臺(對內(nèi)):對內(nèi)部數(shù)據(jù),操作人員是否提升了效率?
- 增加渠道,引入新用戶(如:分享功能,支持微信登錄)
- 減少重復操作
- 數(shù)據(jù)分層,提升精準度(如:手機驗證,按城市群發(fā)信息)
(3)對商業(yè):是提高收入?還是提升了轉(zhuǎn)化率?
- 拉動付費轉(zhuǎn)化率(如:兩人付費,一人免單)
- 增加新產(chǎn)品,創(chuàng)造新的收入點(如:在線訂座)
- 對原有數(shù)據(jù)重新整合,提高數(shù)據(jù)轉(zhuǎn)化率(地圖找房)
總結(jié):對內(nèi)講效率,對外講體驗,對商業(yè)談轉(zhuǎn)化。
2、明確功能的基本邏輯
用戶要達到的目的,大概的邏輯是什么?
- 業(yè)務數(shù)據(jù)的流向
- 涉及到的功能點整理
3、整個的業(yè)務流程是什么樣的?
- 用戶操作流程
- 流程中可能出現(xiàn)的異常情況
- 頁面流程是如何的?涉及到哪些頁面?
- 每個頁面的元素有哪些?
4、原型圖及功能詳解
前面所有的意淫都將在這一步落實!
5、測試用例
產(chǎn)品或功能開發(fā)完成后進行測試,需要測試哪些東西,產(chǎn)品經(jīng)理是需要整理出來的。
6、設置考核指標
考核有哪些?
比如:支付功能,他的主要考核指標是支付轉(zhuǎn)化率。登錄注冊功能的考核指標必然是注冊轉(zhuǎn)化率。當然不同的功能考核指標不一樣,有的功能涉及到多項考核指標。
以“懂球帝”的問答功能需求文檔為例
1、需求背景分析
(1)需求背景
在移動互聯(lián)網(wǎng)的背景下,內(nèi)容知識的分享交流成為潮流,而且最終受到市場的青睞和用戶的認可,如:知乎,分答等社交知識分享產(chǎn)品。
(2)開發(fā)問答功能的目的
使“懂球帝”產(chǎn)品內(nèi)容多樣化,從問和答兩端提升用戶的參與度,從而提升用戶粘性,滿足用戶社交問答的需求。
(3)“懂球帝”目前產(chǎn)品存在的問題:
- 內(nèi)容形勢單一
- 社交形勢單一
- 用戶產(chǎn)生的優(yōu)質(zhì)內(nèi)容得不到很好的展現(xiàn)
- 用戶參與度不夠
2、用戶場景需求梳理
3、解決方案
(1)問答功能核心業(yè)務邏輯
備注:優(yōu)質(zhì)回答的作者可獲得平臺提供的獎勵作為報酬!如:設置周榜單或月榜單等!
(2)業(yè)務數(shù)據(jù)流向
(3)相關功能點整理
4、核心業(yè)務流程
(1)主流程
(2)評論,點贊子流程
(3)頁面流程圖及頁面相關元素
5、原型及功能詳解
6、測試用例
7、考核指標
(1)數(shù)據(jù)統(tǒng)計
- 用戶參與互動數(shù)據(jù):問答人數(shù),回答人數(shù),參與評論數(shù),點贊數(shù),分享數(shù),收藏數(shù)
- 常規(guī)數(shù)據(jù):問答詳情頁瀏覽量,停留時間,用戶平均瀏覽回答詳情頁面數(shù)。
- 單條問答點擊率
(2)數(shù)據(jù)分析
橫向?qū)Ρ葐螚l問答點擊率,瀏覽量,停留時間,有助于運營尋找內(nèi)容引爆點,提升運營效果和質(zhì)量。
點擊率計算公式:點擊率=點擊量/展現(xiàn)量
回答點贊數(shù),分享數(shù),搜藏數(shù)有助于挖掘大量高質(zhì)量內(nèi)容和作者,
(3)埋點
- 問答列表頁浮動“我要提問”按鈕
- 問答詳情頁浮動“我要回答”按鈕
- 回答詳情頁問題標題下的“我要回答”按鈕
- 回答詳情頁的“評論輸入框”
- 回答詳情頁的“收藏”與“分享”按鈕
- 回答詳情頁的右上角的“分享”按鈕
本文由 @鄭用平?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
你好,希望認識一下,有機會和我們團隊做一下交流
寫得非常好,點贊,全是干貨,準備轉(zhuǎn)行做產(chǎn)品經(jīng)理,目前就在負責一些產(chǎn)品開發(fā)的工作,正好碰到要寫需求,感觸很深,學習借鑒下~~~
個人愚見:業(yè)務流程圖里面有點邏輯上的小問題,輸入問題和發(fā)布,是不是該先判斷是否滿足那兩個條件了再來點擊發(fā)布。
同意你的見解
同意
寫評論記錄自己看過,入行兩個月產(chǎn)品小白,已經(jīng)開始做簡單的功能,但是 寫的東西真心沒有這么全面,充其量在Axure上標注一下,再就是寫寫美術需求,ui需求等等,發(fā)現(xiàn)自己要學的東西好多,好文,謝謝作者
不錯不錯,領教啦,全都是干貨呀
需求文檔有二個作用
1.指導開發(fā)和測試
2.做為開發(fā)考核的依據(jù)
首先要明白問什么要做需求文檔,它的目的是什么?要針對性的去寫文檔才能有重點,小編寫的不錯
干貨,對我這種新手來說很有用,謝謝!
請教下功能流程圖是用什么畫的?Visio?
ProcessOn(在線使用 網(wǎng)址 https://www.processon.com) 使用Axure 也可以
感謝您的回復!
雖然,筆者洋洋灑灑寫了很多,但是我要說的是,真的不懂什么叫需求??梢哉蚁嚓P的書籍了解下,什么叫需求開發(fā),什么叫需求管理,什么叫用例模型,什么叫分析模型。這些都是已經(jīng)被定義好的東西,不是靠感悟出來的。
終于看到實用的干貨了
您好 問一下 原型及 功能詳解 你是用Axure排的嗎
是的
干貨啊
很實用的干貨,適合我這種新手,簡單易懂!贊
死得快
兩天時間,是從零開始么?前面需求問題的整理,業(yè)務邏輯的梳理等包含在內(nèi)嗎
干貨,不錯
這個方案很好,可是在整個項目中給需求編寫的時間太短,文中的方案需要比較長時間,如何在時間不夠的前提下做好需求文檔呢?
所以!寫這篇文章的目的就是為此,其實這個需求文檔我并沒有花太多時間,兩天之內(nèi)就完成了!我看見過100多頁的需求穩(wěn)定!但是完全都沒有重點。試想你去寫100頁的需求文檔,又要花多少時間呢?
非常感謝!
寫得很好
來拔個草~