购物车系统需求分析
2017-10-19 本文已影响0人
哓晓的故事
- 单个商品不允许超过99个
- 商品总量由所有数量相加(不是sku的个数)
- 按照seller分多个订单,支持多选支付
- 不同seller展示的顺序
- 同一个seller 不同sku的展示顺序
- 商品展示信息:缩略图、标题、规则、原价、现价、数量
- 在seller 名字旁显示<去凑单>--这个需求还是很有意义的,比如我,经常只买一个东西,要运费,我就想凑单,经常都是一个seller下满x包邮,我就想直接进入商家店铺页选择
- 在seller 名字右边设置编辑按钮(删除键),不支持批量删除的原因是,提供批量删除会造成快速删除和误删后丢失转换率
业务层面
- 药品分为B2C、O2O。药品不同于普通商品,有普通药品和处方药RX,处方药有一些是可以当做普通品售卖,而有一些是不允许作为普通品售卖必须要走O2O,如何识别由seller的药剂师决定,平台紧紧提供能开关和判别功能。在购物车栏目里面有一个tab是处方药,当不允许作为B2C品类时,会出现在专有处方药tab
- seller平台有开关是否允许合并处方药功能,并且每一个商品药剂师都可以单独配置
技术上可以优化
- 每次变更是否需要重新记录一条数据?
- 由于购物车绝大多数都是批量查询,提供批量查询的时候是否允许当其中一个sku有问题也能返回信息而不是直接抛错?不然这样对购物车没有意义
- 购物车应该支持批量删除(会损失转换率,但是技术上可行)
- 去凑单还可以加入领券功能(这个是参考tmall)
- tmall还有一个分享购物车功能(一脸懵逼,难道分享给男票或者备胎,让别人买单的节奏?)
- 商品详情最好要展示下店铺现有的优惠(增加转换率)