長乘:詳解產(chǎn)品設(shè)計相關(guān)de商業(yè)文檔、市場文檔、設(shè)計文檔、功能文檔

在產(chǎn)品未進入生產(chǎn)性開發(fā)之前,所做的所有工作成果都是以文檔的形式進行體現(xiàn)的,是新產(chǎn)品開發(fā)最重要、也是價值最大的工作內(nèi)容,包括商業(yè)文檔、市場文檔、設(shè)計文檔及功能詳述,如圖5-11所示。

從廣義上來講,產(chǎn)品文檔內(nèi)容包含有產(chǎn)品的戰(zhàn)略和戰(zhàn)術(shù),戰(zhàn)略是指:目標市場、客群定位、競爭對手、產(chǎn)品概念、價值主張、產(chǎn)品定位、商業(yè)模式等;戰(zhàn)術(shù)是指競爭策略、產(chǎn)品創(chuàng)意、創(chuàng)新設(shè)計、產(chǎn)品結(jié)構(gòu)、核心業(yè)務(wù)流程、具體用例描述、功能及內(nèi)容描述等。

長乘:詳解產(chǎn)品設(shè)計相關(guān)de商業(yè)文檔、市場文檔、設(shè)計文檔、功能文檔
產(chǎn)品設(shè)計相關(guān)的4大文檔

一、商業(yè)文檔

BRD商業(yè)需求文檔是指基于商業(yè)目標或價值所描述的產(chǎn)品需求內(nèi)容文檔(報告),其核心的用途就是用于產(chǎn)品在投入研發(fā)之前,由企業(yè)高層作為決策評估的重要依據(jù)。

作為報告的撰寫者,你必須讓高層明白,你的報告中將展現(xiàn)出怎樣的商業(yè)價值,如何用有力的論據(jù)來說服企業(yè)對你這個項目的認可,并為之慷慨地投入研發(fā)資源及市場費用。

如果說PRD的好壞,直接決定了項目的質(zhì)量水平,那么BRD的作用,就是決定了你的項目的商業(yè)價值。

優(yōu)秀的BRD文檔,可以讓決策層充分被你的報告觀點所吸引,或許財務(wù)主管會因為報告呈現(xiàn)的低投入高產(chǎn)出的經(jīng)濟效益預(yù)測而蠢蠢欲動;或許技術(shù)主管會因為項目的牽涉面廣泛而頭疼不已;又或許公司的VP之流因之報告而看到了未來一年業(yè)績的飛速發(fā)展的廣闊前景……

BRD需要產(chǎn)品經(jīng)理(產(chǎn)品設(shè)計師)像對待PRD一樣,充分應(yīng)用市場調(diào)查、用戶研究、需求分析等各種設(shè)計手段來充分闡述報告, 內(nèi)容和格式要求夠直觀、精煉,要點突出,一般比較短小精煉,沒有產(chǎn)品細節(jié)。產(chǎn)品經(jīng)理通常需要向上匯報商業(yè)文檔,供決策層們討論,匯報會議主要內(nèi)容如下。

  • 會議開始,產(chǎn)品經(jīng)理首先要給與會的領(lǐng)導(dǎo)介紹一下產(chǎn)品要做什么吧(解決什么問題或滿足什么用戶需要)?
  • 為什么要做談?wù)劚澈蟮脑颍ū尘?、市場空間、競爭對手、環(huán)境)?
  • 打算怎么做(產(chǎn)品規(guī)劃、模塊規(guī)劃、研發(fā)計劃、運營計劃)?
  • 需要多少資源(人力成本、軟硬件成本、運營成本)?
  • 最終能獲得什么收益(帶來收入、帶來用戶、擴大市場、占有市場先機、滿足未來三年戰(zhàn)略規(guī)劃等)?
  • 做這個有沒有風(fēng)險(開發(fā)失???失去市場機會?失去先機?競爭不過對手?沒有帶來收入?沒有帶來用戶?與公司戰(zhàn)略背道而馳?)?

