tft每日頭條

 > 生活

 > 産品設計文檔和需求文檔

産品設計文檔和需求文檔

生活 更新时间:2025-01-19 22:26:52

産品設計文檔和需求文檔(産品需求文檔PRD模版)1

人人圓桌

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

規則介紹

人人圓桌開啟時間為每月第二個周四晚上20:30,曆時60分鐘。圓桌主題确定後會提前在衆多報名者中,選擇10名合适的成員單獨建群讨論。

圓桌主題則在圓桌招募初期即公布,成員在獲知主題内容後都有思考、收集資料的時間,但不允許私下讨論。

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

本期話題

對于産品經理來說最重要的三個需求文檔是商業需求文檔、市場需求文檔和産品需求文檔,而關于文檔的模闆資料,質量卻參差不齊。本次讨論選取産品需求文檔作為讨論的話題,讓大家在圓桌讨論中分享各位關于産品需求文檔寫作思路的幹貨。

任務目标

針對一個工具類App應用(以zaker為例),設計一個合理、可用、完整的産品需求文檔模闆。

圓桌記錄

2014年11月13日晚8點30分,經曆了嚴格篩選的産品老鳥們開始了為期一小時的思維碰撞,力求解決“産品需求文檔到底該怎麼寫“這一終極難題。

首先大家一緻确認了PRD的重要性,積極的Phoenix抛出了一個可供大家讨論的模版。

産品設計文檔和需求文檔(産品需求文檔PRD模版)2

經過大家确認,一緻認為效益成本分析是MRD中已經确認的内容,不應該在PRD中讨論,所以去掉了效益成本分析這一塊。

接下來按順序分析

1.概述

關于概述大家都有不同的想法

Phoenix提出概述應該包括名詞說明;産品概述及目标;産品roadmap;産品風險,節奏提出既然是概述肯定要概括的說明産品的背景;産品的目标;産品的基本介紹等,基于經驗大家又發現需要對數據的進行部分說明增添了數據字典的模塊,需要對PRD的閱讀對象進行分工定義,增添了文檔閱讀對象。

發散思維的各種讨論後,講概述确定為

1.1産品概述及目标----包括背景介紹和産品目的

1.2名詞解釋----聲明文檔中出現的名詞含義

1.3數據詞典----介紹本産品中數據的數據項、數據結構、數據流、數據存儲、處理邏輯、外部實體等。

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

确認了概述時已經時間用去三分之一,各大神明顯覺得時間過得好快。。。所以接下來的讨論加快了速度,快速的确認接下來主要讨論的内容:産品描述和功能描述。

2.産品描述

讨論完概述後,大家一緻認為使用者需求這個詞語容易造成歧義且範圍過窄,所以将名稱改為了産品描述。

産品描述章節介紹了産品的整體邏輯流程,概括性的描述産品需求、産品版本規劃、産品整體的框架結構以及功能列表。産品整體流程與産品框架都需要使用相應的圖表展現方式

産品描述經過确認包括

2.1産品整體流程----展示産品框架圖和用戶流程圖。

2.2産品需求描述----描述産品核心功能,解決哪些情景下的哪些需求。

2.3産品版本規劃----叙述産品版本叠代計劃,版本号、主要模塊、功能點、計劃開發時間、計劃結束時間、備注。

2.4産品框架----展示頁面層級及備注信息

2.5功能列表----展示産品功能名稱、對應模塊、功能說明、備注等信息。

3.功能描述

功能需求章節需詳細描述産品所涉及的各個功能點。将整體框架拆成數個獨立的功能點,分别描述每個功能點的邏輯流程圖、界面、字段說明以及業務說明。統一采用usercase方式進行描述。

這塊其實是pm比較熟悉的部分,所以基本上是大神們毫無歧義的就敲定了如下内容:

3.1流程圖

3.2界面

3.3字段說明(包括數據字典)

3.4業務說明(usercase)

此時 最初的PRD框架已經被細化為一個 有細化分支的 詳細框架,如下

産品設計文檔和需求文檔(産品需求文檔PRD模版)3

此時時間已經過去四分之三,開始讨論非功能需求、附錄及部分大家沒有之前想到的東西。

比較重要的是非功能需求和上下線需求及後續運營計劃。

4.非功能需求

關于非功能需求,大家的考慮又開始出現分歧,主要是由于各公司的定義不同,造成内容不同的差異化,總結了下大家提及到的是安全、可用性、伸縮性、數據統計、易用性、接口需求,通過溝通消除各公司的語義差别和部分理解偏差,最後提供了一個可供參考的、比較合适的非功能需求内容。

4.1安全需求

4.2統計需求

4.3性能需求

4.4可用性需求

此時已經接近尾聲,大家大緻讨論了下上下線需求的内容和運營計劃該寫的方向,産出了文檔。

最後的成型模版框架為:

産品設計文檔和需求文檔(産品需求文檔PRD模版)4

寫在最後:

本次圓桌在篩選人員上進行了十分嚴格的人員把控,力求選取工作一線上經驗豐富的産品人員,通過圓桌讨論的方式将接觸到的文檔進行還原與輸出,大家在讨論中也表現出了經驗賦予産品經理的睿智,和産品經理應有的自檢自查,高效溝通的素質。一小時的讨論過程是對自己經驗的總結、考驗,也希望産出的模闆在以後的實際工作中能給大家帶來參考和指引。

更多圓桌

感謝人人都是産品經理以下成員參與讨論(排名不分先後):

林維艱-産品-SH、節奏-産品-北京、Ted-PD-北京 、Phoenix、Lunatic-純潔-魔都、Jason-移動社交、Darrick-本地服務

感謝 Phoenix童鞋整理文檔

感謝 Ted童鞋産出總結文件

本文由人人都是産品經理原創,未經許可,禁止轉載。

,

更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!

查看全部

相关生活资讯推荐

热门生活资讯推荐

网友关注

Copyright 2023-2025 - www.tftnews.com All Rights Reserved