善於梳理流程的工作

一、儘可能獲取詳細、真實的業務流程

獲取業務流程的方法：第一種，從業務那邊直接獲取第二種，依靠自己去觀察、瞭解業務流程。

第一種，業務部門有現成的整理好的流程，但這種模式往往我們不能直接拿來用，因為很多業務都是針對自己當前的業務整理的，或者針對自己部門的業務整理，並不是完整的全域性流程。而產品設計需要考慮全域性性，甚至未來的擴充套件性。

第二種，業務部門沒有紙面上的流程圖，這是隻能靠業務人員的口述去了解他們的業務流程。這時最好的方法就是自己先模擬走一遍流程，最終落到紙面上形成業務流程，拿著這份流程圖與業務再次進行核實，就這樣逐一完成各個節點業務的流程。

其實不光業務方有沒有提供流程圖，對於產品經理一定需要親自去整理業務流程，要讓自己扮演不同的角色去思考，他們在各自節點處需要看到哪些資訊，去操作什麼按鈕。只有產品清楚了各個節點的業務流程，才可以設計符合業務的產品。

二、會拆分，將業務轉化為產品功能

業務流程是整個產品的底層支撐，而功能流程是具體操作。對於業務流程，業務重視的是自己操作的部分，所以需要能拆出功能流程，進行更細節的流程確認。

業務流程拆成產品功能流程的方法：

按使用者來拆成不同功能。比如產品會分為使用者端、銷售端、財務端，那麼按照不同端的使用者進行功能流程整理。

按不同功能進行拆分。比如拷車，就可以拆成釋出車源、現金拷車、展車拷車、展車買斷、賒銷等流程。

備註：功能流程不易過長，否則理解會較為複雜。

三、會合並，減少重複工作，提高操作效率

在整理業務流程的時候，我們會盡量將每個業務都拆分出來單獨整理。在最終設計稿中，需要將相同屬性和內容的業務在產品上試著合併。

比如還是拷車，對於業務來說把車源能展示給門店就可以了。但對於產品需要思考的是怎麼讓業務所說的這些現金拷車、賒銷拷車、展車拷車、到店拷車、到庫拷車等合併在一起，讓業務只發一次就可以釋出不同型別的車源。

一定產品規劃不夠簡潔，讓大家不願意使用的時候，產品就會被淘汰。

四、要放棄完全線上處理的理想狀態

有些業務極具複雜性和特殊性，產品不要想將全部的業務流程都搬到線上。對於那些太過複雜或者還有形成業務規範的業務，我們就放棄吧。如果一定要做，那就做一個簡單的記錄。

比如我們還對接過貸款公司，當時只是將B端拷車的資訊傳過去，對於貸款公司需要的資訊，全部去貸款公司完成。最後還款後，傳狀態即可。

所以並不是所有的業務都適合做成線上產品，可以做成線上產品的原則：

涉及資料留存的業務，線上更方便地查閱資料。很多公司其實還在天天靠手工Excel表進行彙總，那麼效率低下，人員變動後，很難儲存全部的資料。

能提高效率的業務流程。比如多個業務部門合作的情況下，通過線上傳遞流程，會比傳統的紙質流轉會更高。

可以提煉形成行業規範，推廣至整個行業使用的流程。比如客戶跟進系統，一套完善客戶定義及跟進流程，已經形成了規範，給到其他門店也可以使用的業務流程，能更好幫助門店留存和轉化客戶。

五、必要性的流程一定要做

有些流程為了保障整個訂單狀態的準確性，即使費力也一定要做。比如在做拷車的時候，有門店拷車之後，支付了車款，但最後取消訂單，或者取消配車的這些訂單，除了狀態要變，錢一定要退回到賬戶了。

由於在系統建立之初，不做真實支付，所以我們設定了虛擬金賬戶。開發團隊領導處於安全考慮不想碰財務的問題 ，就像財務人工去把錢加到虛擬金賬戶。但從效率和準確性，還是堅持錢要返回對應的賬戶。因為這才是完整的流程，才能避免人工操作的低效與錯誤。

所以該堅持的還是要堅持，產品一定要從整個產品的易用性和準確性考慮，即使開發覺得複雜，事情比較多，最後還是堅持了一定要做。最後上線後，從未因為賬有問題而接到投訴。

產品不是把業務流程梳理好就行了，還需要會拆流程，合併流程。業務的意見可以參考，但產品才是那個把握大局的人，因為其他人都只關心自己要做的事情，而產品需要關心所有人的使用情況。