二、市場文檔

MRD市場需求文檔是產(chǎn)品項目由“準備”階段進入到“實施”階段的第一文檔,其作用就是“對某個產(chǎn)品進行市場層面的說明”。

該文檔中,側(cè)重的是對產(chǎn)品所在市場、客戶、購買者、用戶以及市場需求進行定義,并通過原型的形式加以形象化。

這個文檔的質(zhì)量好壞直接影響到產(chǎn)品項目的開展,并直接影響到公司產(chǎn)品戰(zhàn)略意圖的實現(xiàn)。該文檔在產(chǎn)品項目中是一個“承上啟下”的作用,“向上”是對不斷積累的市場數(shù)據(jù)的一種整合和記錄,“向下”是對后續(xù)工作的方向說明和工作指導(dǎo)。文檔包含主要內(nèi)容如下。

1. 市場說明

目標市場、市場規(guī)模、市場特征、未來3~5年的發(fā)展趨勢,現(xiàn)在市場存在的問題和機會。一般來說,這里會得到一個比較有市場商業(yè)價值的結(jié)論。

2. 用戶說明

目標客群的共性分析,常用用戶特征(要求準確:年齡段、收入、地區(qū)、學(xué)歷),通過用戶畫像建立虛擬用戶角色:形象化,用戶名稱,用戶技能、與產(chǎn)品相關(guān)的用戶特征,演示性的場景,用戶在時間、地點,完成的某個事的故事。

從技術(shù)層面剖析市場,洞察用戶心理案例分析(動機和目標是不一致的)影響用戶使用的主要因素。

3. 產(chǎn)品定位

我們用什么樣的產(chǎn)品滿足用戶或用戶市場;針對什么用戶,做什么事。

4. 產(chǎn)品價值

解決目標市場、用戶的核心需求(核心價值優(yōu)先級最高)。

5. 產(chǎn)品架構(gòu)

整體結(jié)構(gòu),不是功能結(jié)構(gòu)。是產(chǎn)品的核心目標、市場定位、產(chǎn)品定位的直接體現(xiàn)。

6. 產(chǎn)品路線圖

以時間為節(jié)點,任務(wù)為導(dǎo)向。

7. 產(chǎn)品功能性需求

用戶注冊、留言等等。

8. 非功能性需求

有效性、性能、擴展性、安全性、健壯性、兼容性、可用性、用戶體驗等。

三、設(shè)計文檔

PRD產(chǎn)品設(shè)計文檔是把我們想做的東西變成一張清晰明了的“圖紙”,讓研發(fā)人員看到這張“圖紙”就知道我們要做啥,需要做到什么程度,大概需要什么技術(shù),并能對成本進行一個預(yù)估。

不同平臺和不同行業(yè)的產(chǎn)品的設(shè)計文檔有所區(qū)別,但思想都差不多。

這里以網(wǎng)站為例,設(shè)計文檔一般包括網(wǎng)站結(jié)構(gòu)圖、線框圖和網(wǎng)頁描述表。產(chǎn)品設(shè)計文檔伴隨著產(chǎn)品整個生命周期,幫助產(chǎn)品團隊與研發(fā)團隊和高層領(lǐng)導(dǎo)達成共識,進而明確研發(fā)計劃和指導(dǎo)研發(fā)過程。不同的公司、不同的產(chǎn)品會有自己不同的要求和模板,但在這里我想提醒一些大家需要注意的地方。

1. 保持簡短

對于產(chǎn)品設(shè)計文檔,保持簡短很重要,因為越是簡短,包含的錯誤越少,同時更容易閱讀,同時也越可能帶來簡潔的設(shè)計。

但是一定要在窮盡的基礎(chǔ)上簡短,不要為了最求簡短而忽略一些細節(jié),在產(chǎn)品設(shè)計中,每一個小細節(jié)對產(chǎn)品的質(zhì)量來說都很重要。所以一定要仔細思考,認真推敲。

2. 消滅錯誤

