好的產(chǎn)品經(jīng)理是懂篩選的，會在復(fù)雜的信息中抽取自己需要的信息，并整理進(jìn)行信息加工，最終形成對應(yīng)的方案。作者結(jié)合自己當(dāng)前正在做的供銷授權(quán)的產(chǎn)品，談?wù)劗?dāng)中的一個模塊功能。

好的產(chǎn)品經(jīng)理是懂的如何做信息篩選的，從眾多信息中找到自己想要的，并完成信息加工，最后通過整理形成方案。

最近在做一個供銷授權(quán)的產(chǎn)品，其中有一個模塊值得拿出來說一說。

背景：自建的電商平臺中存在供應(yīng)商和運營商兩種角色，這兩種角色在簽訂授權(quán)協(xié)議后可以進(jìn)行商品授權(quán)，供應(yīng)商可向多個運營商店鋪授權(quán)商品，運營商按照指定的銷售價銷售，銷售成功后可獲取抽成，這是一個典型的商品授權(quán)案例，普遍問題是：

• 數(shù)據(jù)量大：電商平臺動輒上萬的SPU，日常動態(tài)更新
• 數(shù)據(jù)項復(fù)雜：成本價、銷售價、給其他渠道授權(quán)的供貨價、劃線價、抽成，不同地方所需要的參數(shù)不一樣，所用到的價格也就不一樣；
• 數(shù)據(jù)流程長：兩個主體簽約 -> 商品授權(quán) -> SKU授權(quán) 每一級的授權(quán)及確認(rèn)，每一級的授權(quán)前都允許編輯，除正向流程外還有逆向流程，循環(huán)往復(fù)

最開始的方案是最粗暴的，系統(tǒng)支持一個個商品的授權(quán)，并且支持批量導(dǎo)表，希望通過導(dǎo)表的方式來解決業(yè)務(wù)上的復(fù)雜度，用技術(shù)手段換取運營方便，這是一種常規(guī)做法，這種做法的好處：

• 系統(tǒng)交互簡單：單個商品添加和維護(hù)都不會有太復(fù)雜的交互，批量操作通過導(dǎo)表處理減少系統(tǒng)操作復(fù)雜度，大批量的操作交給線下處理；
• 靈活度高：供應(yīng)商的運營人員通過線下表格與運營方進(jìn)行協(xié)商，敲定銷售價和抽成，雙方確認(rèn)后，供應(yīng)商的運營人員在系統(tǒng)導(dǎo)入表格，運營商的運營人員在系統(tǒng)上架銷售

這種做法的弊端：

• 系統(tǒng)數(shù)據(jù)導(dǎo)出后，在線下編輯，確實會存在數(shù)據(jù)安全問題
• 線下表格在實際操作過程中會有數(shù)據(jù)格式、數(shù)據(jù)準(zhǔn)確性的問題，給導(dǎo)表操作帶來更大的麻煩
• 線下表格的數(shù)據(jù)量可能會比較大，關(guān)聯(lián)的數(shù)據(jù)庫表也會比較多，增加數(shù)據(jù)處理的難度

基于線上單品添加、批量添加導(dǎo)表，于是有了以下設(shè)計方案。

這套方案整體來說偏向于通過導(dǎo)入來完成作業(yè)，一個個商品授權(quán)操作較為復(fù)雜，需要先添加商品，再維護(hù)價格，操作不便。

經(jīng)過討論，弊大于利，最終還是放棄這種方式，于是開始了重新設(shè)計！

首先就日常場景進(jìn)行分析確定下用戶進(jìn)入系統(tǒng)可以進(jìn)行的操作，大致分為兩個【添加商品】【日常維護(hù)】。

按照這個模型，需要分成3步：添加商品->維護(hù)價格 -> 授權(quán)給經(jīng)銷商

第一步：添加商品，先把商品添加進(jìn)入供貨列表，這里需要考慮幾個問題：

