一、儘可能獲取詳細、真實的業務流程
獲取業務流程的方法:第一種,從業務那邊直接獲取第二種,依靠自己去觀察、瞭解業務流程。
第一種,業務部門有現成的整理好的流程,但這種模式往往我們不能直接拿來用,因爲很多業務都是針對自己當前的業務整理的,或者針對自己部門的業務整理,並不是完整的全局流程。而產品設計需要考慮全局性,甚至未來的擴展性。
第二種,業務部門沒有紙面上的流程圖,這是隻能靠業務人員的口述去了解他們的業務流程。這時最好的方法就是自己先模擬走一遍流程,最終落到紙面上形成業務流程,拿着這份流程圖與業務再次進行覈實,就這樣逐一完成各個節點業務的流程。
其實不光業務方有沒有提供流程圖,對於產品經理一定需要親自去整理業務流程,要讓自己扮演不同的角色去思考,他們在各自節點處需要看到哪些資訊,去操作什麼按鈕。只有產品清楚了各個節點的業務流程,纔可以設計符合業務的產品。
二、會拆分,將業務轉化爲產品功能
業務流程是整個產品的底層支撐,而功能流程是具體操作。對於業務流程,業務重視的是自己操作的部分,所以需要能拆出功能流程,進行更細節的流程確認。
業務流程拆成產品功能流程的方法:
按用戶來拆成不同功能。比如產品會分爲用戶端、銷售端、財務端,那麼按照不同端的用戶進行功能流程整理。
按不同功能進行拆分。比如拷車,就可以拆成發佈車源、現金拷車、展車拷車、展車買斷、賒銷等流程。
備註:功能流程不易過長,否則理解會較爲複雜。
三、會合並,減少重複工作,提高操作效率
在整理業務流程的時候,我們會盡量將每個業務都拆分出來單獨整理。在最終設計稿中,需要將相同屬性和內容的業務在產品上試着合併。
比如還是拷車,對於業務來說把車源能展示給門店就可以了。但對於產品需要思考的是怎麼讓業務所說的這些現金拷車、賒銷拷車、展車拷車、到店拷車、到庫拷車等合併在一起,讓業務只發一次就可以發佈不同類型的車源。
一定產品規劃不夠簡潔,讓大家不願意使用的時候,產品就會被淘汰。
四、要放棄完全線上處理的理想狀態
有些業務極具複雜性和特殊性,產品不要想將全部的業務流程都搬到線上。對於那些太過複雜或者還有形成業務規範的業務,我們就放棄吧。如果一定要做,那就做一個簡單的記錄。
比如我們還對接過貸款公司,當時只是將B端拷車的資訊傳過去,對於貸款公司需要的資訊,全部去貸款公司完成。最後還款後,傳狀態即可。
所以並不是所有的業務都適合做成線上產品,可以做成線上產品的原則:
涉及數據留存的業務,線上更方便地查閱資料。很多公司其實還在天天靠手工Excel表進行彙總,那麼效率低下,人員變動後,很難儲存全部的數據。
能提高效率的業務流程。比如多個業務部門合作的情況下,透過線上傳遞流程,會比傳統的紙質流轉會更高。
可以提煉形成行業規範,推廣至整個行業使用的流程。比如客戶跟進系統,一套完善客戶定義及跟進流程,已經形成了規範,給到其他門店也可以使用的業務流程,能更好幫助門店留存和轉化客戶。
五、必要性的流程一定要做
有些流程爲了保障整個訂單狀態的準確性,即使費力也一定要做。比如在做拷車的時候,有門店拷車之後,支付了車款,但最後取消訂單,或者取消配車的這些訂單,除了狀態要變,錢一定要退回到帳戶了。
由於在系統建立之初,不做真實支付,所以我們設定了虛擬金帳戶。開發團隊領導處於安全考慮不想碰財務的問題 ,就像財務人工去把錢加到虛擬金帳戶。但從效率和準確性,還是堅持錢要返回對應的帳戶。因爲這纔是完整的流程,才能避免人工操作的低效與錯誤。
所以該堅持的還是要堅持,產品一定要從整個產品的易用性和準確性考慮,即使開發覺得複雜,事情比較多,最後還是堅持了一定要做。最後上線後,從未因爲賬有問題而接到投訴。
產品不是把業務流程梳理好就行了,還需要會拆流程,合併流程。業務的意見可以參考,但產品纔是那個把握大局的人,因爲其他人都只關心自己要做的事情,而產品需要關心所有人的使用情況。