流程才是B端產品的用戶

6 評論 23030 瀏覽 143 收藏 9 分鐘

本文從角色、數據、邏輯三個角度分析了——為什么說B端產品用戶是流程。

筆者之前設計了一企業服務SaaS產品,如今產品已經上線。C端產品的用戶是個人,那B端產品也是如此么?

我認為:B端產品的用戶是流程。下圖是筆者設計的一個產品功能的流程圖(泳道圖)。結合此圖講解下為什么說B端產品用戶是流程。

這張圖由3部分構成:角色(管理員、其他業務角色)、數據(業務數據、系統數據)、邏輯(節點和分支)。

角色

首先說說“人”,也就是使用者。在C端產品中,大多數情況下都是單人使用。這類產品用戶往往以自我為核心,產品是否滿足了需求?產品解決了什么問題?這些都有單個人決定。

但是在B端產品中,一個人通常是一個角色,如倉管,財務,銷售等等,這個人只是參與了工作流程中的一部分(如上圖中的管理員,僅起到了平臺管理的作用),更確切地說是某個角色參與了其中,而這個角色并不能完全決定產品是否滿足了其需求。

在考慮人的問題上,需要從個體和整體出發。個體即單個使用者,系統不是強人工智能,很多事情需要人來完成,用戶的交互體驗在這個時候B/C端無異,都需要有友善的交互,友好的界面來實現。

但在整體上,B端就需要思考一個C端產品通常沒有的功能:權限。每個角色都需要參與,但不同的角色可操作的或者可見的數據都不一樣,在這里筆者推薦B端產品同學學習下RBAC模型,可適用于廣泛的后臺系統。

上圖中我們可以看到,TK僅可做發起和結束的操作,對應的數據可見性也是如此(上圖中TK不可見JW操作的數據)。不同的角色擁有不同的權限,根據企業客戶的需求配置權限是B端產品的基本功能。

三級RBAC模型有崗位和角色設置,可以滿足大部分企業需求

數據

說完角色,我們再說說數據。

數據現在越來越被重視,在一個企業運行過程中,其實都是對數據進行操作。每個公司都有不同的業務數據,就算是通用的流程如審批、請假等也可能會有不同的數據產生。在不同的業務中,我們就需要梳理不同的業務模型,其實也就是梳理數據的流動(上圖中數據來源是TK,中間經過不同角色處理,最后再回到TK)。在做數據梳理的時候,需要注意版本和統計。

企業生產的產品的迭代更新過程也就是數據的變更過程。積淀下的數據作為歷史版本保留是每個企業發展過程的必要需求,一方面歷史版本可在后續產品變更過程中起到避免踩坑的作用(互聯網產品也不是如此么);另外歷史版本的記錄可以作為追溯材料,一旦后續生產過程中出現問題,即可了解原因以及追責。做B端產品的時候,如果開發同學沒有做對應的功能準備,記得一定要提醒他們為版本對比、版本記錄做好準備工作。

數據另一個必須的操作就是統計。

產品在生產過程中一定會遇到各種異常(生產制造業有良率、合格率),統計生產過程中的數據,了解生產過程中的異常是大型企業必做的工作(通常有個質量管理部門做這個工作)。

其實除了生產的數據需要結合實際業務需要做有關統計外,企業用戶往往不會想到一些基礎的系統數據:日期、生產批次、處理時間等。在做數據統計時候,一定要提前考慮到這些看似與業務無關的數據,痛點問題其實往往隱藏在這些不經意的數據中。因此,作為產品經理也需要提前考慮到這些數據的采集埋點工作。

PCBA工藝流程

邏輯

說完了數據,最后說下流程中的邏輯。

上一節中有講到數據的流動,數據怎么流動就是產品設計中的產品邏輯。思考B端產品邏輯往往是考驗B端產品經理最基礎的基本功。筆者個人認為,梳理產品邏輯的前提是對業務邏輯的梳理,而業務邏輯的梳理就是數據流動的梳理。

絕大多數情況下,產品邏輯是不止一條單向路徑的,這也往往是企業用戶的痛點所在:內外運作過程中,涉及到不同的人,不同的流程,人在處理這些事務的時候無法像機器一樣工作而不出差錯,通常情況下就是靠更多的人力來解決。那么B端產品就是將這些業務邏輯抽象成產品邏輯,用軟件產品代替人力工作。產品服務對象之一即邏輯。

該圖是產品中的一個子功能模塊(NPI功能),該圖顯示了在不同的情況下(節點),數據的不同走向(分支)。如何才能相對完整的做出一個數據流程圖?個人認為就是考慮閉環。數據閉環一定是有始有終的,如果發現某一個數據沒有出現在任何分支中,那說明這個邏輯肯定出了問題。

在考慮產品邏輯的時候,可能因為分支多節點多,一下子考慮不清楚,個人建議先做主流程的梳理(上圖中最左邊豎直的流程),通常來說業務流程都會有一個很順利的主線(最短線路),優先完成該主線路再思考其他線路會比較條理清晰。思考分支線路的時候,還是注意閉環,當出現一個分支選擇的時候,先理清其中一條線,再去考慮其他的分支,完成了一個循環再做下一個。在設計過程中,盡可能避免大閉環中套小閉環,不然在程序設計上會非常麻煩,在用戶體驗上也可能導致層次不清的糟糕體驗。

綜上所述:B端產品服務于角色、數據、邏輯,而該三者構成的即是流程。缺少任何一個,其余兩者皆構不成企業運作。

  • 角色的重點在于權限,不同的角色有不同的功能;
  • 數據的除了業務數據外,也要注意版本和統計,沒有對比的數據是無用的;
  • 最后邏輯將數據和角色串聯起來,完成一個產品的功能,滿足企業用戶的需求。

 

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 深表人同,B端產品角色劃分/業務邏輯/流程 務必先確認清楚,再考慮具體的功能。否則功能做出了就是一鍋粥

    來自廣東 回復
  2. 我覺得抽象為: 參與人、數據對象、業務規則、流程 更加好

    來自北京 回復
  3. 一個判斷出現兩個NO不會出現邏輯錯誤嗎

    來自廣東 回復
  4. 好亂的流程圖 1

    回復
  5. 好亂的流程圖

    來自浙江 回復
    1. 不錯不錯

      回復