產(chǎn)品需求文檔PRD模版產(chǎn)品設(shè)計(jì)文檔和需求文檔( 二 ) _產(chǎn)品

2.4產(chǎn)品框架----展示頁面層級(jí)及備注信息
2.5功能列表----展示產(chǎn)品功能名稱、對(duì)應(yīng)模塊、功能說明、備注等信息。
3．功能描述
功能需求章節(jié)需詳細(xì)描述產(chǎn)品所涉及的各個(gè)功能點(diǎn) 。將整體框架拆成數(shù)個(gè)獨(dú)立的功能點(diǎn)，分別描述每個(gè)功能點(diǎn)的邏輯流程圖、界面、字段說明以及業(yè)務(wù)說明。統(tǒng)一采用usercase方式進(jìn)行描述。
這塊其實(shí)是pm比較熟悉的部分，所以基本上是大神們毫無歧義的就敲定了如下內(nèi)容：
3.1流程圖
3.2界面
3.3字段說明（包括數(shù)據(jù)字典）
3.4業(yè)務(wù)說明（usercase）
此時(shí) 最初的PRD框架已經(jīng)被細(xì)化為一個(gè) 有細(xì)化分支的詳細(xì)框架，如下

文章插圖
此時(shí)時(shí)間已經(jīng)過去四分之三，開始討論非功能需求、附錄及部分大家沒有之前想到的東西。
比較重要的是非功能需求和上下線需求及后續(xù)運(yùn)營(yíng)計(jì)劃。
4．非功能需求
關(guān)于非功能需求，大家的考慮又開始出現(xiàn)分歧，主要是由于各公司的定義不同，造成內(nèi)容不同的差異化，總結(jié)了下大家提及到的是安全、可用性、伸縮性、數(shù)據(jù)統(tǒng)計(jì)、易用性、接口需求，通過溝通消除各公司的語義差別和部分理解偏差，最后提供了一個(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)品人員，通過圓桌討論的方式將接觸到的文檔進(jìn)行還原與輸出，大家在討論中也表現(xiàn)出了經(jīng)驗(yàn)賦予產(chǎn)品經(jīng)理的睿智，和產(chǎn)品經(jīng)理應(yīng)有的自檢自查，高效溝通的素質(zhì) 。一小時(shí)的討論過程是對(duì)自己經(jīng)驗(yàn)的總結(jié)、考驗(yàn)，也希望產(chǎn)出的模板在以后的實(shí)際工作中能給大家?guī)韰⒖己椭敢?。
更多圓桌
感謝人人都是產(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)品需求文檔PRD模版產(chǎn)品設(shè)計(jì)文檔和需求文檔】 本文由人人都是產(chǎn)品經(jīng)理原創(chuàng)，未經(jīng)許可，禁止轉(zhuǎn)載。
,