1. 每一次提交的數(shù)據(jù)量問題
2. 提交的時候是否可以編輯
3. 數(shù)據(jù)源及數(shù)據(jù)取數(shù)邏輯問題

結(jié)合實際分析，定位問題，將這一步定位在如何快速篩選出商品，那么剩下的問題就自然可以弱化，于是就在商品篩選（提供多維度的商品篩選功能，比如商品信息、銷售價、成本價、銷量、供應(yīng)商信息、授權(quán)狀態(tài)等篩選字段）及商品列表展示上做了相關(guān)功能。

設(shè)計原則：

• 一個頁面盡可能提供1-2個主要操作事項，讓用戶集中精力做事；
• 盡可能讓用戶做選擇題，不要做填空題，選的成本要比填的成本低；
• 能刪的功能絕對不要加，只要主線任務(wù)

第二步：維護(hù)價格，在供貨列表里面進(jìn)行維護(hù)，那么日常的查刪改邏輯就來了

• 授權(quán)至運營商的時候，如何快速讓運營了解這批授權(quán)的數(shù)據(jù)存不存在價格設(shè)置錯誤的風(fēng)險；
• 如何快速瀏覽并確認(rèn)當(dāng)前頁面的商品價格有沒有風(fēng)險；
• 如何簡單快速的進(jìn)行商品價格及抽傭設(shè)置；

圍繞著以上我們思考了很多功能：

• 批量針對SPU授權(quán)；
• 批量針對SKU授權(quán)，且可以與SPU不相關(guān)；
• 頁面直接可操作銷售價格和抽成，編輯后立即生效；
• 增加已編輯未編輯狀態(tài)；
• 增加創(chuàng)建人狀態(tài)；
• 增加編輯版本；
• ……

但是經(jīng)過深思熟慮，我們僅保留了基礎(chǔ)功能，如授權(quán)、取消授權(quán)、刪除、維護(hù)價格、操作日志、關(guān)聯(lián)贈品功能，在這個基礎(chǔ)上，做了簡單的批量操作。

遵循設(shè)計原則：

• 如果表單操作過多，則盡可能在同一個地方，且批量操作只能是這些操作的部分操作；
• 表單操作如果涉及價格等信息，則盡可能謹(jǐn)慎操作；
• 操作目標(biāo)要明確，給用戶的操作盡可能簡單，不讓用戶思考；
• 能用輔助顏色代替就用顏色代替，提亮信息關(guān)注度；

表單提交講究的是統(tǒng)一性和標(biāo)準(zhǔn)性，通過表單的標(biāo)準(zhǔn)操作減少用戶學(xué)習(xí)成本，提高系統(tǒng)的使用便捷性。

然而頁面交互做完后，還做了一邊數(shù)據(jù)校驗，查驗整個數(shù)據(jù)流是否通暢。

• 校驗商品基礎(chǔ)數(shù)據(jù)在整個授權(quán)鏈路中是否有問題
• 校驗商品的銷售數(shù)據(jù)是否符合要求（是否有默認(rèn)數(shù)據(jù)，默認(rèn)數(shù)據(jù)是否合理）

第三步：授權(quán)

授權(quán)操作相對簡單些，批量操作即可，但是授權(quán)背后的邏輯也需要查看，比如批量授權(quán)以及取消授權(quán)，授權(quán)后運營端的狀態(tài)變更，授權(quán)動作完成后，整個商品操作就算完成。

總結(jié)：在做交互的時最主要的幾個字。

• 拆：將業(yè)務(wù)流程或者操作流程拆分成最小單元
• 篩：篩選出重要的信息
• 刪：刪除次要以及非必要的信息
• 組合：通過隱藏、弱化、凸顯等方式將各層級信息組合起來展示
• 檢驗：從交互邏輯以及數(shù)據(jù)邏輯兩個方面去檢驗方案的好壞；