Word產品需求文檔,已經過時了

980 評論 554547 瀏覽 4749 收藏 10 分鐘

說來有些慚愧,寫這篇文章是用來教大家寫需求文檔的。但其實,我很少會寫傳統意義上的產品需求文檔;甚至,我連word都很少用。用慣了Axure的任意布局方式,再用word感覺非常別扭,尤其是在添加圖片時,簡直感到捉急。當然,這不是我不用word寫需求文檔的根本原因。

簡單來談一下,為什么軟件開發項目中,需要需求文檔這么個東西?

在稍微大一點的開發團隊中,產品經理未必能向所有開發人員,傳達具體的產品開發需求。這時就需要一份文檔來供所有的項目參與人員閱讀。而產品經理又常常愛拍腦袋、容易變卦,所以文檔也是開發人員約束產品經理的一項武器。在產品上線前的測試環節,測試人員也同樣會拿產品需求文檔來驗收產品質量。當團隊進入新人時,文檔也可以讓新人更快地了解產品。

總的來說,產品需求文檔有三個核心作用:

  1. 傳達產品開發需求;
  2. 保證各部門溝通有理有據
  3. 產品質量控制有具體標準

由此可見,產品需求文檔是必不可少的。那一份好的需求文檔,就應該能準確傳達出產品的開發需求。那么產品需求文檔該用什么方式寫,才能更好地傳達出產品開發需求呢?

就我所見,行業大多產品經理都是用Word+Axure原型的方式組成產品需求文檔。那這種方式,是否真的能方便地表達出產品需求?我問了很多程序猿,他們在開發時,一般都是看著效果圖和原型圖寫代碼,只有在遇到問題時,才會查看word文檔。也就是說,開發需要一邊寫代碼,一邊看效果圖,一邊看原型,還要時不時查看文檔。而且,大多數程序猿都不會逐字逐句去讀產品經理的長篇大論。那產品經理寫word真的合適嗎?這樣的用戶體驗真的好嗎?花費大量時間寫word真的有價值嗎?在Axure畫原型的同時,我們為什么不能直接在旁邊標注呢?這樣豈不是方便快捷很多嗎?

其實,當下流行一種直接在原型圖上標注的需求文檔撰寫方式。在新版的Axure8中,也已經推薦了原型加標注的需求文檔樣式。Axure8新增了一組部件—不干貼,就是方便產品設計人員進行功能標注。

2

重視用戶體驗的產品需求文檔該怎么寫?

下面我就不講思路了,先展示我的產品需求文檔的歷史版本和最新版本對比。

3

產品需求文檔V1.0 版

這是我一年前的原型加標注,只有很粗糙的標注,現在看來真的是很low啊

4

產品需求文檔v2.0版本

這個是第二個大改版,做成了網頁的形式,有一級導航,二級導航,還有版本號。左邊的站點地圖也進行了清晰的邏輯分組。

5

產品需求文檔v3.0

這是現在我用的版本,導航欄變得精致了有沒有。所有標注都進行了像素級排版,所有的間距都用準確的像素測量,然后布局。

隨著每個版本的調整修改,其實都伴隨著視覺效果提升、邏輯架構更清楚,也更加提升了用戶體驗。

下面繼續來展示更多頁面

6

產品簡介

我將PPT做的商業需求文檔貼在了里面,真可謂時時刻刻不忘商業目標啊

7

版本說明

是非常重要的版塊,整個版本所有的需求都列在這里,并且已經寫好了版本升級的提示內容,市場同學可以直接拿去用。開發同學通常都是參考這里來進行工作分配,點擊詳情按鈕,可以直接跳轉到原型圖頁面,那里有詳細的需求描述

8

開發周期

此頁面我沒有進行詳細豐富,其實還可以寫具體什么功能,由誰負責,工期多久等內容

9

版本歷史

這個頁面也是很重要的頁面,所有的版本迭代都可以展示在此表格,可以清晰地看到你們團隊的版本迭代周期

10

修訂歷史

此頁面是非常重要的頁面,雖然他是排在最后一個位置,但是,每次打開Axure文檔都會先顯示此頁面。就拿需求文檔來說,我還沒遇到哪個版本不用進行修改的,所以產品經理一定要把每次文檔調整的地方在這里清晰地寫出來,方便文檔讀者觀看,也方便自己記錄

11

思維導圖

這個版塊下,全是產品相關的圖表,比如產品結構圖、信息結構圖、流程圖等。我曾經嘗試用Axure自帶的流程圖部件來畫流程圖和思維導圖,但得出的結論是,太耗時間,而且布局很費力。所以,這里我都是用mindmanager導出圖片

12

全局說明

這個頁面其實是展示整個產品的設計規范,一些很多頁面通用的規則都可以在這里展示

13

交互原型

