【人人圓桌】第六期 產(chǎn)品需求文檔PRD模版

26 評(píng)論 223744 瀏覽 858 收藏 9 分鐘

人人圓桌

人人圓桌是在群討論的基礎(chǔ)上,通過(guò)篩選人員、限制討論時(shí)間的一種討論模式,以達(dá)到幫助新人成長(zhǎng)、發(fā)散思路和學(xué)習(xí)交流的目的;而且因圓桌討論的特殊性,也能在討論中暴露出一些工作和思維上的問題,避免工作時(shí)再次犯錯(cuò)。

規(guī)則介紹

人人圓桌開啟時(shí)間為每月第二個(gè)周四晚上20:30,歷時(shí)60分鐘。圓桌主題確定后會(huì)提前在眾多報(bào)名者中,選擇10名合適的成員單獨(dú)建群討論。

圓桌主題則在圓桌招募初期即公布,成員在獲知主題內(nèi)容后都有思考、收集資料的時(shí)間,但不允許私下討論。

圓桌時(shí)間僅有一個(gè)小時(shí),無(wú)論是否得出結(jié)果都必須結(jié)束。因而對(duì)參與者的思維能力、話題把控能力、溝通能力、時(shí)間管理等都是一大挑戰(zhàn)。

本期話題

對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)最重要的三個(gè)需求文檔是商業(yè)需求文檔、市場(chǎng)需求文檔和產(chǎn)品需求文檔,而關(guān)于文檔的模板資料,質(zhì)量卻參差不齊。本次討論選取產(chǎn)品需求文檔作為討論的話題,讓大家在圓桌討論中分享各位關(guān)于產(chǎn)品需求文檔寫作思路的干貨。

任務(wù)目標(biāo)

針對(duì)一個(gè)工具類App應(yīng)用(以zaker為例),設(shè)計(jì)一個(gè)合理、可用、完整的產(chǎn)品需求文檔模板。

圓桌記錄

2014年11月13日晚8點(diǎn)30分,經(jīng)歷了嚴(yán)格篩選的產(chǎn)品老鳥們開始了為期一小時(shí)的思維碰撞,力求解決“產(chǎn)品需求文檔到底該怎么寫“這一終極難題。

首先大家一致確認(rèn)了PRD的重要性,積極的Phoenix拋出了一個(gè)可供大家討論的模版。

經(jīng)過(guò)大家確認(rèn),一致認(rèn)為效益成本分析是MRD中已經(jīng)確認(rèn)的內(nèi)容,不應(yīng)該在PRD中討論,所以去掉了效益成本分析這一塊。

接下來(lái)按順序分析

1.概述

關(guān)于概述大家都有不同的想法

Phoenix提出概述應(yīng)該包括名詞說(shuō)明;產(chǎn)品概述及目標(biāo);產(chǎn)品roadmap;產(chǎn)品風(fēng)險(xiǎn),節(jié)奏提出既然是概述肯定要概括的說(shuō)明產(chǎn)品的背景;產(chǎn)品的目標(biāo);產(chǎn)品的基本介紹等,基于經(jīng)驗(yàn)大家又發(fā)現(xiàn)需要對(duì)數(shù)據(jù)的進(jìn)行部分說(shuō)明增添了數(shù)據(jù)字典的模塊,需要對(duì)PRD的閱讀對(duì)象進(jìn)行分工定義,增添了文檔閱讀對(duì)象。

發(fā)散思維的各種討論后,講概述確定為

1.1產(chǎn)品概述及目標(biāo)—-包括背景介紹和產(chǎn)品目的

1.2名詞解釋—-聲明文檔中出現(xiàn)的名詞含義

1.3數(shù)據(jù)詞典—-介紹本產(chǎn)品中數(shù)據(jù)的數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理邏輯、外部實(shí)體等。

1.4文檔閱讀對(duì)象—-聲明本文檔輸出的閱讀對(duì)象和注意事項(xiàng)

確認(rèn)了概述時(shí)已經(jīng)時(shí)間用去三分之一,各大神明顯覺得時(shí)間過(guò)得好快。。。所以接下來(lái)的討論加快了速度,快速的確認(rèn)接下來(lái)主要討論的內(nèi)容:產(chǎn)品描述和功能描述。

?2.產(chǎn)品描述

討論完概述后,大家一致認(rèn)為使用者需求這個(gè)詞語(yǔ)容易造成歧義且范圍過(guò)窄,所以將名稱改為了產(chǎn)品描述。

產(chǎn)品描述章節(jié)介紹了產(chǎn)品的整體邏輯流程,概括性的描述產(chǎn)品需求、產(chǎn)品版本規(guī)劃、產(chǎn)品整體的框架結(jié)構(gòu)以及功能列表。產(chǎn)品整體流程與產(chǎn)品框架都需要使用相應(yīng)的圖表展現(xiàn)方式

