1. 程式人生 > >程式設計師愛看的產品需求文件,轉給你的產品經理

程式設計師愛看的產品需求文件,轉給你的產品經理

假如產品需求文件(PRD)是一個產品,如何做出一個擁有良好使用者體驗的PRD?
讓我們先來考察下PRD的使用者群體(User Persona):主要是開發人員,在繁忙的開發任務中最希望看到“簡潔易懂”的產品需求文件

 

梳理下PRD的功能:傳達出產品需求;管理記錄產品迭代過程;各部門共享產品資訊,以促進溝通;

因此一個好的PRD的原則是:結構清晰;語言簡潔易懂;實時共享。

我們具體如何製作?

一個PRD文件即可

現在,越來越多的產品經理採用將文字說明和原型結合成一個PRD文件的方式,因為之前的word+原型的方式管理起來繁瑣,而且還容易產生資訊疏漏。

將原型和文字說明統一,直接分享一個連結,開發人員就能看到所有資訊,是理想狀態。

多級導航結構展示PRD資訊

通常來講,一個產品需求文件裡包含“產品概述”、“流程圖”、“功能詳情和原型”,“全域性說明”,“非功能性需求”。

我們該如何把這些內容清晰有條理地呈現在一個文件裡呢?使用一個網頁般的多級導航結構即可。

1、產品概述

產品概述部分用於展示文件修訂歷史、版本說明、開發週期、和產品介紹。

「文件修訂歷史」用來記錄產品經理對該PRD文件的修改狀況,也方便成員能及時瞭解到PRD是否有改動;

「版本說明」展示上線產品各版本的核心功能;

「開發週期」用於梳理開發、測試、上線的預計開始和結束日期。

「產品介紹」用來記錄產品名稱、簡介、使用者畫像、使用場景、產品定位等等。

 

 (墨刀“PRD模版A”中的“版本資訊”模組,by 小龍)

2、流程圖

流程圖是產品經理梳理產品邏輯和功能的一個思維Map,一般會有“功能結構圖’、“資訊結構圖”、“任務流程圖”。

「功能結構圖」 展示產品的功能模組,一般展開使用者可見的最小單元。

「資訊結構圖」則是以資訊為維度,用來描述有哪些資料欄位,展現使用者資訊/行為資訊等。

「流程圖」記錄著使用者使用產品的路徑,也是一種產品線路圖,展示著產品的所有頁面及對應關係,有助於產品理解。

 (墨刀“PRD模版A”中的“結構圖”模組,by 小龍)

3、功能詳情和原型

這個模組是開發人員檢視頻率最高的模組了。目前一種快捷高效的呈現方式便是“原型”+“註釋”

圖文互補,把圖片傳遞不了的資訊用文字補充清楚,比如產品的一些使用邏輯,方便同事理解。

使用墨刀的話,可以建立一個大的畫布,然後把墨刀製作的原型頁面貼上到畫布裡,並新增文字註釋,在關鍵位置有一些邊界條件的說明。

或者,直接在產品原型專案裡通過“批註”添加註釋。

 

 (“PRD模版A”中的“互動原型”模組,直接嵌入了墨刀原型,by 小龍)

4、全域性說明

這個頁面用來展示整個產品的設計規範,一些通用的規則可以附在這裡。

對於這點,使用墨刀製作的方便之處在於:可以直接把有關設計規範的原型專案通過網頁連結的方式嫁接過來,還能點選“標註”檢視各元素的細節資訊。

 

 (墨刀“PRD模版A”中的“全域性說明”模組,by 小龍)

5、非功能性需求

對於不同型別的產品,非功能性需求會有各種差異,一般會涉及到的有:

  • 效能需求
  • 系統需求
  • 運營需求
  • 安全需求
  • 統計需求
  • 財務需求

  ……

這部分就要自己按需要調整。

總結

PRD作為一種重要的公司內部溝通的文件,能把必要的資訊彙集在一個邏輯清晰的結構裡是提高工作效率的一個優勢。語言上要簡潔易懂,再結合視覺化的結構圖和原型,都是為了增強易讀性,讓溝通更高效。

把PRD當作一個小產品去打磨一下,不是浪費時間,一個好的PRD文件可以繼用很久。

因此,我們十分感謝兩位刀友 @大蓮子 和 @小龍 ,為大家貢獻了兩種產品需求文件的模版。

這兩種PRD裡的各級頁面內容、導航和互動都為大家設計好了。

現在大家可以點選“建立專案”從墨刀模版中選取產品需求文件A或者“產品需求文件B”,點選“使用模版”,再按照自家產品需要做一些更改就okay!

 

 

通過墨刀的分享連結還能直接讓公司內部人員線上實時同步PRD的更新,不用再擔心資訊滯後或者文件不相容問題。

讓我們著手開始建立或者優化您的產品需求文件吧~

文章封面圖: Photo by Helloquence on Unsplash

文中配圖來自 “運維派”以及墨刀官網截圖