你有沒有遇到過這樣的情況，需求方說，我要做一個微信一樣的產品、我要做一個美團一樣的產品、我要做一個××一樣的產品！這個時候，作為一個產品經理，內心往往是崩潰的。
做一款產品，說一個功能類似的競品能讓你大致了解需求的模糊模樣，但是真正的著手點不是先去研究競品怎么做的，而是好好調研這個產品的目標用戶的任務和流程。
對任務和流程的梳理，就是幫助我們接上“需求”和“創意”之間的那條邏輯線。然后我們再著手把一個想法拓展成一個產品、一個平臺、一個系統。
試想，如果做微信的時候產品經理想的是做一個QQ一樣的產品，那就沒有今天定位不同于QQ的微信。所以，在制作產品的細節之前，盡量不要參考同類的產品界面設計。
以下，我們以做一款在線會議軟件為例來說明。
拆分任務
任務與流程，即什么任務，在什么地點，使用什么工具，完成什么任務。通過一系列步驟完成熱舞和流程的梳理，最終目的是幫助用戶，完成核心任務。
每個人都有TA自己的方法去完成一件事情，通常我們會把這件事拆分為一系列按照時間順序排序的小任務，然后依次執行，即拆分任務。
首先，明確角色。梳理在整個任務流程中涉及的角色，每個角色承擔了哪些任務，然后用時間軸的方式，將角色與任務串聯成一個完整的任務流程，這樣整個流程完成，誰在什么時間做什么事就一目了然了。
注意，這里梳理的是從組織到結束的“會議”流程，而不僅僅是“開會”的任務流程，因為只有跳出來將會議這個需求設計到的所有環節都梳理清楚，看到每一條和用戶相關的道路，才能方便我們之后圍繞“開會”這一核心任務，搞清楚前后邏輯關系，知道不同用戶角色產生某些行為的前因后果，也更能幫助我們發現不一樣的機會點。
（PS：插播點自己的經歷，之前有做過一個后臺的權限申請、開通需求，其中涉及到用戶的管理員、權限審核開通人、財務人員等，剛梳理的時候一臉懵逼，怎么整都是亂的，功能之間出現交叉，權限設置混亂，后來經大神指點，采用了角色、任務、流程的方法進行梳理，整個需求就非常清晰了，設計方案自然而然就出來了。）
任務和流程梳理清楚后，還有一個要做的工作，那就是問自己“這個環節是否是必要的，可不可以刪除，會影響用戶完成任務嗎？”這樣反復的推敲，最后得到一個最精簡的任務流程。
我并不是想說非要去掉什么，而是希望你形成“我們還能刪除什么”，而不是“我們還能添加什么”的思維方式。
任務精簡之后，檢查任務的先后順序，或者合并某些任務，以便任務流程在時間上更優，不會出現浪費的時間空擋，或用戶在執行任務過程中的無謂的等待某一個流程結束才能繼續。
以會議軟件為例，梳理清楚了線下開會的流程，接下來就是產品替換某角色，比如會議軟件替換場地、顯示器等資源；系統替換人工，比如系統自動記錄會議錄像、自動聯絡相關用戶參會等。
串聯事件畫面
通過上面說的任務拆分和流程梳理，我們的到來了產品的核心流程，作為一款app，我們需要不同的界面承載這個流程的各個環節，這個時候我們就開始基于各環節制作相應的app界面原型，將這些做好的界面按照任務流程順序排列，一個app的框骨架基本上就有了。
在這一階段，可以邀請用戶進行一次可用性測試，來驗證這個流程是否流暢，如果你出了幾套方案都可以實現這個流程，那么不妨多跟用戶探討一下哪種方式更好。
決策時，請選擇平庸的方案。
這里所說的平庸，是指對用戶而言操作成本低，易于理解的設計方案，這種方案一般采用的是常見的典型操作，并且具有高度的擴展性，而不是一些看起來很巧妙、很酷，但是并不“實用”的功能。這讓我想起了那本大家都知道的書《Dont't make me think》。
通過上面的步驟，我們這一階段產出了一個低保真原型。這個原型我們還可以拿去和開發、運營做一下評審，避免邏輯上的漏洞和運營工作上可能需要提前準備的一些支持。
最后，強調兩個思考方式：
1、關注核心任務流程。
2、做減法，多去考慮“如果沒有這個環節行嗎？”
以上，來自Gara《絕密原型檔案》的讀書筆記，歡迎留言交流。