產(chǎn)品描述經(jīng)過(guò)確認(rèn)包括

2.1產(chǎn)品整體流程-—展示產(chǎn)品框架圖和用戶流程圖。

2.2產(chǎn)品需求描述—-描述產(chǎn)品核心功能,解決哪些情景下的哪些需求。

2.3產(chǎn)品版本規(guī)劃—-敘述產(chǎn)品版本迭代計(jì)劃,版本號(hào)、主要模塊、功能點(diǎn)、計(jì)劃開發(fā)時(shí)間、計(jì)劃結(jié)束時(shí)間、備注。

2.4產(chǎn)品框架—-展示頁(yè)面層級(jí)及備注信息

2.5功能列表—-展示產(chǎn)品功能名稱、對(duì)應(yīng)模塊、功能說(shuō)明、備注等信息。

3.功能描述

功能需求章節(jié)需詳細(xì)描述產(chǎn)品所涉及的各個(gè)功能點(diǎn)。將整體框架拆成數(shù)個(gè)獨(dú)立的功能點(diǎn),分別描述每個(gè)功能點(diǎn)的邏輯流程圖、界面、字段說(shuō)明以及業(yè)務(wù)說(shuō)明。統(tǒng)一采用usercase方式進(jìn)行描述。

這塊其實(shí)是pm比較熟悉的部分,所以基本上是大神們毫無(wú)歧義的就敲定了如下內(nèi)容:

3.1流程圖

3.2界面

3.3字段說(shuō)明(包括數(shù)據(jù)字典)

3.4業(yè)務(wù)說(shuō)明(usercase)

此時(shí) 最初的PRD框架已經(jīng)被細(xì)化為一個(gè) 有細(xì)化分支的 詳細(xì)框架,如下

此時(shí)時(shí)間已經(jīng)過(guò)去四分之三,開始討論非功能需求、附錄及部分大家沒有之前想到的東西。

比較重要的是非功能需求和上下線需求及后續(xù)運(yùn)營(yíng)計(jì)劃。

4.非功能需求

關(guān)于非功能需求,大家的考慮又開始出現(xiàn)分歧,主要是由于各公司的定義不同,造成內(nèi)容不同的差異化,總結(jié)了下大家提及到的是安全、可用性、伸縮性、數(shù)據(jù)統(tǒng)計(jì)、易用性、接口需求,通過(guò)溝通消除各公司的語(yǔ)義差別和部分理解偏差,最后提供了一個(gè)可供參考的、比較合適的非功能需求內(nèi)容。

4.1安全需求

4.2統(tǒng)計(jì)需求

4.3性能需求

4.4可用性需求

此時(shí)已經(jīng)接近尾聲,大家大致討論了下上下線需求的內(nèi)容和運(yùn)營(yíng)計(jì)劃該寫的方向,加上其他聲明的附錄,產(chǎn)出了文檔。

最后的成型模版框架為:

文檔模板戳這里:百度盤

寫在最后:

本次圓桌在篩選人員上進(jìn)行了十分嚴(yán)格的人員把控,力求選取工作一線上經(jīng)驗(yàn)豐富的產(chǎn)品人員,通過(guò)圓桌討論的方式將接觸到的文檔進(jìn)行還原與輸出,大家在討論中也表現(xiàn)出了經(jīng)驗(yàn)賦予產(chǎn)品經(jīng)理的睿智,和產(chǎn)品經(jīng)理應(yīng)有的自檢自查,高效溝通的素質(zhì)。一小時(shí)的討論過(guò)程是對(duì)自己經(jīng)驗(yàn)的總結(jié)、考驗(yàn),也希望產(chǎn)出的模板在以后的實(shí)際工作中能給大家?guī)?lái)參考和指引。

更多圓桌

【人人圓桌】二維碼破局:基于二維碼的新的商業(yè)機(jī)會(huì)

【人人圓桌】借力“世界杯”:如何讓你網(wǎng)站流量翻倍

【人人圓桌】“寶貝,爸爸今天不去哪兒”

【人人圓桌】第四期:競(jìng)品分析報(bào)告模版

【人人圓桌】第五期:市場(chǎng)需求分析報(bào)告

感謝人人都是產(chǎn)品經(jīng)理以下成員參與討論(排名不分先后):

林維艱-產(chǎn)品-SH、節(jié)奏-產(chǎn)品-北京、Ted-PD-北京 、Phoenix、Lunatic-純潔-魔都、Jason-移動(dòng)社交、Darrick-本地服務(wù)

感謝?Phoenix?童鞋整理文檔

感謝?Ted?童鞋產(chǎn)出總結(jié)文件

本文由人人都是產(chǎn)品經(jīng)理原創(chuàng),未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 產(chǎn)品小白,希望大家能給點(diǎn)幫助,這些名詞真的好繞。
    1# 2.1和2.4的產(chǎn)品框架圖有什么區(qū)別?
    2# 2.1的用戶流程圖是什么意思,用戶操作流程嗎?
    3# 2.4的產(chǎn)品框架是指什么?頁(yè)面流程圖?還是信息架構(gòu)/功能架構(gòu)圖?
    4# 3.1的流程圖是什么意思?是每個(gè)功能實(shí)現(xiàn)的詳細(xì)任務(wù)流程圖嗎?
    5# 3.4的業(yè)務(wù)說(shuō)明,是用例圖?還是業(yè)務(wù)流程圖?
    已被自己繞暈……

    來(lái)自北京 回復(fù)
  2. 我想問有多少PM會(huì)寫字段說(shuō)明/數(shù)據(jù)字典???

    來(lái)自廣東 回復(fù)
    1. 我不會(huì),頭一次聽說(shuō)數(shù)據(jù)字典的概念 ?

      來(lái)自北京 回復(fù)
    2. 就是數(shù)據(jù)表,mysql沒有聽過(guò)嗎?

      來(lái)自上海 回復(fù)
    3. 聽說(shuō)過(guò),我做開發(fā)工具的也會(huì)寫代碼,但作為 PM 從來(lái)不需要寫數(shù)據(jù)表。

      來(lái)自北京 回復(fù)
  3. 有沒有實(shí)例的需求文檔 能否發(fā)一份參考。

    來(lái)自天津 回復(fù)
  4. 產(chǎn)品是若干版本迭代出來(lái)的,每個(gè)迭代版本都有需求文檔。這個(gè)文檔適合若干個(gè)版本之后的整理的基線文檔,不適合迭代過(guò)程中的需求文檔。

    來(lái)自江蘇 回復(fù)
  5. 來(lái)自上海 回復(fù)
  6. 請(qǐng)問2.1的產(chǎn)品框架圖和2.4的產(chǎn)品框架有什么區(qū)別?頁(yè)面層級(jí)的框架圖怎么畫

    來(lái)自陜西 回復(fù)
  7. 數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理邏輯、外部實(shí)體 怎么寫

    來(lái)自北京 回復(fù)
  8. 主要是高保真原型+特殊需求說(shuō)明就可以了,這個(gè)文檔著實(shí)復(fù)雜

    來(lái)自四川 回復(fù)
  9. 原型圖更重要點(diǎn)吧 交互和效果能很好地展示

    來(lái)自浙江 回復(fù)
  10. 這么寫,完全沒有考慮到程序員對(duì)需求的可讀性,要知道程序員根本沒有耐心看這些長(zhǎng)篇大論,導(dǎo)致的最終結(jié)果是不按需求開發(fā)或者是要點(diǎn)遺漏,尤其是一個(gè)app只由一兩個(gè)程序員,并且隨時(shí)還要切換到其他項(xiàng)目開發(fā)的時(shí)候的時(shí)候…

    來(lái)自上海 回復(fù)
    1. 你說(shuō)的很有道理,很多程序員跟我抱怨還如看流程圖來(lái)著實(shí)在

      來(lái)自廣東 回復(fù)
    2. 所以為什么寫這個(gè)文檔的時(shí)候不加入流程圖?不是有產(chǎn)品整體流程嗎?

      來(lái)自廣東 回復(fù)
  11. 魚精說(shuō)道 完全可以給實(shí)例的,別害羞

    來(lái)自陜西 回復(fù)
  12. 什么是安全需求?可否給個(gè)例子? ?

    來(lái)自荷蘭 回復(fù)
  13. 同求實(shí)例

    來(lái)自江蘇 回復(fù)
  14. 能否給一個(gè)實(shí)例

    來(lái)自浙江 回復(fù)
  15. [呵呵]

    來(lái)自浙江 回復(fù)
  16. 老婆買了大瓶的可樂,讓我擰開。我擰了一分鐘都沒反應(yīng),老婆說(shuō):你還是不是男人啊,這點(diǎn)力氣都沒有。我說(shuō):那你去找別人擰吧。老婆就抱著可樂去找隔壁王大哥,過(guò)了十五分鐘,隱隱約約聽到老婆在隔壁說(shuō):王大哥用力用力啊。呵呵,我心里樂了,都二十五分鐘了【微信號(hào):今日爆笑排行榜】

    來(lái)自浙江 回復(fù)