人人圓桌

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

規(guī)則介紹

人人圓桌開啟時間為每月第二個周四晚上20:30，歷時60分鐘。圓桌主題確定后會提前在眾多報名者中，選擇10名合適的成員單獨建群討論。

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

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

本期話題

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

任務(wù)目標

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

圓桌記錄

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

首先大家一致確認了PRD的重要性，積極的Phoenix拋出了一個可供大家討論的模版。

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

接下來按順序分析

1．概述

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

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

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

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

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

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

1.4文檔閱讀對象—-聲明本文檔輸出的閱讀對象和注意事項

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

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

討論完概述后，大家一致認為使用者需求這個詞語容易造成歧義且范圍過窄，所以將名稱改為了產(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)過確認包括

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

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

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

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

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

3．功能描述

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

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

3.1流程圖

3.2界面

3.3字段說明（包括數(shù)據(jù)字典）

3.4業(yè)務(wù)說明（usercase）

此時 最初的PRD框架已經(jīng)被細化為一個 有細化分支的 詳細框架，如下

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

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

4．非功能需求

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

4.1安全需求

4.2統(tǒng)計需求

4.3性能需求

4.4可用性需求

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

最后的成型模版框架為：

文檔模板戳這里：百度盤

寫在最后：

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

更多圓桌

【人人圓桌】二維碼破局：基于二維碼的新的商業(yè)機會

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

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

【人人圓桌】第四期：競品分析報告模版

【人人圓桌】第五期：市場需求分析報告

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

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

感謝?Phoenix?童鞋整理文檔

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

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