互聯網產品經理在工作過程中，經常會接到toB toG的 業務需求。需要基於線下已有的業務邏輯和流程，梳理清楚，設計為線上的產品。這樣的產品大多是多角色、多事項、多流程、多結果的。不少產品經理要是“硬想”就像啃個大骨頭，不會做思考步驟的拆分，導致產品流程梳理不清，老闆、開發、測試都不滿意。自己在需求評審會上總是挨懟。
要麼就是“放棄思考 借鑑他人” ，這樣一兩次不及時回頭，捷徑走著走著就成了“不會思考得抄品經理”了。沒什麼實際競爭力，即便帶團隊或和團隊協作，開發設計同學都不會太認同你的業務能力。
所以，這篇文章簡短、實際，沒什麼廢話，幫助你拓寬思考的方向。
如何繪製流程圖
先來給大家看看我之前做的單一流程圖，這是為某派出所設計的
在街邊移動警務室內的自動報警終端，可以讓報警人與接警人可視對講，
這個圖在思考的過程中雖然每個步驟詳細，但是忽略了多角色，每個角色達到的目的，也就是思考的立足點就不全盤。
構思產品的時候，第一步並不是要把所有角色和流程、角色對應的事項思考的完全清楚，而是像庖丁解牛一樣一層層一步步來，而不是花大量時間“啃個硬骨頭”，先思考基礎的簡單的，再解決複雜的流程關係，最後進行優化，就可以和開發同學討論了，這樣我們在團隊中互相配合才會和諧。否則你自以為做完和做對的事情，開發同學會從中提出一次次質疑。
單一角色的流程圖
1.明確業務包含的所有角色和對應的事項；
先分析功能的關鍵邏輯：
角色：有哪些角色在業務流程中
事項：角色在業務中 要做什麼事情
信息流的流向：業務的順序流程是什麼
依據這個思路，我們思考一下，買家發起退款時，買家，賣家，平臺，平臺協商客服會做哪些事情。
首先買家發起了退款，填寫退款原因；
平臺需要判斷買家是否可以發起退款，比如一些虛擬的商品服務是沒辦法退換的；買家確認收貨超過14天也不能發起退換貨；其次還有買家發起的退貨商品目前處於什麼狀態，在物流中？在賣家買家某一方？以及買家退貨的商品屬於訂單中的某一個還是某幾個以及全部；達到退換貨要求提交給賣家；
賣家看到退款訂單需要核實情況，同意就可以把錢退還；不同意呢就可以拒絕買家的退貨請求，雙方可以協調，也可以找平臺客服繼續申訴做出裁決。
2. 明確用戶有哪些，互相關係、用戶目的是什麼
參與者/用戶：明確所有參與用戶與系統；涉及到我們要開發幾端；
關係：參與者的互相關係是什麼樣的；
目標：我們開發產品要顧全所有的參與者，他們可以從這個產品中獲得哪些價值，這才是我們的產品的價值；
3.明確開始與結束的路徑（把第一步的流程細化）：
每個功能模塊中，從哪裡開始流程，到哪裡終結流程
避免讓用戶感到流程走不通，沒獲得自己期待的結果，或者有多個結果；讓人困惑；
4.確定功能模塊與核心路徑
確定都有哪些功能模塊參與到流程中
主線流程一定要清晰
主線流程意味著功能目標，核心功能目標不清晰，用戶反饋會很差。
5 對流程先做加法再做減法
簡化合並和優化流程，在這個過程中就可以和業務方、開發同學一起討論。因為走到這一步，基本的思路就有了，你和他們討論起來有參照，有方向，當然也不能拒絕被推翻。
下面就是完整的對用戶退貨的流程梳理，和團隊依照這個進行需求討論，確認溝通好每一步的返回結果，以及開發程度，你就可以開始著手繪製原型圖了。
