6

如何从复杂的逻辑中抽丝剥茧,得到满意的产品方案?

 8 months ago
source link: https://www.woshipm.com/pd/5246546.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

如何从复杂的逻辑中抽丝剥茧,得到满意的产品方案?

2024-01-12
0 评论 2018 浏览 19 收藏 9 分钟

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

881c8d76-da8d-11ed-8198-00163e0b5ff3.png

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

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

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

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

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

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

这种做法的弊端:

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

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

8f461d6c-b0dc-11ee-9d65-00163e142b65.png

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

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

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

30d55a96-9e57-11ee-8fc4-00163e142b65.jpg

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

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

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

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

daabb45e-b0de-11ee-a216-00163e142b65.png

设计原则:

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

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

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

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

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

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

1b3ea4f8-b0e0-11ee-a216-00163e142b65.png

遵循设计原则:

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

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

31a6574a-b0db-11ee-babf-00163e0b5ff3.png

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

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

第三步:授权

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

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

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

本文由 @互联网老兵 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK