好的产品经理是懂筛选的，会在复杂的信息中抽取自己需要的信息，并整理进行信息加工，最终形成对应的方案。作者结合自己当前正在做的供销授权的产品，谈谈当中的一个模块功能。
好的产品经理是懂的如何做信息筛选的，从众多信息中找到自己想要的，并完成信息加工，最后通过整理形成方案。
最近在做一个供销授权的产品，其中有一个模块值得拿出来说一说。
背景：自建的电商平台中存在供应商和运营商两种角色，这两种角色在签订授权协议后可以进行商品授权，供应商可向多个运营商店铺授权商品，运营商按照指定的销售价销售，销售成功后可获取抽成，这是一个典型的商品授权案例，普遍问题是：
最开始的方案是最粗暴的，系统支持一个个商品的授权，并且支持批量导表，希望通过导表的方式来解决业务上的复杂度，用技术手段换取运营方便，这是一种常规做法，这种做法的好处：
这种做法的弊端：
基于线上单品添加、批量添加导表，于是有了以下设计方案。
这套方案整体来说偏向于通过导入来完成作业，一个个商品授权操作较为复杂，需要先添加商品，再维护价格，操作不便。
经过讨论，弊大于利，最终还是放弃这种方式，于是开始了重新设计！
首先就日常场景进行分析确定下用户进入系统可以进行的操作，大致分为两个【添加商品】【日常维护】。
按照这个模型，需要分成3步：添加商品->维护价格 -> 授权给经销商
第一步：添加商品，先把商品添加进入供货列表，这里需要考虑几个问题：
结合实际分析，定位问题，将这一步定位在如何快速筛选出商品，那么剩下的问题就自然可以弱化，于是就在商品筛选（提供多维度的商品筛选功能，比如商品信息、销售价、成本价、销量、供应商信息、授权状态等筛选字段）及商品列表展示上做了相关功能。
设计原则：
第二步：维护价格，在供货列表里面进行维护，那么日常的查删改逻辑就来了
围绕着以上我们思考了很多功能：
但是经过深思熟虑，我们仅保留了基础功能，如授权、取消授权、删除、维护价格、操作日志、关联赠品功能，在这个基础上，做了简单的批量操作。
遵循设计原则：
表单提交讲究的是统一性和标准性，通过表单的标准操作减少用户学习成本，提高系统的使用便捷性。
然而页面交互做完后，还做了一边数据校验，查验整个数据流是否通畅。
第三步：授权
授权操作相对简单些，批量操作即可，但是授权背后的逻辑也需要查看，比如批量授权以及取消授权，授权后运营端的状态变更，授权动作完成后，整个商品操作就算完成。
总结：在做交互的时最主要的几个字。
本文由 @互联网老兵 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。