此頁面就是所有的原型+標注頁面了,在這里,我會將這個頁面所有的功能與跳轉邏輯標注清楚,并且用紅色將重要按鈕凸顯出來,用藍色標記可點擊的鏈接。而功能標注的布局我是仿照sketch的風格設計的,但比sketch更優秀的地方在于,很多地方是可以點擊的,具有交互的

14

用例文檔

其實,這個用例文檔的頁面,是我閑的無聊時做的,并沒有什么卵用,測試人員也不會使用此表,更加方便的還是Excel

15

需求卡片

這個頁面到現在也已經放棄了,因為對需求的整理,最好還是在Excel中

結尾

到這里,我的產品需求文檔就講完了。從最粗糙的原型到現在精細的原型,歷時一年。我能從表象的產品需求文檔中看出,自己本身的能力也在逐步提高。其實,文檔也是幫助產品經理梳理思路的一種手段。突然想到,什么是產品思維?不斷發現問題,解決問題就是產品思維。只有不斷思考,不斷發現問題,不斷總結,才能優化出更優秀的產品。

 

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. ?? 想要demo學習參考下,81312718@qq.com,麻煩啦!

    來自江西 回復
  2. 麻煩可以的話,把DEMO發郵箱zhanghongwei0417@gmail.com,謝謝大神

    來自北京 回復
  3. 麻煩可以的話,把DEMO發郵箱magictming@126.com ,謝謝大神了

    來自廣東 回復
  4. 大神你好,小菜鳥表示還是沒有看懂,你后面的不是用WORD寫的是用什么寫的呢?直接寫在axure上?大神我現在還用的7.0呢,要升到8.0么?

    來自天津 回復
  5. 發我一份參考 674747356@qq.com

    來自浙江 回復
  6. ?? 我也想要demo,1193515040@qq.com

    來自四川 回復
  7. 怎么收藏呢,設計很不友好呀,找不到收藏按鈕

    來自廣東 回復
  8. 非常好

    來自廣東 回復
  9. 麻煩可以的話,把DEMO發郵箱329119969@qq.com,謝謝奧

    來自日本 回復
  10. 我也想要DEMO,謝謝樓主

    來自日本 回復
  11. 模板制作的非常好,希望能得一份demo,萬分感謝! young298@163.com

    來自北京 回復
  12. 你好,頁面條件那個導圖能發我一下嗎 448616347@qq.com 感謝

    來自廣東 回復
  13. 你的導航欄 怎么做?能教下我么?或發我也可以 謝謝?。?874429608@qq.com

    來自廣東 回復
  14. 產品新人,求一份demo學習下,非常感謝大神!270894678@qq.com

    來自福建 回復
  15. 感謝lz分享,產品新人,求demo學習

    來自北京 回復
  16. 同求demo yltc000@163.com

    來自上海 回復
  17. 新年好,求樓主分享demo,805862323@qq.com,謝謝~~

    來自廣東 回復
  18. 和我現在看到的問題是一樣的,word的文字實在冗長,程序員不可能逐字去看,您這種方式正是我想找的,希望能得到您的DEMO 感謝 1057266755@qq.com

    來自福建 回復
  19. 模板制作的非常好,希望能一份demo,非常感謝! chenhao@kloudsoft.cn

    來自北京 回復
  20. 大哥 新人學習 能發下你的模板給我么? 935862794@qq.com

    來自廣東 回復
  21. 請問這個工具是哪個網站上的 多謝

    來自北京 回復
  22. 同求DEMO 810546858@qq.com 謝謝啦

    來自江蘇 回復
  23. 特別棒!感謝樓主分享。如果可以的話,希望您可以將demo分享一下,464492161@qq.com,再次感謝!

    來自北京 回復
    1. 你好,請問 你有收到那個demo嗎?如果有的話可以分享個給我嗎?708898776@qq.com 先謝謝啦! ?

      來自福建 回復
  24. 我是個新人。在我們公司,需求分析和交互設計是兩個部門,這個Axure很像交互設計。 請問大神,做了這么詳細的原型設計后,是不是不需要專門的交互設計了?

    來自福建 回復
  25. 頁面條件圖…作者能給完整版的學習一下么?jiajia4053@sina.com 十分感謝

    來自福建 回復
  26. 非常感謝樓主大大,求demo學習,649818660@qq.com,謝謝

    來自北京 回復
  27. 棒棒噠學習文檔,跪求樓主發一個DEMO進行參考學習。。。。。。。。。。。。郵箱:1270427226@qq.com

    來自廣東 回復
  28. 非常感謝,新人求demo學習,602834721@qq.com,再次非常感謝!

    來自上海 回復
  29. 非常非常非常感謝,新人求demo學習,841648909@qq.com,再次非常感謝!

    來自浙江 回復
  30. 樓主大人,新人同求demo學習,370951348@qq.com,非常感謝!

    來自海南 回復