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