好的產品經理是懂篩選的，會在複雜的信息中抽取自己需要的信息，並整理進行信息加工，最終形成對應的方案。作者結合自己當前正在做的供銷授權的產品，談談當中的一個模塊功能。
好的產品經理是懂篩選的，會在複雜的信息中抽取自己需要的信息，並整理進行信息加工，最終形成對應的方案。作者結合自己當前正在做的供銷授權的產品，談談當中的一個模塊功能。
好的產品經理是懂的如何做信息篩選的，從眾多信息中找到自己想要的，並完成信息加工，最後通過整理形成方案。
最近在做一個供銷授權的產品，其中有一個模塊值得拿出來說一說。
背景：自建的電商平台中存在供應商和運營商兩種角色，這兩種角色在簽訂授權協議後可以進行商品授權，供應商可向多個運營商店鋪授權商品，運營商按照指定的銷售價銷售，銷售成功後可獲取抽成，這是一個典型的商品授權案例，普遍問題是：
- 數據量大：電商平台動輒上萬的SPU，日常動態更新
- 數據項複雜：成本價、銷售價、給其他渠道授權的供貨價、劃線價、抽成，不同地方所需要的參數不一樣，所用到的價格也就不一樣；
- 數據流程長：兩個主體簽約 -> 商品授權 -> SKU授權 每一級的授權及確認，每一級的授權前都允許編輯，除正向流程外還有逆向流程，循環往復
最開始的方案是最粗暴的，系統支持一個個商品的授權，並且支持批量導表，希望通過導表的方式來解決業務上的複雜度，用技術手段換取運營方便，這是一種常規做法，這種做法的好處：
- 系統交互簡單：單個商品添加和維護都不會有太複雜的交互，批量操作通過導表處理減少系統操作複雜度，大批量的操作交給線下處理；
- 靈活度高：供應商的運營人員通過線下表格與運營方進行協商，敲定銷售價和抽成，雙方確認後，供應商的運營人員在系統導入表格，運營商的運營人員在系統上架銷售
這種做法的弊端：
- 系統數據導出後，在線下編輯，確實會存在數據安全問題
- 線下表格在實際操作過程中會有數據格式、數據準確性的問題，給導表操作帶來更大的麻煩
- 線下表格的數據量可能會比較大，關聯的資料庫表也會比較多，增加數據處理的難度
基於線上單品添加、批量添加導表，於是有了以下設計方案。
這套方案整體來說偏向於通過導入來完成作業，一個個商品授權操作較為複雜，需要先添加商品，再維護價格，操作不便。
經過討論，弊大於利，最終還是放棄這種方式，於是開始了重新設計！
首先就日常場景進行分析確定下用戶進入系統可以進行的操作，大致分為兩個【添加商品】【日常維護】。
按照這個模型，需要分成3步：添加商品->維護價格 -> 授權給經銷商
第一步：添加商品，先把商品添加進入供貨列表，這裡需要考慮幾個問題：
結合實際分析，定位問題，將這一步定位在如何快速篩選出商品，那麼剩下的問題就自然可以弱化，於是就在商品篩選（提供多維度的商品篩選功能，比如商品信息、銷售價、成本價、銷量、供應商信息、授權狀態等篩選欄位）及商品列表展示上做了相關功能。
設計原則：
- 一個頁面儘可能提供1-2個主要操作事項，讓用戶集中精力做事；
- 儘可能讓用戶做選擇題，不要做填空題，選的成本要比填的成本低；
- 能刪的功能絕對不要加，只要主線任務
第二步：維護價格，在供貨列表裡面進行維護，那麼日常的查刪改邏輯就來了
- 授權至運營商的時候，如何快速讓運營了解這批授權的數據存不存在價格設置錯誤的風險；
- 如何快速瀏覽並確認當前頁面的商品價格有沒有風險；
- 如何簡單快速的進行商品價格及抽傭設置；
圍繞著以上我們思考了很多功能：
- 批量針對SPU授權；
- 批量針對SKU授權，且可以與SPU不相關；
- 頁面直接可操作銷售價格和抽成，編輯後立即生效；
- 增加已編輯未編輯狀態；
- 增加創建人狀態；
- 增加編輯版本；
- ……
但是經過深思熟慮，我們僅保留了基礎功能，如授權、取消授權、刪除、維護價格、操作日誌、關聯贈品功能，在這個基礎上，做了簡單的批量操作。
遵循設計原則：
- 如果表單操作過多，則儘可能在同一個地方，且批量操作只能是這些操作的部分操作；
- 表單操作如果涉及價格等信息，則儘可能謹慎操作；
- 操作目標要明確，給用戶的操作儘可能簡單，不讓用戶思考；
- 能用輔助顏色代替就用顏色代替，提亮信息關注度；
表單提交講究的是統一性和標準性，通過表單的標準操作減少用戶學習成本，提高系統的使用便捷性。
然而頁面交互做完後，還做了一邊數據校驗，查驗整個數據流是否通暢。
- 校驗商品基礎數據在整個授權鏈路中是否有問題
- 校驗商品的銷售數據是否符合要求（是否有默認數據，默認數據是否合理）
第三步：授權
授權操作相對簡單些，批量操作即可，但是授權背後的邏輯也需要查看，比如批量授權以及取消授權，授權後運營端的狀態變更，授權動作完成後，整個商品操作就算完成。
總結：在做交互的時最主要的幾個字。
- 拆：將業務流程或者操作流程拆分成最小單元
- 篩：篩選出重要的信息
- 刪：刪除次要以及非必要的信息
- 組合：通過隱藏、弱化、凸顯等方式將各層級信息組合起來展示
- 檢驗：從交互邏輯以及數據邏輯兩個方面去檢驗方案的好壞；
本文由 @網際網路老兵 原創發布於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。