產品經理在提出需求的時候,除了思維腦圖,用流程圖的方式是最好的能讓團隊其他人瞭解整個需求概況的。所以製作流程圖是十分重要且能幫助你理清思路和邏輯的一鍵事情。
其實我在製作產品流程圖的時候是這樣想的。先做理想情況下(使用者不會有太大的異常情況或是你期望的流程)流程,再補充異常流程的判斷邏輯。我們以登入&註冊流程為例。
第二步,加入異常操作的判斷。其實很簡單,就是自己問自己問題,例如如果使用者賬號已經被註冊了怎麼辦?密碼錯誤了怎麼辦?收不到驗證碼怎麼辦?網路環境差怎麼辦?好的,基於這些問題,我們就可以根據已知的問題,來加入邏輯判斷來避免這些問題帶來的負面影響。一般我會從兩個方向考慮,一個方向是如果流程中可能出現異常操作的,我會在每個操作時考慮是否會有其他問題出現;另一個方向是當前流程是否需要網路,那麼我就會根據無網、弱網、有網三種條件下考慮不同的流程。
第三步,就是和團隊溝通是否流程有問題,複查一遍。流程圖正確的情況下,寫prd可以完全照著流程圖來完成啦。
需求就是這麼簡單的誕生啦。
產品經理在提出需求的時候,除了思維腦圖,用流程圖的方式是最好的能讓團隊其他人瞭解整個需求概況的。所以製作流程圖是十分重要且能幫助你理清思路和邏輯的一鍵事情。
其實我在製作產品流程圖的時候是這樣想的。先做理想情況下(使用者不會有太大的異常情況或是你期望的流程)流程,再補充異常流程的判斷邏輯。我們以登入&註冊流程為例。
第二步,加入異常操作的判斷。其實很簡單,就是自己問自己問題,例如如果使用者賬號已經被註冊了怎麼辦?密碼錯誤了怎麼辦?收不到驗證碼怎麼辦?網路環境差怎麼辦?好的,基於這些問題,我們就可以根據已知的問題,來加入邏輯判斷來避免這些問題帶來的負面影響。一般我會從兩個方向考慮,一個方向是如果流程中可能出現異常操作的,我會在每個操作時考慮是否會有其他問題出現;另一個方向是當前流程是否需要網路,那麼我就會根據無網、弱網、有網三種條件下考慮不同的流程。
第三步,就是和團隊溝通是否流程有問題,複查一遍。流程圖正確的情況下,寫prd可以完全照著流程圖來完成啦。
需求就是這麼簡單的誕生啦。