思考|B端中的那些審批流程怎么做?

2 評論 7084 瀏覽 66 收藏 7 分鐘

在B端產品設計中,審批流程是非常重要的設計內容之一。這篇文章,作者總結了自己在審批流程這方面的經驗,希望能對大家的工作有所幫助。

審批是管理側后臺系統中比較常出現的一個功能,就是去支持不同業務節點的申請審批。

如何讓審批流程簡單高效呢?這也是我一直思考的問題。

一、角色

關于審批,主要的用戶角色可分為兩類:申請人和審批人。

1. 申請人

申請人是審批的流程發起者,他們會根據自己的需求發起不同的審批,以及填寫所需的申請單子和提供所需的材料,若被駁回,則還需要修改。

從用戶旅程上可以找到用戶情緒低落點,從而發現其中的設計機會點。

設計機會點主要為:

  1. 申請單及審批結果信息傳達清晰且準確
  2. 審批流程清晰明確且簡潔高效,用戶可預知
  3. 審批結果及時反饋

2. 審批人

審批人是審批流程結果的決定者,他會根據實際業務管理規則判斷申請人提交的申請是否符合要求,若不符合則會做駁回處理,反之亦然。

從用戶旅程上可以看出對于審批人來說,主要的操作場景聚焦在對申請資料的查看上。

二、設計怎么做?

在針對B端審批的這個場景下的角色進行了解后,接下來需要思考如何可以更有效的幫助他們提升工作體驗??偨Y為需要解決的兩點問題為:流程清晰與信息明確。

接下來將從申請側與審批側分別描述設計可以怎么做。

1. 申請側

申請側側重于解決審批單創建及信息填寫的效率問題。解決此問題的方法可采用信息前置的方法,讓用戶在審批單創建前就了解需要準備什么資料,以及需要怎么做。

同時遵循可預見性原則,在用戶需要的時候便可提供其需要的信息。

1)信息前置

首先,我們來了解信息前置。

  • 目的:是為了讓用戶在實際操作前就了解需要怎么做。
  • 場景:第一次進行審批申請操作時。
  • 方式:可使用彈窗形式展示。

若需準備的材料有特殊的要求,則可以配置示例圖片,讓用戶在準備材料時可以更準確,從而減少因資料格式不規范被駁回的情況。

2)可預見性原則

可預見性原則,即讓用戶在適當的時間內快速了解當前所處的狀態。

針對申請審批這一場景下,需在以下情況下做好可預見性。

審批節點可預知:可以將審批的流程及審核的時間設計成流程節點至于頁面頂部,同時根據審批流進到的不同狀態,進行展示。節點狀態需包含“正在進行中”、“已完成/已通過”、“已駁回/已終止”。

同時可以通過審批流水的展示,有助于申請人更詳細的了解整個審批過程以及曾經未通過時的審批意見的查看。

采用倒敘形式展示,可以讓用戶更快速的看到最新的信息。

審批結果可快速了解:結果只包含兩種,通過及駁回。用戶對于通過,更在意其“通過”的這一結果,對于駁回,則更在意“駁回的原因”,所以在針對這兩種情況,需做好重要信息的有效傳達。

所以可以將最終的審批結果置于審批單頂部,若被駁回,則可將駁回理由定位顯示在具體填寫的哪條信息不符合要求的信息旁。使其駁回提示更具有針對性。

2. 審批側

審批側側重于解決審批結果的容錯性以及歷史信息可追溯。

所以不論是駁回還是通過,都需要給用戶二次確認的機會??梢酝ㄟ^點擊“駁回”、“通過”按鈕,觸發二次確認的彈窗,并且在“駁回”是,需要必須填寫駁回理由。

關于信息可追溯,則可以參考申請側,提供審批流水的說明以及保留駁回原因,幫助審批側在再次收到申請人申請時可以快速定位上次的問題是否有修改。

三、小結

以上是關于工作中遇到關于審批流程需求時所做的一些思考。b端設計的本質永遠離不開兩個原則:將本增效與增強管理,所以對于審批流程的設計也以此為準則展開思考,尋找問題的解決方法。若大家對此還有更多的方法以及解決方案,歡迎在下面留言~

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

題圖來自 Unsplash,基于 CC0 協議

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你說是叫審批好呢,還是叫審核好呢

    來自上海 回復
    1. 通常情況下來說,審批和審核沒有特別嚴格的區分。如果嚴格區分的話,可以從字面意思來區分,審批的英文是approval,審核的英文是review。審批是帶有批準的意思,可以理解為確定某個申請或事項,比如我要請假需要老板審批,我申請加入某個協會需要管理員審批;審核是帶有確認、核對、驗證的意思,可以理解為確定某樣東西對不對,比如我寫了一個文檔需要老板看一下才能發出去,就可以用審核。個人理解哈,說的不對請多包含,勿噴

      來自北京 回復