產(chǎn)品思維解析PRD內(nèi)容與結(jié)構(gòu)

4 評(píng)論 66900 瀏覽 393 收藏 11 分鐘

作為個(gè)把月沒產(chǎn)品實(shí)習(xí)的2018應(yīng)屆生,想在寒假期間梳理自身產(chǎn)品知識(shí)更好地迎接年后的實(shí)習(xí)應(yīng)聘。而本文是我歸納總結(jié)PRD文檔(采用Axure)結(jié)構(gòu)和內(nèi)容后輸出的文章。

目錄

  1. 分析方法介紹
  2. 具體分析
  3. 結(jié)語(yǔ)

1.分析方法介紹

PRD(產(chǎn)品需求文檔)是產(chǎn)品新人日常工作中輸出最多的文檔類型,而不同公司不同團(tuán)隊(duì)對(duì)于PRD的結(jié)果和內(nèi)容要求都不盡相同,所以PRD文檔也可以被當(dāng)作一個(gè)獨(dú)立的產(chǎn)品來對(duì)待,根據(jù)團(tuán)隊(duì)不同的需求來輸出最合適的需求文檔。

產(chǎn)品因需求而生,需求轉(zhuǎn)化為產(chǎn)品過程中的依據(jù)即是產(chǎn)品邏輯,體驗(yàn)分析產(chǎn)品本質(zhì)上是對(duì)產(chǎn)品邏輯的探究。本文將PRD文檔視為獨(dú)立產(chǎn)品,分析文檔的結(jié)構(gòu)(結(jié)構(gòu)層、框架層)和內(nèi)容(戰(zhàn)略層、范圍層、表現(xiàn)層)。

2.具體分析

設(shè)計(jì)一款產(chǎn)品首先應(yīng)了解目標(biāo)人群的特征,并分析其需求。

PRD文檔(含交互)一般交付給UI視覺設(shè)計(jì)開發(fā)人員,所以UI和開發(fā)成了PRD的目標(biāo)用戶。而產(chǎn)品并不是一蹴而就的,所以PRD也是產(chǎn)品同學(xué)不斷迭代產(chǎn)品的依據(jù)。對(duì)三類用戶進(jìn)行分析可得出下圖

UI篇

UI需求:UI由于要根據(jù)產(chǎn)品調(diào)性、功能特征等因素來設(shè)計(jì)合理的視覺稿,所以UI同學(xué)需要明白產(chǎn)品是什么,大到整個(gè)產(chǎn)品是做什么的,小到各個(gè)頁(yè)面/模塊/按鈕都是用來干什么的。

需求分析:PRD文檔需要對(duì)整個(gè)產(chǎn)品進(jìn)行整體描述,其次在對(duì)各個(gè)頁(yè)面進(jìn)行描述,做到以上兩點(diǎn)還是不夠的,還需要把各個(gè)頁(yè)面都聯(lián)系起來才算是完整的產(chǎn)品表達(dá)。

舉例說明:如果覺得以上描述過于模糊,我想舉個(gè)例子來類比會(huì)好理解得多。如果把一個(gè)產(chǎn)品看成一套住宅房(三室一廳一廚兩衛(wèi)),那么產(chǎn)品功能定位就是住宅,從而解決人的居住需求。其中各個(gè)房間猶如移動(dòng)端產(chǎn)品的各個(gè)頁(yè)面,各自承載著不同的功能,而室內(nèi)的家具可類比頁(yè)面里的部件,室內(nèi)設(shè)計(jì)師需要了解以上內(nèi)容結(jié)合房間的位置設(shè)計(jì)出合理的設(shè)計(jì)稿。

插一句:為了將需求轉(zhuǎn)化為功能(由于本文將PRD文檔定義為產(chǎn)品,所以功能指的是文檔的表達(dá)),我們先把文檔的表達(dá)形式先做個(gè)梳理。有文字、圖片、聲音、視頻、線條五種表達(dá)元素,而聲音和視頻讀取的方式不夠直觀快捷,為了提高工作效率不宜采用。由表達(dá)元素組合而成的表達(dá)方式可以是文字描述、圖片展示、線框圖、流程圖、腦圖、表格、泳道圖。

PRD功能:綜上,UI需要從PRD文檔上得到完整的產(chǎn)品表達(dá)(1.產(chǎn)品總述2.頁(yè)面描述3.頁(yè)面聯(lián)系),所以PRD文檔需要有1.產(chǎn)品/功能模塊總述(文字描述)2.頁(yè)面功能簡(jiǎn)介(文字描述)3.頁(yè)面流程圖(流程圖)

開發(fā)篇

開發(fā)需求:開發(fā)同學(xué)側(cè)重于理解怎么做產(chǎn)品,也就是產(chǎn)品邏輯是怎么樣的。當(dāng)然也需要了解產(chǎn)品是做什么的,這有利于充分理解產(chǎn)品邏輯,這也是開發(fā)人員工資高的原因,人家活多!總之需求就兩個(gè)字:邏輯!

需求分析:PRD文檔對(duì)于邏輯的表達(dá)需要足夠充分,體現(xiàn)在整個(gè)產(chǎn)品頁(yè)面之間的層級(jí)關(guān)系、跳轉(zhuǎn)關(guān)系,頁(yè)面內(nèi)各個(gè)部件作用,各個(gè)功能邏輯、此外還應(yīng)該與開發(fā)溝通未來迭代方向和內(nèi)容,以便于提升程序擴(kuò)展性,避免程序重構(gòu)。

舉例說明:還是用住宅房為例,在開發(fā)人員接手之前一切還都是空想,只留于紙面(PRD文檔、視覺稿等),所以開發(fā)人員需要知道各個(gè)房間的位置如何設(shè)計(jì)、房間內(nèi)的家具類型,水電煤功能實(shí)現(xiàn):進(jìn)水出水口(水流通功能)、整個(gè)住宅房的電纜怎么拉(通電功能)、天然氣口在哪(烹飪功能),有了以上這些才有可能實(shí)現(xiàn)產(chǎn)品從0到1。至于家具選購(gòu)、室內(nèi)裝潢都由視覺稿來表達(dá)。

PRD功能:綜上,開發(fā)需要從PRD文檔上了解產(chǎn)品邏輯(1.頁(yè)面跳轉(zhuǎn)邏輯2.功能邏輯3.頁(yè)面交互邏輯)所以PRD文檔需要有1.頁(yè)面流程圖(流程圖)2.功能流程圖(流程圖)3.頁(yè)面交互(線框圖+文字描述)

產(chǎn)品篇

產(chǎn)品需求:產(chǎn)品/功能模塊需要不斷的迭代更新,所以產(chǎn)品同學(xué)需要根據(jù)上一版的PRD文檔進(jìn)行下一版的迭代,避免功能遺漏或者戰(zhàn)略方向不明確。

需求分析:所以PRD文檔在產(chǎn)品總述時(shí)要準(zhǔn)確地描述產(chǎn)品定位以防迭代時(shí)產(chǎn)品“變性”;而需求池里也應(yīng)該將需求排上優(yōu)先級(jí);為了更直觀的管理(增刪改查)現(xiàn)有產(chǎn)品架構(gòu)也應(yīng)該附上信息架構(gòu)。

PRD功能:綜上,產(chǎn)品需要根據(jù)PRD文檔內(nèi)容進(jìn)行產(chǎn)品迭代,所以要求RPD具備:1.產(chǎn)品總述(文字描述)2.版本記錄/需求管理(表格+文字描述)3.信息架構(gòu)圖(腦圖)

整理:

綜上所述,PRD由于UI、開發(fā)、產(chǎn)品的需求,需要具備

  1. 產(chǎn)品總述
  2. 版本記錄/需求管理
  3. 信息架構(gòu)圖
  4. 功能流程圖
  5. 頁(yè)面流程圖
  6. 頁(yè)面交互

以上六大內(nèi)容,為了方便閱讀理解,應(yīng)根據(jù)內(nèi)容的具體程度由全局到局部不斷細(xì)化進(jìn)行排序,即下圖:

