目录
I.前言
调侃一下:宇宙的尽头是excel。不管做什么系统,都离不开导入这个需求。
那一般对于这种需求,也是有多种方案可以解决。
从执行层面来讲,PM最重要的能力是要学会从一个问题,抽象出一类问题,通过通用方案来解决。而不是掉到某个问题的沟里,井底之蛙。
学会提升自己的标准化通用能力。
saas产品经理是一种标准化思维,一般需要低代码平台实现(可借助已有工具来实现)
II. 方案示例
场景:
对于某个订单列表,添加一个 导入功能。
方案A:
1.通过弹框,下载模板-填写字段-导入完成。(但这种只适用于当前功能,若还有其他页面单据需要,需再次开发)
2.开发人员:
(1)前端:通过弹窗组件,实现导入
- 导入
- 下载模板
- 上传文件
- 确认导入
(2)后端:
- 通用性校验——eg:某个字段长度是否符合,字段必填是否完整等
- 业务校验——eg:某些字段的枚举值是否正确等;编码的输入等;
- 插入表中——导入成功
方案B:
场景:
某些字段,前期是要求必填,但后面说不需要必填了,过几天又改字段值,反反复复;
或者还有其他单据也需要导入功能等
基于这种,如何搞一套标准化的方案呢?
将这个独立问题,抽象成一类问题。——SAAS的产品方案
1.概况
架构师造轮子;PM定义;后端去配置细节字段,插入逻辑,接口封装;用户提交即可。
- 导入按钮可配置:
- 导入弹框
- 导入控件定义
定义清楚 基础信息、字段信息、接口信息
定义一个框架,实现导入哪个字段可配置,接口可全部配置出来。
2.开发人员:
【产品经理】定义清楚字段:
【后端开发】
后端需要去低代码平台找到控件,并配置成功字段及字段取值,类型,字符等。
校验接口:
后端控制,封装成接口;供控件提交导入时,调这个接口来校验是否有问题;
校验成功,对应的值要插入到对应的表中;(插入接口)
用户:下载表格-填写字段-导入
区别:
方案 | 资源 | 优势 | 劣势 | 适用 |
方案A | 标准的产研流程,前端-后端 | 常见做法 | a.如有其他需要此功能需单独开发 b.修改通用性校验需发版 | 同类需求较少 |
方案B | 架构师-后端 | a.修改通用性校验-无需发版 b.后端-需配置+业务校验 c.前端-基本无工作量 | 需要架构师进行低代码规划 或直接用现有的低代码平台,需要成本 | 同类需求较多 |