一位B端產(chǎn)品經(jīng)理的工作經(jīng)驗分享——需求分析(四)
上篇文章
給大家分享了B端產(chǎn)品經(jīng)理的需求整理工作,整理完需求之后,接下來就是需求轉(zhuǎn)化了。
03 需求轉(zhuǎn)化
在整理好需求矩陣后,我們可以開始需求轉(zhuǎn)化了。說白了就是寫文檔,畫原型。需要注意的是,與C端PM需要編寫的PRD不同,B端PM需要編寫兩個文檔,一個是用戶場景需求文檔,一個是系統(tǒng)需求文檔。
顧名思義,用戶場景需求文檔是根據(jù)用戶的真實使用場景編寫文檔。文檔的基本編寫邏輯如下:
【什么業(yè)務(wù)場景】-【什么問題】-【客戶需求】-【期望操作步驟】
需要注意的是,在編寫用戶場景需求文檔時,應(yīng)包含所有需求點,而不僅僅是在迭代版本中編寫需求。對于b端產(chǎn)品來說,這個文檔是最重要的。我們能否發(fā)現(xiàn)客戶的真實業(yè)務(wù)需求取決于這個文檔是否完整和徹底。
因此,在編寫用戶場景需求文檔后,需要召集市場、運營和開發(fā)同事召開需求文檔評審會議。據(jù)估計,您比我更了解如何召開會議。這里省略了會議過程,但需要注意的是,在用戶場景需求文檔評審會議上,應(yīng)盡量避免討論技術(shù)實現(xiàn)問題。
通過評審后,您可以使用需求矩陣和用戶場景需求文檔找到交互式設(shè)計師。一般來說,在B端產(chǎn)品企業(yè)中,PM不需要自己繪制原型。因此,作者只負(fù)責(zé)與交互式設(shè)計師的需求對接,專業(yè)的事情仍然可靠。
交互設(shè)計師給出基本的交互設(shè)計圖紙后,需要組織產(chǎn)品組的同事對交互設(shè)計圖紙進行評審,主要是檢查交互設(shè)計中用戶的業(yè)務(wù)場景流程是否完整,是否存在邏輯不合理的問題。通過后,交互圖中的功能細(xì)節(jié)可以不斷改進。
這就完了?當(dāng)然不是啦!接下來還有一些工作,也是非常重要的,下篇文章繼續(xù)給大家分享,感興趣的小伙伴可以去看看。
以上就是“一位B端產(chǎn)品經(jīng)理的工作經(jīng)驗分享——需求分析(四)”的內(nèi)容了,如果你還想了解其他相關(guān)內(nèi)容,可以來 產(chǎn)品壹佰 官方網(wǎng)站。

在整理好需求矩陣后,我們可以開始需求轉(zhuǎn)化了。說白了就是寫文檔,畫原型。需要注意的是,與C端PM需要編寫的PRD不同,B端PM需要編寫兩個文檔,一個是用戶場景需求文檔,一個是系統(tǒng)需求文檔。
顧名思義,用戶場景需求文檔是根據(jù)用戶的真實使用場景編寫文檔。文檔的基本編寫邏輯如下:
【什么業(yè)務(wù)場景】-【什么問題】-【客戶需求】-【期望操作步驟】
需要注意的是,在編寫用戶場景需求文檔時,應(yīng)包含所有需求點,而不僅僅是在迭代版本中編寫需求。對于b端產(chǎn)品來說,這個文檔是最重要的。我們能否發(fā)現(xiàn)客戶的真實業(yè)務(wù)需求取決于這個文檔是否完整和徹底。
因此,在編寫用戶場景需求文檔后,需要召集市場、運營和開發(fā)同事召開需求文檔評審會議。據(jù)估計,您比我更了解如何召開會議。這里省略了會議過程,但需要注意的是,在用戶場景需求文檔評審會議上,應(yīng)盡量避免討論技術(shù)實現(xiàn)問題。
通過評審后,您可以使用需求矩陣和用戶場景需求文檔找到交互式設(shè)計師。一般來說,在B端產(chǎn)品企業(yè)中,PM不需要自己繪制原型。因此,作者只負(fù)責(zé)與交互式設(shè)計師的需求對接,專業(yè)的事情仍然可靠。
交互設(shè)計師給出基本的交互設(shè)計圖紙后,需要組織產(chǎn)品組的同事對交互設(shè)計圖紙進行評審,主要是檢查交互設(shè)計中用戶的業(yè)務(wù)場景流程是否完整,是否存在邏輯不合理的問題。通過后,交互圖中的功能細(xì)節(jié)可以不斷改進。
這就完了?當(dāng)然不是啦!接下來還有一些工作,也是非常重要的,下篇文章繼續(xù)給大家分享,感興趣的小伙伴可以去看看。
以上就是“一位B端產(chǎn)品經(jīng)理的工作經(jīng)驗分享——需求分析(四)”的內(nèi)容了,如果你還想了解其他相關(guān)內(nèi)容,可以來 產(chǎn)品壹佰 官方網(wǎng)站。