在功能列表中的每一點,都是相對完整的一個業務實例或功能實例。我們需要先梳理出原有的業務流程,然後找出可以優化的環節,從而設計出新的業務流程。
每個環節都或多或少的會涉及到用戶的操作,也需要把操作流程給定義出來。這就是流程設計所需要完成的事情,它是在
功能設計之後,原型設計之前的一個環節,可以用於梳理業務場景和使用場景,避免遺漏頁面和交互。
我們在梳理業務流程的過程中,需要更多的考慮業務場景和業務開展的合理性,要注意以下幾點:
1、要完整還原現有業務流程,不管是線上還是線下
任何業務的開展都有其既定的流程,不管是線上業務還是線下業務,即便是先前沒有做過流程化的梳理,也必然存在相對應的流程,可以先基於業務現狀,將其流程化的表達出來。在這個過程中不能加入自己的理解,也不能想當然的去畫流程圖,一定要和業務人員去溝通和確認,最大限度的還原實際在運作的業務流程,否則容易忽略核心環節。
比如常見的費用報銷流程裏面都會有財務會計審覈和財務出納打款的環節,如果只是簡單的把這兩個環節加入到流程當中去,而不去和會計人員溝通,很容易造成業務理解的片面性。有的公司業務辦理比較簡單,審覈一次就可以了;有的業務辦理比較複雜,需要審覈兩次:
財務會計初審:主要審覈費用報銷項目的合理性,是否是公司允許的報銷範圍,是否符合員工的報銷權限,之後報送領導審批財務會計複審:主要審覈發票的合規性以及是否有虛假呈報等,之後纔給到出納打款
如果產品功能上能滿足簡單的報銷項目和報銷權限的自動校驗,第一次審覈就完全可以優化掉。但如果你不去梳理,你可能就發現不了原來業務流程當中需要優化的點。
2、做優化設計的時候,除了考慮互聯網的特性,多考慮一下業務場景
很多時候一提到互聯網,就會蹦出來一個概念叫“去中間化”,這在前幾年特別的盛行。去中間化本身並沒有錯,這也確實是互聯網“鏈接”的體現,只是不能只考慮去中間化,也要考慮一下業務場景合理性。所以很多時候優化業務流程並不一定就是縮減環節,還有可能是增加環節。
線下業務存在必有其合理性,不是什麼業務都可以被“互聯網+”給輕易的顛覆掉的,比如K12在線教育類產品很難繞過學校,這是體制決定的;線上補課產品短時間內較難取代線下培訓機構,這是家長認知還沒達到對互聯網有很好的信任度。
業務流程也一樣,有些環節是必然存在的,即便相同的業務,也會因爲每個公司業務切入點不一樣而導致流程不一樣。所以不能以常態的業務
流程設計方式去優化,更需要結合業務實際的需要,除非你可以推動業務按照你所設定的流程去變更。
以僅退款流程(不涉及到退貨)爲例,簡單的業務流程爲:用戶申請—商家審覈,就兩個環節,視商家審覈的結果買家可以修改後再次提交,但是我們在優化業務流程的時候不應該只考慮到這一種業務場景。
A.商家要是一直拒絕,買家難道就一直修改重新提交嗎?顯然不合理,所以買家需要有申請平臺介入的環節;
B.買家一直不選擇平臺介入,就是不斷的重新提交,顯然也不合理,所以商家也要有申請平臺介入的環節;
C.買家要是申請部分退款,剩下的款項或者貨物怎麼辦?這就要考慮發貨前後申請的區別;
D.~~~等等,其他還有一些場景需要考慮
這樣就會讓整個業務流程逐漸的完善,不以簡單的業務實現爲基準,而是以業務場景實現爲目標。以下流程圖供參考,並不完善,也並不適合所有的僅退款業務流程。
而在操作流程的定義和設計上,需要考慮用戶操作場景和操作習慣,要注意以下幾點:
1、儘量降低用戶的認知成本和學習成本,降低操作複雜度,提升操作友好性
在文案的說明和引導上,要根據目標用戶羣體的特徵,減少使用專業術語,更多的使用白話式的描述,注意用戶的瀏覽習慣,及其對常見佈局和排版的接受度。很多已經約定俗成的設計方式可以直接採用,全新的設計一種新的操作方式,就需要考慮用戶的學習成本和接受度。
儘量確保每個操作都有明確的反饋,無論是點擊還是滑動,有明確的結果反饋會讓用戶覺得操作過程比較友好。這一點在很多反饋式設計裏經常提到,也是交互設計的一個重要組成部分。常見的諸如註冊流程的賬號密碼信息填寫,相應的格式要求驗證一定要設計在操作流程當中。
2、涉及到單據狀態變更的操作,要注意關聯影響和變化前後的業務控制
單據是指類似訂單、退貨單、換貨單、申請單等等,這些單據會在系統中流轉,而流轉的過程中會涉及到單據狀態的改變,每個狀態改變都是由用戶操作引起的,這種情況下,一是要考慮操作前和操作後的變化;二是要考慮狀態變更了之後的關聯影響,看是否會影響到別的單據或者業務的變化。
一般涉及到狀態變化的操作流程,除了要定義操作流程以外,還要有狀態流轉圖,就是單個單據各個狀態發生改變的前置和後置,定義清楚每種狀態之間的相互關係,以及發生狀態變化的必要因素。
流程設計能讓你對業務的流轉和用戶操作的流轉有清晰的認知,這樣在設計功能的時候就不會出現漏需求、漏頁面的現象。而且可以讓產品經理對業務的理解更透徹,不需要花太多的時間就能把業務梳理清楚。若直接上手開始畫原型,很容易出現漏頁面的問題,且別人看你的原型也不好理解。
至此,概念設計、功能設計、流程設計就都說明瞭一遍,這三個環節都是在需求分析的基礎上,對需求的實現進行合理化設計的過程,能夠讓產品經理對需求的認識有很清晰的輪廓,下一步就要動手去細化落地了。很多小夥伴做產品經理都會忽視這三個環節,接到需求直接上手畫原型,原型設計的技能再好,沒有理解業務,最終就會變成畫原型的機器,成長提升就會比較慢。
前期積累經驗和培養做產品能力的階段,還是要紮紮實實做好每個環節,熟練了之後你會發現分析能力提升很快,自然成長也會比較快。