繼續接著 上篇文章 的內容，來看看需求轉化階段的一些工作內容。
交互設計圖完善后，還需要編寫系統需求文檔。這里類似于C端PM的PRD工作。基于交互圖，指出某一功能在某一場景下的操作步驟和結果。但需要注意的是，系統需求文檔還需要給出一些基本的技術參數，如查詢功能的響應時間要求、底層結構的穩定性要求等。這些參數應盡可能量化。如果不容易確定，可以和開發經理一起確認。

最后，需求轉換的結果是兩個文檔+一個交互式設計圖紙。此時，在正式開發開發前組織外部評估，邀請其他產品線的同事最終檢查產品的所有設計細節。當然，也會有很多坑，比如需求變化、技術實現困難等等。在后續工作中，作者將發表一篇關于B端PM在各種評審會議上遇到的坑的文章。

到目前為止，需求分析的過程已經結束。由于空間原因，許多細節沒有詳細描述，如交互設計、需求變化、評估等。

正常情況下，B端產品的需求分析從幾周到幾個月不等。其中，你可能會無數次推翻你確信的需求，你可能會改變無數次文檔，甚至連交互設計小姐姐都改圖改到不想再改了。

你可能很痛苦，團隊也很痛苦，但相信當你經歷了痛苦，看到你的產品一點一點地拋光，并被成千上萬的企業使用時，這種成就感是無與倫比的。在那一刻，你會覺得這一切都是值得的。因此，只有保持一顆堅強的心，我們才能堅定地走在ToB的道路上。

B端產品不易，且行且珍惜。

以上就是“一位B端產品經理的工作經驗分享——需求分析（五）”的內容了，如果你還想了解其他相關內容，可以來 產品壹佰 官方網站。