為了讓本文更加實(shí)用,我將對(duì)六大內(nèi)容如何表達(dá)進(jìn)行簡(jiǎn)要介紹,具體的表達(dá)方式可以參考其他詳文。

產(chǎn)品總述

前文提到產(chǎn)品總述對(duì)于UI、開發(fā)、產(chǎn)品來說都是必看的一塊內(nèi)容,扮演概括性的角色。所以在我的理解里。產(chǎn)品總述應(yīng)該點(diǎn)明該文檔的目的,并且明確產(chǎn)品核心需求和定位。

不拘于表達(dá)形式,只需要把以上幾點(diǎn)表達(dá)清楚即可,以下內(nèi)容同理。

版本記錄/需求管理

版本記錄和需求管理本可以分為兩塊獨(dú)立內(nèi)容,但是之間又有所聯(lián)系,索性就拉到一塊了。

歷史版本的作用使得產(chǎn)品開發(fā)更加條理,有跡可循,算是一種記錄。當(dāng)前版本雖然一定是最后一行,但也應(yīng)該用不同字色以示區(qū)分。

而之后關(guān)于新版描述不在多說,需要注意的是序號(hào)的對(duì)應(yīng)關(guān)系,還有當(dāng)前版本的需求也應(yīng)該用不同字色和其他需求區(qū)分開來。

信息架構(gòu)圖/頁(yè)面流程圖/功能流程圖

這里不做闡述,在各大論壇搜索框輸入“信息架構(gòu)圖/頁(yè)面流程圖/功能流程圖”會(huì)有更全面的信息。

頁(yè)面交互

雖然網(wǎng)絡(luò)上有許多交互的表達(dá)方式,但我還是想分享一下自認(rèn)為不錯(cuò)的交互呈現(xiàn)形式(如下圖)

如果你是產(chǎn)品小白,從未做過完整的PRD文檔,當(dāng)你寫多了頁(yè)面交互時(shí)會(huì)發(fā)現(xiàn)其中有許多重復(fù)性描述,所以這時(shí)候就又多了一個(gè)需求,能否把重復(fù)性又復(fù)雜的描述提取出來成為一塊獨(dú)立內(nèi)容,要用到時(shí)只需要簡(jiǎn)單一句話作為“調(diào)用”。如同程序開發(fā)時(shí)的函數(shù)調(diào)用一般,更加快捷。

PRDV1.1

新版描述:新增“全局說明”功能

全局說明

上文提到全局說明是頁(yè)面交互里重復(fù)性復(fù)雜的描述的集合。

所以全局說明里的內(nèi)容可以是1.toast/alert/dialog樣式 2.數(shù)據(jù)變化方式(刷新等) 3.異常情況處理(網(wǎng)絡(luò)異常、程序中斷等)4.文字/圖標(biāo)/組件使用規(guī)范(當(dāng)然大多數(shù)情況是由UI和產(chǎn)品一同進(jìn)行定義)5.名詞說明(定義產(chǎn)品中特殊名詞)

增加“全局說明”功能后的PRD目錄如下圖

3.結(jié)語(yǔ)

相信原本不理解PRD文檔的同學(xué)在通讀全文后能明白PRD文檔是怎么回事。但本文更希望傳遞的是產(chǎn)品思維,如何去系統(tǒng)地理解一件事物,小到生活里的瑣事,都應(yīng)該掌握梳理其脈絡(luò)發(fā)現(xiàn)本質(zhì)的能力。

 

本文由 @石力.Lison 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自PEXELS,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. ?? 寫得挺好

    來自廣東 回復(fù)
  2. ??

    來自浙江 回復(fù)
  3. 感覺少了數(shù)據(jù)流向這個(gè)維度的描述,每個(gè)功能是否產(chǎn)出數(shù)據(jù)是否要記錄,我覺得應(yīng)該描述一下。

    來自日本 回復(fù)
  4. 沒有運(yùn)營(yíng)的需求部分嗎

    來自浙江 回復(fù)