如何分析場景、問題和需求?

0 評論 21552 瀏覽 58 收藏 13 分鐘

編輯導讀:審批功能在B端產品中是一個常見的功能,本文作者從一個紙質化審批場景出發,通過借閱審批功能,對如何分析場景,場景問題,最終提煉轉化為產品功能需求進行了分析和探討,與大家分享,希望對大家有所幫助。

首先要想的是:與傳統的紙質化審批相比,線上的電子化審批有什么優勢?能解決傳統的紙質化審批中的什么弊端?這里想先給大家講述一個場景。

01 紙質化審批場景

現銀行一筆不良貸款需要緊急立案追回,立案時需要提供客戶貸款的相關的材料,負責人小王花了小半天時間填寫打印檔案借閱審批單,去找相關領導審批。

首先,他去找網點主任進行審批,但網點主任下午被某企業老板約出去談事情。沒辦法,第二天小王才找到網點主任進行審批,之后他又拿著材料去找分管領導審批,可領導出差了,需要兩天才回。

兩天后,小王終于完成了相關手續的審批,然后到檔案管理員那里領取材料,在檔案管理員的帶領下,小王和檔案管理員在檔案室翻了十幾分鐘,才找到材料。

但忙完都已經是周五下午了,去法院申請也來不及了,而周末法院也不接待,那就只能下周一去處理相關事宜了。可這么一耽擱,將對追回貸款帶來不必要的風險。

從以上場景我們可以分析出,傳統紙質審批帶來的幾個問題:

  1. 審批都需要填寫打印審批單,過程繁瑣。
  2. 領導往往是很忙的,就造成了審批過程中意外因素非常多,那就造成了審批周期往往很長,而且不可控。
  3. 檔案管理無序,找尋起來無頭無腦,增加難度。

02 線上借閱審批流程

同樣,我們先看一下平日里,通過線上的方式借閱審批的場景是什么樣的。

現銀行一筆不良貸款需要緊急立案追回,立案時需要提供客戶貸款的相關的材料,負責人小王馬上在系統填寫申請列表,兩分鐘不到就提交審核,因為時間比較緊,給相關領導打電話告知一下原由,不到半小時審批流程就完成了。

小王馬上到檔案管理員那里領取材料,通過系統資料查到檔案柜檔案盒編號,快速的找到相關材料,第二天小王就去了法院辦理相關事宜 (以上情景,審核流程只花了半個小時)。

那么電子化的借閱審批是具有什么樣的優勢呢?

  1. 借閱者可一鍵發起申請,申請借閱的時候就不需要填紙質單了。
  2. 整個審批流程線上化了,打破了空間地域的限制。審批不需要當面簽字了,審批的形式可以通過PC端、移動端等多種方式。如上述場景:網點主任外出,但因事情緊急,臨時用手機操作一下就完成審核;網點主任出差在外,也可通過隨身攜帶的筆記本或者手機進行審核。如此一來靈活且大大縮短了審批時長,整個審批時長不過半小時,不會因線下審批的不穩定因素而耽誤事情,增加不必要的風險。
  3. 檔案因為在系統有序歸檔了,可直接從借閱信息中找到編號,直接對號拿出即可

03 “電子化借閱審批”的功能

介紹完上述場景,就到了我們設計產品功能的時候了。從上述場景中結合實際的線下借閱流程,我們將整個電子化借閱審批模塊看成借閱申請和借閱審批兩個部分。

1. 借閱申請

整個借閱申請簡單來說可以看成兩個部分,信息列表+操作。對于借閱者來說,他需要從信息列表中得到這些信息:這個檔案基本信息,通過基本信息我能找到我想要的、以及這個檔案當前的狀態。

通過這些信息借閱者做出決策,快速的發起申請操作,而且因為字段信息都有了,也就不需要像線下一樣花半天時間填紙質單。如果列表數據多的話,為了進一步提升效率,可以在頂部添加本地篩選條件和搜索功能。

2. 借閱審批

當借閱者發起申請后,流程就進入審批環節。整個借閱審批我們細細的拆開來看,有這么幾個功能:字段信息列表、操作(審核操作、查看詳情、指定領確人、借閱確認)、審核進度條、審核記錄、數據排序、分頁功能。

