忙了1個多月，終于活動模塊的東西基本成型了
雖然開發評審又被一泡噴。。。。
總結一下，這次產品設計中遇到的問題
需要滿足四個需求功能
新用戶立減、滿額立減、滿額立送、限時搶購
活動促銷系統的設計，重點在對活動需求的拆解與角色權限的歸類
不過，產品設計，歸根到底頁都是對功能、權限、角色的分類，然后把所有分類通過算法、交互進行串聯；
產品經理就是個分類控。。。。
這次的難點主要在三個功能
活動類型的歸類
權限的歸屬
結算模塊的信息展示
分類說下
活動類型的歸類
活動的角色對象主要是用戶、店家、運營四方在扯皮；
用戶的操作是遵守規則，進行購買
店家的操作是遵守運營設定的規則，在運營制訂的大規則下設計小規則，并進行添加商品、設定價格
運營則是設定大的活動類型，并提供給店家進行操作
而自己遇到的問題就在大規則與小規則的嵌套中，如何界定大規則與小規則的邊界——功能的主題應該放在哪邊的問題
從自身平臺業務出發，運營的控制力越大越好，從這一點出發，商家只需要選擇商品與價格即可，不需要再設定任何的小規則
但是經過與開發的扯皮，發現兩個問題，活動歸結到底，商家沒有任何規則的設定權力活動也玩不轉，形式太單一；而運營，堆疊了所有的條件反而使得系統變得無比復雜，界面交互對于小白運營完全無從下手
所以針對這個問題，先對活動進行拆解，對活動條件做減法，區分出了店鋪全場活動與店鋪部分商品活動兩種活動類型，拆解掉涉及到店鋪條件篩選與商品條件篩選的店鋪部分商品活動類型，只保留全場活動這一種類型；
在界面規則交互上做調整，根據梳理完成的活動類型進行固化條件，設定活動規則的邊界，根據平臺與店鋪利益劃分活動時間設定權限的操作角色
對于活動需求的歸類，一類是需要用戶區分的活動，一類是只在結算進行計算的活動，一類是時間類的活動，用戶區分的活動高于結算型活動，時間類活動與之并行
最后的結算對賬模塊還沒開始理，回頭研究下，到底對賬那邊是什么東西在一直挨噴
需求分析
角色歸類
邊界設定
規則設定
流程設定
交互界面設計
開發溝通
優化
進入開發
9步走，暫時總結，以后補充
