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

980 評論 552200 瀏覽 4736 收藏 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. 很多技術好像都不裝axure。。

    來自廣東 回復
    1. Axure支持上傳后以鏈接形式分享,其他人瀏覽器打開就能查看

      來自上海 回復
    2. 那也需要裝個瀏覽器插件

      來自浙江 回復
  2. 前輩,跪求模板,318537742@qq.com,感謝!

    來自福建 回復
  3. 前輩,跪求模板!1253054647@qq.com

    來自中國 回復
    1. 哈哈,15年的文章,竟然還有求文檔的,不知道作者還玩不玩這個網站

      來自廣東 回復
  4. 前輩,跪求一份模板!2402381072@qq.com,我真的很需要,麻煩前輩了,謝謝您!

    來自北京 回復
  5. 前輩,跪求模板!815454781@qq.com,我真的很需要,麻煩前輩了,謝謝您!

    來自北京 回復