那么我們一點點來分析:

(1)字段信息列表

這里的字段信息列表和上述借閱申請的目的是一樣的,只不過這里需要考慮多個角色,因為這個界面的查看者是所有角色(申請者、審批者、檔案管理員)。在設計這塊的時候,我想了兩種方案:是所有人看一個相同的界面,還是不同角色看不同的頁面。

前者開發在開發的時候就不需要另外做處理,節省工作量。而后者所看的頁面字段就是為了他們定制的,剔除一些無關字段,比如:審核者就不需要關注檔案柜編號,檔案存放位置的信息,但對于檔案管理員來說卻是非常關鍵的信息。

最終我采用了折中的方案,信息列表部分展示的所有角色都關注的重點信息字段,詳細信息可以通過點擊查看詳情查看。這么做還有另外一個原因就是考慮到借閱理由字數在一定范圍內不確定,如放在如上圖的列表中,會造成表格排版不整齊。

(2)查看詳情

將所有的信息字段放在查看詳情中,這么做一是列表能夠展示字段數量有限,還有一個原因就是可以展示字數多的字段,不會造成排版錯亂。

(3)審核操作

通過線上的審核功能,審批者就可以方便的進行審核,不需要通過面簽的方式。也打破了空間地域限制。審核者想要了解的信息也可以在審核頁面進行查看進行審核。

(4)指定領確人

指定領取人功能是考慮到實際情況中,因為某些原因申請者往往不能及時去領取材料,而造成審核失效。這時候就可以在審核通過后,指定領取人進行代領。

(5)借閱確認

這一步是為了材料的安全考慮,檔案管理員負責把關借閱的最后一環。與領取檔案者當面確認并將材料交付,并將一些備注信息填寫留存記錄。結合線下臺賬的方式,可以幫助檔案管理有效的跟蹤到檔案的去向,更好的維護檔案資料的安全。

(6)審核進度條

借閱這可以通過審核進度查條看當前進度,如遇到上述緊急的情況,就可以通過電話等有效方式通知相關審核者,快速完成申請審批流程。有效的處理緊急事情

(7)審核記錄

每次審核需在系統進行記錄留存,方便回溯。如果需要查看,可以方便用戶及時查閱

(8)數據排序

排序是將最新的一條數據置頂,方便相關角色能及時關注到。而且從使用場景來說,用戶新提交的一條申請,肯定是希望能很’輕松’留意到,而不希望在頁面中一頓尋找。

(9)分頁功能

分頁功能主要是為了展示多數據的情況,這個功能是后臺列表中極其常見的功能,所以這里就不過多闡述了。需要的注意的是下圖這種做法可能會帶數據泄露的風險和增加數據庫的壓力。因為開發再看到這樣的原型設計,可能會將數據一次性從數據庫中全部取出。

如果整個系統的分頁功能都是這樣的,而且又頻繁取的話,是可能將數據庫干趴的。還有就是這種情況下如果有的報表功能的在這里又配備導出功能的話,那導出時會一次性將所有數據導出,從而造成數據泄露的安全隱患。

當然如果是有經驗的程序員一般會把好這道關卡,但還是需結合實際情況減小不必要的風險。

04 總結

最后,我們把上面的描述總結一下:從發現問題,到結合場景分析問題,再根據分析出的結果來設計產品功能。

就比如用戶填寫紙質單覺得費勁,我們就分析下紙質單的作用是需要傳遞一些信息給審核者以及這是一種發起審請的形式,承載了審核過程的證據,領取檔案的憑證。

那么在系統中我們就可以圍繞這些分析出來的結果對應在系統中設計替代品,既能達到預期效果,又能解決用戶的痛點。

05 結語

《刻意練習》一書中有這樣一個觀點:杰出并非一種天賦,而是人人都可以學習的技巧。分享的內容,是一次功能設計的過程,完整的寫下來,對自己來說既是復盤也是一次刻意練習的過程。

愿你我在產品的道路上越走越遠,不覺得枯燥。

 

作者:Shaw;微信公眾號:季冬分享館

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

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!