案例解析|如何做一份簡潔而有重點的的需求文檔

27 評論 40248 瀏覽 631 收藏 8 分鐘

本文作者將以“懂球帝”的問答功能需求文檔為例,與你分享如何做一份簡潔而又具有重點的的需求文檔。

很多產品經理反應:需求文檔在工作中有用嗎?我們研發從來都不看我的需求文檔,需求文檔只是為了當產品出問題時拿出來證明自己的工作結果而已,寫需求文檔是為了避免“背鍋”而已!

事實上不管你寫沒寫需求文檔,當產品出現問題,這個鍋一定是產品經理來背的!你是產品負責人,產品出問題,不找你找誰?

需求文檔真的不重要嗎?答案是否定的。需求文檔當然重要,需求評審會,評審的是需求文檔吧!當然一些初期的團隊都是產品經理說了算!自然不用什么評審會。但產品出問題了,總得找問題做備案吧!當產品經理離職的時候總得做交接工作吧!沒有交接,那下一任產品經理還得重頭慢慢梳理產品功能流程?

看過很多需求文檔!少則十幾頁Word文檔。多則100多頁。我想說這100多頁文檔,你是要做死自己呢?還是研發跟你有仇???你想看死研發?也難怪研發不看你的需求文檔。100多頁的文檔完全不知所云,產品或功能的核心業務邏輯都沒,業務流程也沒有。那么,如何做一份簡潔而又具有重點的的需求文檔就非常關鍵了。

如何做需求文檔?

1、明確需求背景與開發目的

明確功能的目的,目的性如何定?

(1)對用戶:對哪類用戶具體有什么好處?有沒有受影響的用戶?

  • 增加內容,提升準確度(如:選擇標簽)
  • 減少抄作,提升便利性(如:推薦入口)
  • 功能補充,提升體驗(如:發票功能)

(2)對平臺(對內):對內部數據,操作人員是否提升了效率?

  • 增加渠道,引入新用戶(如:分享功能,支持微信登錄)
  • 減少重復操作
  • 數據分層,提升精準度(如:手機驗證,按城市群發信息)

(3)對商業:是提高收入?還是提升了轉化率?

  • 拉動付費轉化率(如:兩人付費,一人免單)
  • 增加新產品,創造新的收入點(如:在線訂座)
  • 對原有數據重新整合,提高數據轉化率(地圖找房)

總結:對內講效率,對外講體驗,對商業談轉化。

2、明確功能的基本邏輯

用戶要達到的目的,大概的邏輯是什么?

  • 業務數據的流向
  • 涉及到的功能點整理

3、整個的業務流程是什么樣的?

  • 用戶操作流程
  • 流程中可能出現的異常情況
  • 頁面流程是如何的?涉及到哪些頁面?
  • 每個頁面的元素有哪些?

4、原型圖及功能詳解

前面所有的意淫都將在這一步落實!

5、測試用例

產品或功能開發完成后進行測試,需要測試哪些東西,產品經理是需要整理出來的。

6、設置考核指標

考核有哪些?

比如:支付功能,他的主要考核指標是支付轉化率。登錄注冊功能的考核指標必然是注冊轉化率。當然不同的功能考核指標不一樣,有的功能涉及到多項考核指標。

以“懂球帝”的問答功能需求文檔為例

1、需求背景分析

(1)需求背景

在移動互聯網的背景下,內容知識的分享交流成為潮流,而且最終受到市場的青睞和用戶的認可,如:知乎,分答等社交知識分享產品。

(2)開發問答功能的目的

使“懂球帝”產品內容多樣化,從問和答兩端提升用戶的參與度,從而提升用戶粘性,滿足用戶社交問答的需求。

(3)“懂球帝”目前產品存在的問題:

  1. 內容形勢單一
  2. 社交形勢單一
  3. 用戶產生的優質內容得不到很好的展現
  4. 用戶參與度不夠

2、用戶場景需求梳理

3、解決方案

(1)問答功能核心業務邏輯

備注:優質回答的作者可獲得平臺提供的獎勵作為報酬!如:設置周榜單或月榜單等!

(2)業務數據流向

(3)相關功能點整理

4、核心業務流程

(1)主流程