錯誤的文檔會花費研發(fā)團隊大量的時間,甚至?xí)?dǎo)致大規(guī)模的改動,這時對研發(fā)來說沒有誰會很爽,一個個都恨不得把你給撕了。有點夸張了。但心里面絕對是一萬個“操尼瑪”!同時也會讓產(chǎn)品團隊在研發(fā)團隊面前抬不起頭。

當(dāng)然,也不用太想不開,畢竟沒有錯誤的文檔和沒有錯誤的代碼一樣,都是不存在的,我們需要做的是盡可能地消滅錯誤,讓錯誤能在可承受范圍內(nèi)。

錯誤有很多種,有產(chǎn)品邏輯錯誤(最致命的),有多個需求相互矛盾的錯誤,還有錯別字等層面的低級錯誤。在撰寫產(chǎn)品設(shè)計文檔的時候,產(chǎn)品團隊因?qū)?yīng)產(chǎn)品邏輯進行充分的討論和測試,最終要組織評審會議,采用審核通過的方式把關(guān)。

3. 別對他人(主要是研發(fā)人員)的工作指手畫腳

也就是說在設(shè)計文檔中不要提一些技術(shù)性的東西。

比如:將其存入數(shù)據(jù)庫的一個新表中,連續(xù)存放,以優(yōu)化查詢效率。別提之類的需求,你很可能犯一些細節(jié)上的錯誤。己所不欲,勿施于人,別人在你的領(lǐng)域內(nèi)指手畫腳你也會感到很煩。如果你是個技術(shù)專家,可以私下溝通,別把應(yīng)該寫在技術(shù)文檔中的內(nèi)容寫在設(shè)計文檔里。

4. 用適當(dāng)?shù)姆绞奖硎鲂枨?/h3>

選取適當(dāng)?shù)姆绞秸宫F(xiàn)特定的信息,是產(chǎn)品經(jīng)理的一項重要技能,面對研發(fā)團隊的時候要用到,面對最終用戶的時候也會用到,怎樣去表現(xiàn)我們的需求讓研發(fā)或客戶能快速有效的理解是相當(dāng)重要的,不僅可以提高工作效率,還可以避免很多因理解不當(dāng)造成的錯誤。

因理解不一致這種錯誤是很常見的,和不同領(lǐng)域類的人提需求理解不當(dāng)更是家常便飯了,選用適當(dāng)?shù)谋硎龇绞绞窍喈?dāng)重要的。比如,用敘述性文字說不清楚我們就用表格或其他的,有時候還需要選擇一些圖形工具。

5. 使用肯定的語言

在產(chǎn)品設(shè)計文檔中,使用肯定的、確切的語言,切勿出現(xiàn)“也許,可能”這類詞語。我們最終提交的文檔內(nèi)容都是確切的,可被執(zhí)行的,含糊不清的東西一定要全部消滅掉。如果有吃不準的東西,就放在內(nèi)部充分討論后在做決定。

6. 切勿忽視溝通

很多產(chǎn)品新人在寫產(chǎn)品設(shè)計文檔的時候,獨自埋著頭寫,寫好了之后再出去溝通,這樣文檔有99%的概率會被大幅度修改,這等于是在做無用功,所以在寫設(shè)計文檔的時候千萬不要忽略和團隊溝通。

四、功能詳述

FSD功能詳細說明定義產(chǎn)品功能需求的全部細節(jié),這是一份可以直接讓工程師創(chuàng)建產(chǎn)品的文檔。

FSD建立在BRD、MRD和PRD的基礎(chǔ)上,從這步就開始往開發(fā)銜接了,產(chǎn)品UI、業(yè)務(wù)邏輯的細節(jié)都要確定,細化文檔并保持更新。功能需求是所有的產(chǎn)品功能的描述和規(guī)劃,以互聯(lián)網(wǎng)產(chǎn)品為例包括以下內(nèi)容。

1. 簡要說明

介紹此功能的用途,包括其來源或背景,能夠解決哪些問題。

2. 場景描述

