下面這篇是筆者整理分享的關于B端產品設計的五個過程輸出物的文章，里邊包含項目立項書、需求清單、用例圖、時序圖、原型設計（原型+備注）的內容，對此感興趣的同學可以進來看看哦！

一、項目立項書

B端產品的來源一般是客戶，客戶說我要一個什么，或者高層發現客戶需要一個什么。那么公司內部就會申請立項，會有一個《項目立項書》，里面包括了：why-為什么做，how-怎么做，what-做成什么樣，who-誰來做，是high level且粗顆粒度的闡述。如果立項書無法講清楚這個事情，那么請退回到商業計劃書（商業計劃書是立項書的前一步，一個商業計劃需要多個項目立項來支撐），謹慎判斷做這個項目的價值。

此時，我們有了第一個輸出物：《項目立項書》

二、需求清單

需求清單是收集客戶需求的必要工具。

• 清單必填項：需求點、需求描述、需求來源（提出者、提出時間）、需求創建（創建者、創建時間）、簡單備注。
• 優秀清單的判斷標準：是否方便追溯這個需求以便真偽（無法追溯來源的需求，會在后期造成需求難辨真偽的情況，易造成團隊精力的浪費）。

產品經理需要花費大量時間收集需求。

• 全量足量：功能是否全面是判斷B端產品好壞的重要標準。
• 真實客觀：需求闡述者往往也不清楚自己要什么，那么產品經理就需要與需求方共同挖掘真實的需求，抽絲剝繭。

挖掘需求的工具主要是深度訪談；其次是實習觀察；再次是競品調研。

• 深度訪談：必須帶著不吝賜教的態度，逐一與各個利益相關方深度溝通，只要與這個項目有關的所有人，都需要一一交談，往往會對產品設計起到關鍵作用。
• 實習觀察：去到產品使用的場景中，親自實習，或觀察使用者。
• 競品調研：官網、公眾號、展會、業內好友，都是信息收集來源；還有一個辦法，就是以招聘或面試的方式去了解競品。

通過各種方式，可以得到了很多零散的需求信息。

整理歸攏后，我們有了第二個輸出物：《需求清單》

備注：需求清單的工具并不重要，根據公司情況選擇合適的，可以是本地excel，也可以是云端在線文檔。

三、用例圖

用例圖，是用戶與產品的最簡交互形式，展示了不同用戶與系統的關系（操作員、生產主管、管理員等不同用戶與系統的關系是不同的，需要操作的功能也不同）。

用例圖是在需求清單的基礎上，把零散的需求點，串成與用戶的邏輯關系。

此時，我們有了第三個輸出物：《用例圖》

四、時序圖

時序圖又名序列圖、循序圖，是一種UML交互圖，是根據時間線展開的業務邏輯圖。

時序圖需要說明不同模塊在時間線上如何開展業務邏輯，功能步驟是如何的。當產品功能較多時，可以分成多個時序圖來說明。

此時，我們有了第四個輸出物：《時序圖》

五、原型設計（原型+備注）

原型設計我偏向是原型圖+備注的形式，包括的信息有：導航關系、頁面布局、整體說明、按鈕說明、輸入框說明、彈窗說明、跳轉說明，以及版本記錄。

原型設計的原則：準確秒懂+清晰無歧義+變更記錄。

此時，我們有了第五個輸出物：《原型設計》

另外，性能需求如安全性、穩定性、魯棒性、可維護性，這些需求也需要同時提給團隊。

到此為止，團隊對于做成什么樣應該很清晰了。（在用例圖時，開發團隊就可以開始介入，同步設計技術架構和實現方案了，此篇不展開）。

重要說明：全程必須有客戶相關方參加，以免陷入閉門造車的境地；參與方式可以是會議、郵件、即時聊天，但參與結果必須書面記錄，切記書面記錄！