(2)評論,點贊子流程

(3)頁面流程圖及頁面相關元素

5、原型及功能詳解

6、測試用例

7、考核指標

(1)數據統計

  • 用戶參與互動數據:問答人數,回答人數,參與評論數,點贊數,分享數,收藏數
  • 常規數據:問答詳情頁瀏覽量,停留時間,用戶平均瀏覽回答詳情頁面數。
  • 單條問答點擊率

(2)數據分析

橫向對比單條問答點擊率,瀏覽量,停留時間,有助于運營尋找內容引爆點,提升運營效果和質量。

點擊率計算公式:點擊率=點擊量/展現量

回答點贊數,分享數,搜藏數有助于挖掘大量高質量內容和作者,

(3)埋點

  • 問答列表頁浮動“我要提問”按鈕
  • 問答詳情頁浮動“我要回答”按鈕
  • 回答詳情頁問題標題下的“我要回答”按鈕
  • 回答詳情頁的“評論輸入框”
  • 回答詳情頁的“收藏”與“分享”按鈕
  • 回答詳情頁的右上角的“分享”按鈕

 

本文由 @鄭用平?原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你好,希望認識一下,有機會和我們團隊做一下交流

    來自上海 回復
  2. 寫得非常好,點贊,全是干貨,準備轉行做產品經理,目前就在負責一些產品開發的工作,正好碰到要寫需求,感觸很深,學習借鑒下~~~

    來自上海 回復
  3. 個人愚見:業務流程圖里面有點邏輯上的小問題,輸入問題和發布,是不是該先判斷是否滿足那兩個條件了再來點擊發布。

    回復
    1. 同意你的見解

      回復
    2. 同意

      來自黑龍江 回復
  4. 寫評論記錄自己看過,入行兩個月產品小白,已經開始做簡單的功能,但是 寫的東西真心沒有這么全面,充其量在Axure上標注一下,再就是寫寫美術需求,ui需求等等,發現自己要學的東西好多,好文,謝謝作者

    來自北京 回復
  5. 不錯不錯,領教啦,全都是干貨呀

    來自陜西 回復
  6. 需求文檔有二個作用
    1.指導開發和測試
    2.做為開發考核的依據

    回復
  7. 首先要明白問什么要做需求文檔,它的目的是什么?要針對性的去寫文檔才能有重點,小編寫的不錯

    回復
  8. 干貨,對我這種新手來說很有用,謝謝!

    來自陜西 回復
  9. 請教下功能流程圖是用什么畫的?Visio?

    來自上海 回復
    1. ProcessOn(在線使用 網址 https://www.processon.com) 使用Axure 也可以

      來自江蘇 回復
    2. 感謝您的回復!

      來自上海 回復
  10. 雖然,筆者洋洋灑灑寫了很多,但是我要說的是,真的不懂什么叫需求??梢哉蚁嚓P的書籍了解下,什么叫需求開發,什么叫需求管理,什么叫用例模型,什么叫分析模型。這些都是已經被定義好的東西,不是靠感悟出來的。

    來自浙江 回復
  11. 終于看到實用的干貨了

    回復
  12. 您好 問一下 原型及 功能詳解 你是用Axure排的嗎

    來自上海 回復
    1. 是的

      來自江蘇 回復
  13. 干貨啊

    來自北京 回復
  14. 很實用的干貨,適合我這種新手,簡單易懂!贊

    來自上海 回復
  15. 死得快

    來自河南 回復
  16. 兩天時間,是從零開始么?前面需求問題的整理,業務邏輯的梳理等包含在內嗎

    回復
  17. 干貨,不錯

    來自廣東 回復
  18. 這個方案很好,可是在整個項目中給需求編寫的時間太短,文中的方案需要比較長時間,如何在時間不夠的前提下做好需求文檔呢?

    回復
    1. 所以!寫這篇文章的目的就是為此,其實這個需求文檔我并沒有花太多時間,兩天之內就完成了!我看見過100多頁的需求穩定!但是完全都沒有重點。試想你去寫100頁的需求文檔,又要花多少時間呢?

      回復
  19. 非常感謝!

    回復
  20. 寫得很好

    回復
  21. 來拔個草~

    來自上海 回復