產(chǎn)品在哪種情況下會被用戶使用,就是用戶場景模擬。這也是產(chǎn)品經(jīng)理講“好”故事的必備條件。

3. 業(yè)務(wù)規(guī)則

每個產(chǎn)品在開發(fā)時都有相應(yīng)的業(yè)務(wù)規(guī)則,將這些規(guī)則清晰地描述出來,讓開發(fā)、測試人員能夠直觀的明白該規(guī)則,且沒有產(chǎn)生歧義。業(yè)務(wù)規(guī)則必需是完整的、準確的、易懂的。

業(yè)務(wù)規(guī)則的描述上如果涉及到頁面交互或者頁面的修改,建議給出頁面的草圖或者頁面截圖在圖上說明要修改的內(nèi)容。

另外也建議對頁面的輸入框、下拉框的內(nèi)容格式、長度、控件之間的關(guān)聯(lián)性做出說明,什么時候可見、不可見、灰掉或點亮的條件在文檔中都給出說明,方便閱讀者理解業(yè)務(wù)規(guī)則。

4. 界面原型

如前所述,涉及到頁面交互的部分,產(chǎn)品經(jīng)理需要設(shè)計頁面原型。

原型設(shè)計通常需要產(chǎn)品經(jīng)理和UI設(shè)計師一起來完成。建議的做法是,產(chǎn)品經(jīng)理可設(shè)計一個頁面框架,將該頁面要呈現(xiàn)的字段及其特征以及頁面要使用的場景向交互設(shè)計師解釋清楚,之后交互和視覺設(shè)計師完成產(chǎn)品的原型設(shè)計。

5. 使用者說明

對產(chǎn)品使用者做出說明,可融入簡要說明中。

6. 前置條件

該需求實現(xiàn)依賴的前提條件。比如,上傳照片時,需要存有圖像的文件。

7. 后置條件

操作后引發(fā)的后續(xù)處理。

8. 主流程

把主流放在最后是有道理的,結(jié)合上面所說的,做出主流程說明,對每個功能流程走向分點說明(這是非常重要的)。

看過很多的PRD(包含F(xiàn)SD),文檔中對既沒有前提條件,也沒有后置條件,只對主流程做了說明,但是在描述主流程時卻沒有描寫主流程中每個功能流程的各種走向,只有一個主走向,讓人感覺PRD成了操作手冊。

事實上,對分支的介紹是非常重要的,開發(fā)和測試中提出的各類問題均與對分支的定義不明有關(guān)。一個合格的PRD不僅要描述主流程,同時對分支流程所出現(xiàn)的各類問題都要做詳細闡述并給出解決辦法。

PRD的特征一定是明確的、全面的闡述需求及各類異常情況的處理而不是等到開發(fā)和測試階段發(fā)現(xiàn)問題后再給以答案(雖然PRD不可能百分之百地覆蓋所有的可能,但是最大化的思考所有的業(yè)務(wù)問題是編制PRD時必須遵守的原則)。

另外,在描寫功能需求時給出的辦法中不能出現(xiàn)“可能”、“或者”等詞,一定是明確的、準確的描述。如果有別的方案,建議寫入“可選方案”,在產(chǎn)品構(gòu)建的早期可選方案可以為功能實現(xiàn)提供更多的選擇,當(dāng)方案確定后可在文檔中注明本次使用了哪種方案。

作者:長乘,公眾號:MVP-PM,歷任兩家世界500強企業(yè)產(chǎn)品專家!內(nèi)容摘自:人民郵電出版社《獨具匠心:做最小可行性產(chǎn)品(MVP)方法與實踐》

本文經(jīng)授權(quán)發(fā)布,不代表增長黑客立場,如若轉(zhuǎn)載,請注明出處:http://m.allfloridahomeinspectors.com/cgo/product/54823.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
上一篇 2021-12-30 12:00
下一篇 2021-12-30 14:56

增長黑客Growthhk.cn薦讀更多>>

發(fā)表回復(fù)

登錄后才能評論