評審業務的複雜產品同學頭腦裡
產品工作中除了日常我們做前端需求之外， 最為複雜的就是在所屬行業或者產品架構的搭建上建立從0-1的系統流程和業務邏輯。 這兩點我們在工作中熟悉自身產品外還要不斷的的體驗同類產品， 並且還需要將一點一點分散的邏輯和業務模組集合在自己的頭腦中。 因為在頭腦裡， 我們總是零零碎碎的將業務片段和邏輯最終統一為一個合理的流程方案。
那麼， 你的產品方案出來了， 如何讓別人能夠get到你的點呢？
讓自己快速頭腦過一遍
我們面對業務的梳理和邏輯的流程梳理需要遇到的幾個問題
1.當前的業務或流程是怎麼樣？
2.現在的體系帶來問題是什麼？
3.業務或流程的新版本改變優先順序是什麼？
當前的業務或流程可以很快的通過產品的體驗進行梳理， 比如登陸帳戶體系或訂單體系以及產品服務體驗流程。 找到測試同學或開發同學為你開一個測試帳號即可體驗完整的過程。
往往我們在做複雜的業務流程期間都是處於重構或者在0-1搭建。 在這兩個節點， 考慮產品設計的側重點是不同的。
一個是如果在改動小的情況去落地， 另一個則是在從0到1搭建的情況下去落地
在我們體驗和走過整個產品的業務或邏輯流程之後， 常用的幾個方法是讓你把頭腦中的星星點點快速體現在工作展現上，
找到競品、腦圖繪製節點、uml或流程圖製作、excel清單梳理
思維邏輯落地方式
絕對不要一開始就axure， 一開始就來頁面的落地。 業務流程和邏輯最為複雜的就是將腦子的流程具體的體現在紙上、體現在評審中展現出來的內容。 一個流程有開頭和難點
開頭， 是評審中最淺顯易懂的開始
我首先看下如果你已經在評審前準備了一張流程圖如下， 涵蓋了用戶、使用者行為、使用者觸發目標物件、條件判斷， 但是整個流程的繪製表現， 我們卻找不到它的頭在哪裡？
以上的這個流程圖案例是我們做業務邏輯繪製的基本現狀， 可能作為產品工作的你更可能使用腦圖或其他表達方式，
好， 現在我們整個評審開始了， 我們需要找到一個好的開頭， 這裡的開頭最簡單的方法就是從業務流程的開始。 從0-1還是重構， 都需要將本次評審中的重點改變和改變的體系或流程是否有問題交給大家去討論。
評審效率的關鍵就是在於該需求或評審的內容是否有大家積極討論， 有沒有任何疑問， 或者對於某一個點大家是一直處於討論， 還是沒人對評審中出現的疑問點有好的解決辦法提出。 這都不是一個高效率的評審會
5分鐘原則
當一個需求在評審中， 出現一個討論點大家五分鐘都沒討論出解決辦法， 那麼直接過， 下次評審再進行。
往往一個好的0-1產品反覆運算流程， 都是2週一個反覆運算， 也就是需求在第一周進行評審通過， 第二周就開始做， 第三周接著準備新的需求， 如此反復反復。 當初要除開那些已經反覆運算n個版本的產品， 這種穩定的產品， 反覆運算的時間是根據業務的需求或公司的戰略變化進行更改。
比如一個訂單系統的業務流程， 我們評審中最為簡單的講解就是通過用戶的行為操作為我們表述的邏輯順序。 這樣能夠讓開發或參與評審的同學能夠順利的進入到該場景以及想一下該場景是否有你的設計中遺漏的部分或有問題的部分。
在訂單的行為流程中， 我們可以將我們表達的邏輯按照順序進行流程圖繪製， 並且以更好理解的圖文方式， 將複雜的流程圖變為一個只有關鍵流程、評審中需要討論的重點流程、以及本次0-1搭建的重點或重構的部分進行展現。
這樣的話，整個表述過程就不會說沒有重點。另外對於長與複雜的業務流程我們往往在投影儀投影後的流程圖是這樣的
投影範圍不能展現清楚的全屏流程
在這樣的情況下，我們更應該提前把需求同步在共用檔中可以提前讓參與評審的同學中瞭解或在評審會後再進行同步。確保每一個問題或整個流程，參與評審的同學能知道。
業務的流程確定後，再是我們頁面和模組的產品設計。這裡的設計就會按照討論的流程進行落地。
既然流程很長，那就直接說重點
有時候，我們在落地產品中會碰到涉及到整個產品的業務流程，它並不是一個模組的流程而是會走過所有的ac模組，因此在這樣的情況下，我們從0-1搭建的難度或重構後在評審的展示，需要直接說重點
1.以前有什麼問題（我為什麼要改、要這樣設計？）
2.現在是什麼樣的流程？
3.重點的流程節點
既然我們不能將大家帶入自己的抽象方案的設計裡，那麼直接說重點即可。在重點的溝通中，缺少的資訊或對於該業務不熟悉的同事會直接提出疑問，產品同學再去解答，將腦海裡的方案一點一點的分類出來，去解答來自開發同學不同角度對與重點流程的疑問。
長又複雜的業務流程
流程的複雜説明你更好的落地產品
很多產品在工作中，會擔心自己的模組是否因為下一個反覆運算被幹掉或者被弱化。其原因無非就是帶來的kpi不好，或者公司的戰略方向調整。因此，當你涉及一個0-1搭建的流程或重構某個流程邏輯，雖然過程是痛苦、反復的，但是你的全域產品觀和產品業務的瞭解是最徹底的。
就拿淘寶京東這樣的產品線，如果你是涉及訂單系統的業務部門同學，那麼整個電商的模組和後臺以及資料平臺都會經過的你流程思考。
1.什麼欄位要？
2.有什麼地方的資料重複？
3.某個前端的模組是否有後臺？
4.運營或資料平臺是否能夠提供完整的資料監測？
簡單來說，越是大、複雜的產品設計，越是自己提升與核心競爭能力體現
這樣的話，整個表述過程就不會說沒有重點。另外對於長與複雜的業務流程我們往往在投影儀投影後的流程圖是這樣的
投影範圍不能展現清楚的全屏流程
在這樣的情況下，我們更應該提前把需求同步在共用檔中可以提前讓參與評審的同學中瞭解或在評審會後再進行同步。確保每一個問題或整個流程，參與評審的同學能知道。
業務的流程確定後，再是我們頁面和模組的產品設計。這裡的設計就會按照討論的流程進行落地。
既然流程很長，那就直接說重點
有時候，我們在落地產品中會碰到涉及到整個產品的業務流程，它並不是一個模組的流程而是會走過所有的ac模組，因此在這樣的情況下，我們從0-1搭建的難度或重構後在評審的展示，需要直接說重點
1.以前有什麼問題（我為什麼要改、要這樣設計？）
2.現在是什麼樣的流程？
3.重點的流程節點
既然我們不能將大家帶入自己的抽象方案的設計裡，那麼直接說重點即可。在重點的溝通中，缺少的資訊或對於該業務不熟悉的同事會直接提出疑問，產品同學再去解答，將腦海裡的方案一點一點的分類出來，去解答來自開發同學不同角度對與重點流程的疑問。
長又複雜的業務流程
流程的複雜説明你更好的落地產品
很多產品在工作中，會擔心自己的模組是否因為下一個反覆運算被幹掉或者被弱化。其原因無非就是帶來的kpi不好，或者公司的戰略方向調整。因此，當你涉及一個0-1搭建的流程或重構某個流程邏輯，雖然過程是痛苦、反復的，但是你的全域產品觀和產品業務的瞭解是最徹底的。
就拿淘寶京東這樣的產品線，如果你是涉及訂單系統的業務部門同學，那麼整個電商的模組和後臺以及資料平臺都會經過的你流程思考。
1.什麼欄位要？
2.有什麼地方的資料重複？
3.某個前端的模組是否有後臺？
4.運營或資料平臺是否能夠提供完整的資料監測？
簡單來說，越是大、複雜的產品設計，越是自己提升與核心競爭能力體現