B端產品設計的五個過程輸出物

2 評論 5048 瀏覽 70 收藏 7 分鐘

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

一、項目立項書

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

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

二、需求清單

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

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

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

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

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

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

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

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

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

三、用例圖

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

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

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

四、時序圖

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

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

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

五、原型設計(原型+備注)

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

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

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

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

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

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

本文由 @洗七七 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 作者用的是哪款原型設計的軟件?

    來自廣東 回復
  2. 圖中的項目管理軟件是哪個平臺

    來自安徽 回復