上篇文章 給大家分享了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)站。