好的产品经理是懂筛选的，会在复杂的信息中抽取自己需要的信息，并整理进行信息加工，最终形成对应的方案。作者结合自己当前正在做的供销授权的产品，谈谈当中的一个模块功能。

好的产品经理是懂的如何做信息筛选的，从众多信息中找到自己想要的，并完成信息加工，最后通过整理形成方案。

最近在做一个供销授权的产品，其中有一个模块值得拿出来说一说。

背景：自建的电商平台中存在供应商和运营商两种角色，这两种角色在签订授权协议后可以进行商品授权，供应商可向多个运营商店铺授权商品，运营商按照指定的销售价销售，销售成功后可获取抽成，这是一个典型的商品授权案例，普遍问题是：

• 数据量大：电商平台动辄上万的SPU，日常动态更新
• 数据项复杂：成本价、销售价、给其他渠道授权的供货价、划线价、抽成，不同地方所需要的参数不一样，所用到的价格也就不一样；
• 数据流程长：两个主体签约 -> 商品授权 -> SKU授权 每一级的授权及确认，每一级的授权前都允许编辑，除正向流程外还有逆向流程，循环往复

最开始的方案是最粗暴的，系统支持一个个商品的授权，并且支持批量导表，希望通过导表的方式来解决业务上的复杂度，用技术手段换取运营方便，这是一种常规做法，这种做法的好处：

• 系统交互简单：单个商品添加和维护都不会有太复杂的交互，批量操作通过导表处理减少系统操作复杂度，大批量的操作交给线下处理；
• 灵活度高：供应商的运营人员通过线下表格与运营方进行协商，敲定销售价和抽成，双方确认后，供应商的运营人员在系统导入表格，运营商的运营人员在系统上架销售

这种做法的弊端：

• 系统数据导出后，在线下编辑，确实会存在数据安全问题
• 线下表格在实际操作过程中会有数据格式、数据准确性的问题，给导表操作带来更大的麻烦
• 线下表格的数据量可能会比较大，关联的数据库表也会比较多，增加数据处理的难度

基于线上单品添加、批量添加导表，于是有了以下设计方案。

这套方案整体来说偏向于通过导入来完成作业，一个个商品授权操作较为复杂，需要先添加商品，再维护价格，操作不便。

经过讨论，弊大于利，最终还是放弃这种方式，于是开始了重新设计！

首先就日常场景进行分析确定下用户进入系统可以进行的操作，大致分为两个【添加商品】【日常维护】。

按照这个模型，需要分成3步：添加商品->维护价格 -> 授权给经销商

第一步：添加商品，先把商品添加进入供货列表，这里需要考虑几个问题：

1. 每一次提交的数据量问题
2. 提交的时候是否可以编辑
3. 数据源及数据取数逻辑问题

结合实际分析，定位问题，将这一步定位在如何快速筛选出商品，那么剩下的问题就自然可以弱化，于是就在商品筛选（提供多维度的商品筛选功能，比如商品信息、销售价、成本价、销量、供应商信息、授权状态等筛选字段）及商品列表展示上做了相关功能。

设计原则：

• 一个页面尽可能提供1-2个主要操作事项，让用户集中精力做事；
• 尽可能让用户做选择题，不要做填空题，选的成本要比填的成本低；
• 能删的功能绝对不要加，只要主线任务

第二步：维护价格，在供货列表里面进行维护，那么日常的查删改逻辑就来了

• 授权至运营商的时候，如何快速让运营了解这批授权的数据存不存在价格设置错误的风险；
• 如何快速浏览并确认当前页面的商品价格有没有风险；
• 如何简单快速的进行商品价格及抽佣设置；

围绕着以上我们思考了很多功能：

• 批量针对SPU授权；
• 批量针对SKU授权，且可以与SPU不相关；
• 页面直接可操作销售价格和抽成，编辑后立即生效；
• 增加已编辑未编辑状态；
• 增加创建人状态；
• 增加编辑版本；
• ……

但是经过深思熟虑，我们仅保留了基础功能，如授权、取消授权、删除、维护价格、操作日志、关联赠品功能，在这个基础上，做了简单的批量操作。

遵循设计原则：

• 如果表单操作过多，则尽可能在同一个地方，且批量操作只能是这些操作的部分操作；
• 表单操作如果涉及价格等信息，则尽可能谨慎操作；
• 操作目标要明确，给用户的操作尽可能简单，不让用户思考；
• 能用辅助颜色代替就用颜色代替，提亮信息关注度；

表单提交讲究的是统一性和标准性，通过表单的标准操作减少用户学习成本，提高系统的使用便捷性。

然而页面交互做完后，还做了一边数据校验，查验整个数据流是否通畅。

• 校验商品基础数据在整个授权链路中是否有问题
• 校验商品的销售数据是否符合要求（是否有默认数据，默认数据是否合理）

第三步：授权

授权操作相对简单些，批量操作即可，但是授权背后的逻辑也需要查看，比如批量授权以及取消授权，授权后运营端的状态变更，授权动作完成后，整个商品操作就算完成。

总结：在做交互的时最主要的几个字。

• 拆：将业务流程或者操作流程拆分成最小单元
• 筛：筛选出重要的信息
• 删：删除次要以及非必要的信息
• 组合：通过隐藏、弱化、凸显等方式将各层级信息组合起来展示
• 检验：从交互逻辑以及数据逻辑两个方面去检验方案的好坏；