导图社区 淘宝订单功能模块
淘宝订单功能模块包括订单信息字段、订单结算、提交订单、订单支付、订单状态、订单售后、修改订单地址、订单增值服务等。
编辑于2022-01-19 11:16:50淘宝订单功能模块
1. 订单信息字段
1.1. 订单基本信息
1.1.1. 订单编号
1.1.2. 订单创建时间
1.1.3. 订单状态
1.1.4. 订单应付金额
1.2. 用户信息
1.2.1. 用户ID
1.3. 商品信息
1.3.1. 用户ID*数量
1.3.2. ID2*数量
1.3.3. ... ...
1.4. 优惠信息
1.4.1. 优惠金额
1.4.2. 优惠活动
1.4.3. 优惠券
1.5. 订单支付信息
1.5.1. 实付金额
1.5.2. 订单编号
1.5.3. 第三方支付方式
1.5.4. 支付编号
1.6. 订单结算信息
1.6.1. 收货人信息
1.6.2. 物流配送信息
1.6.2.1. 快递单号
1.6.2.2. 快递公司
1.6.2.3. 物流进度
1.6.2.3.1. 配送人
1.7. 订单保险信息
1.7.1. 保险1
1.7.2. 保险2
1.8. 订单收货配送信息
1.8.1. 结算订单编号
1.9. 订单售后信息
1.9.1. 退款信息订单编号
2. 订单结算
2.1. 指的是选择商品去结算
2.2. 是否有限定只能XX商品跟XX商品一起去结算
2.3. 一次选择对于商品数量是否有限制
2.3.1. 一次只能选择不超过100个sku进行去结算
2.4. 点击订单结算调到订单结算页是否需要校验商品的库存
2.5. 具体校验库存的规则
2.5.1. 商品无库存不能选择去结算
2.6. 注:
2.6.1. 可能存在不限制一次股买sku数和不校验库存的情况, 此时点击订单结算按钮只是交互上的页面跳转,不存在功能逻辑处理
3. 提交订单
3.1. 选择地址
3.1.1. 如果用户未添加地址,订单结算页地址处显示空白,需用户去添加地址
3.1.2. 用户添加了地址的情况下,该处的地址选中默认地址
3.1.2.1. 第一次结算使用用户最近添加的地址
3.1.2.2. 如无默认地址单次结算默认选中上次结算使用的地址
3.1.3. 用户未添加地址,订单结算页地址处显示空白,并出现文字指引引导用户
3.1.4. 在选中了地址的情况下,用户还可更换选中地址
3.2. 给爱的人也送一份
3.2.1. 生成两个订单
3.2.2. 限定并非所有商品都有给爱的人也送一份·
3.2.2.1. 限定规则可能右上角自行上架商品的时候设置
3.2.3. 一个订单里包含有既支持也不支持给爱的人送一份功能的商品, 默认结算不显示这个功能
3.2.3.1. 对于该功能在刚上线的时候还不清楚实际被用户喜欢的程度,做一层限定
3.2.4. 选择地址可不可以跟上面选择的订单地址一样
3.2.4.1. 可以是一样的
3.2.5. 有选择的给爱的人送一份是否要生成俩个订单?
3.2.5.1. 需要
3.2.6. 快递费如何结算?
3.2.6.1. 尤其是地址相同的情况下?
3.2.6.1.1. 采用跟一个订单情况下的规则(店铺的运费计算模板)计算
3.2.7. 商品是否需要去进行库存校验?
3.2.7.1. 不进行校验
3.2.8. 给爱的人送一份商品是否需要另外分成一个sku做展示?
3.2.8.1. 分开做展示,不直接在原有的商品数量上加上相同倍数
3.2.9. 应该要怎么提示用户减轻用户的担心疑虑(尤其是地址一样的情况下)
3.2.10. 给爱的人那一份的商品是否需要可以支持SKU以及数量加减
3.3. 选择优惠
3.3.1. 平台优惠
3.3.2. 店铺优惠
标注
什么优惠都可以被选吗?
平台优惠和店铺优惠都可以被选?还是说选择了平台优惠就不能选择店铺优惠;
活动优惠
优惠券优惠等
多个优惠的使用之间存在冲突吗?
叠加优惠与只能单个优惠?
叠加优惠怎么算?
存在多个优惠,系统如何去做推荐等?
3.4. 配送服务
3.4.1. 什么配送服务可以被选吗?
3.4.2. 不同配送服务的运费计算规则?
3.5. 订单备注
3.5.1. 限定下备注的字数范围
3.5.2. 限定下能输入什么类型
3.5.2.1. 数字
3.5.2.2. 字符
3.5.2.3. 字母
3.5.3. 备注敏感字限制
3.5.4. 给到备注的常用关键词
3.5.4.1. 经常买XXX品类商品的用户经常会备注哪些内容
3.5.4.1.1. 后续迭代优化做,刚开始上线一个产品或者功能可先不用做那么大而全
3.6. 顺手买一件
3.6.1. 已选商品不一样,推荐顺手买一件的商品也不一样;
3.6.1.1. 此时的推荐逻辑是什么?
3.6.2. 推荐商品跟要买的商品属于同一个品类;
3.6.3. 推荐商品跟要买的商品数据显示具有高度销售相关性;
3.7. 选择支付方式
3.7.1. 罗列出当前可选的支付方式
3.7.2. 支付优惠
3.7.2.1. 支付方式为了推自己家的支付
3.7.3. 部分可能有混合支付的逻辑
3.7.3.1. 一个订单支付用了两种或者俩种以上支付方式
3.8. 合计
3.8.1. 合计的金额就是用户要去支付的金额
3.8.2. 合计金额=实付金额=应付金额(商品销售价格*数量+商品B销售价格*数量+...+商品N销售价格*数量+邮费+运费险+其它服务费)-优惠方式优惠金额(优惠券、活动、积分抵扣、红包等)-支付优惠
3.9. 提交订单 (点击按钮接口将订单的数据传输到服务器端进行处理)
3.9.1. 校验
3.9.1.1. 商品库存
3.9.1.2. 地址校验
3.9.1.3. 账号风控
3.9.1.4. 优惠券是否失效
3.9.1.5. 是否有足够的积分
3.9.1.6. 支付风控
3.9.1.6.1. 第三方支付
3.9.1.7. 账号风控
3.9.1.7.1. 平台系统内
3.9.2. 订单拆单
3.9.2.1. 根据什么维度拆单
3.9.2.1.1. 拆单维度
3.9.2.1.1.1. 商家
3.9.2.1.1.2. 仓库
3.9.2.1.1.3. 组合
3.9.2.2. 怎么拆单
3.9.2.2.1. 一个订单按照上面的拆单维度拆成三个单
3.9.2.2.2. 每个订单的应付金额、实付金额以及优惠金额不能是一样的
3.9.2.2.3. 如何进行优惠分摊?
3.9.2.2.3.1. 各个订单的优惠金额=(店铺商品A*数量)/(商品A价格*数量+商品B价格*数量+...+商品N价格*数量)*优惠总金额(搞清楚优惠由谁来承担)
3.9.3. 订单创建
3.9.3.1. 校验以及拆单成功后在数据库记录保留订单数据即可
3.9.3.2. 订单创建成功后状态为待支付
3.9.3.3. 锁定商品库存24h
3.9.4. 注:
3.9.4.1. 商家
3.9.4.1.1. 拆单在前还是创建订单在前?
3.9.4.1.1.1. 拆单在前再来创建订单
3.9.4.1.2. 为什么要锁定库存?
3.9.4.1.3. 锁定库存为什么30mins
3.9.4.1.4. 通过得到实验(无法从逻辑上说明,这个功能影响比较大)得到数据去证明功能好坏
3.9.4.2. 为什么要有拆单?
3.9.4.2.1. 商户发货地不一样
3.9.4.2.2. 包裹也不一样
3.9.4.2.3. 如果不拆单平台不好结算给商家
4. 订单支付
4.1. 校验
4.1.1. 判断锁定库存是否过期
4.2. 支付风控
4.2.1. 对商家的风控
4.2.2. 对用户的风控
5. 订单状态
5.1. 有哪些订单状态
5.1.1. 待支付
5.1.1.1. 订单创建好
5.1.2. 代发货
5.1.2.1. 支付成功
5.1.3. 待收货
5.1.3.1. 商家已发货
5.1.4. 确认收货后
5.1.4.1. 交易成功
5.1.4.1.1. 标记有部分商品退款
5.1.4.1.2. 部分商品退货退款
5.1.4.2. 待评价
5.1.4.2.1. 标记在订单上有未评价的商品
5.1.5. 有退款
5.1.6. 交易关闭
5.1.6.1. 待付款未付款取消订单
5.1.6.2. 退款
5.1.6.2.1. 全部商品仅退款
5.1.6.2.2. 全部商品退货退款
订单流转
5.2. 各个订单状态的流转
5.2.1. 正向
5.2.1.1. 订单创建成功>状态:待付款>状态:代发货>
5.2.2. 异常或逆向
5.2.2.1. 订单创建成功>状态:待付款>用户自主取消或系统取消>状态:交易失败;
6. 订单售后
6.1. 每次发起一次售后都会生成一个单据
6.1.1. 退款单
6.1.2. 换货单
6.2. 仅退款
6.2.1. 订单什么状态下支持仅退款功能?
6.2.1.1. 待发货
6.2.1.2. 待收货
6.2.1.3. 交易完成
6.2.2. 仅退款的流程梳理
6.2.2.1. 用户发起申请>商家处理申请审核通过>商家发起退款
6.2.2.2. 用户发起申请>商家处理申请审核拒绝>退款关闭
6.2.3. 仅退款的退款单状态
6.3. 退货退款
6.3.1. 订单什么状态下支持仅退款功能?
6.3.1.1. 待发货
6.3.1.2. 待收货
6.3.1.3. 交易完成
6.3.2. 仅退款的流程梳理
6.3.2.1. 用户发起申请>商家处理申请审核通过>商家发起退款
6.3.2.2. 用户发起申请>商家处理申请审核拒绝>退款关闭
6.3.3. 仅退款的退款单状态
6.3.3.1. 状态字段
6.3.3.1.1. 针对于处理流程 比较长或环节多的记录,一定会有状态去标记当前的处理情况
7. 修改订单地址
7.1. 可以在订单什么状态下修改地址?
7.1.1. 待付款
7.1.2. 待发货
7.1.3. 待收货
7.2. 修改地址会影响什么?
7.2.1. 修改地址会影响你的运费?
7.3. 待付款情况下修改地址,原来运费是10元,可以支持修改地址后运费变成20?
7.4. 待发货情况下修改地址,已经付费了,修改后运费可能加或减。是否需要程序上支持用户再去付款或者退款?
7.4.1. 原则上让商家去跟用户协商,商家想要回头客就帮用户修改了
7.4.2. 甩一个加运费的链接;
8. 取消订单
8.1. 取消订单后释放库存
8.2. 订单状态变更为交易关闭
8.3. 字段备注下是用户主动取消还是系统自动取消、商家端或者平台端取消
8.3.1. 取消原因
9. 订单评价
9.1. 评价的是商品
10. 订单增值服务
10.1. 不同的订单类型(电子产品?)
10.2. 由商家自行在商家端配置
10.3. 梳理清楚哪些品类哪些商品有增值服务
11. 订单删除
11.1. 用户在我的订单删除了某笔订单, 在商家端或者平台端是否还可以看到这笔订单数据?
11.2. 假删除
11.2.1. 交互上隐藏该笔订单,并没有真实在服务器端数据库里删除该笔订单
12. 搜索我的订单
12.1. 支持模糊搜索
12.1.1. 订单编号是必须关键词全部匹配,商品名称是部分匹配
12.2. 关键词匹配的是订单的什么信息
12.2.1. 订单编号
12.2.2. 商品名称
12.2.3. 订单备注
13. 查看物流
13.1. 接入第三方物流信息查询
13.1.1. 获得快递单号的物流信息
13.2. 快递100
13.2.1. 接了基本上所有的快递公司
14. 追加评价
14.1. 什么情况下可以追加评价
14.2. 追加评价是否跟第一次评价一致
14.2.1. 商品使用体验上引导用户评价
15. 申请发票
15.1. 提供那种形式的发票
15.1.1. 电子发票
15.1.2. 纸质发票
15.2. 界定好是不是所有订单都需要踢狗发票
15.2.1. 商家决定,跟财务确定清楚关于开发票的风险
15.3. 发票第三方平台
15.3.1. 做不了线上发票生成平台。需要第三方接入
16. 我的订单展示
16.1. 订单信息字段
16.2. 订单详情
16.3. 订单排序
16.3.1. 全部订单、待付款、待发货、待收货状态下的订单排序
16.3.1.1. 待付款:
16.3.1.1.1. 订单生成时间由近到远
16.3.1.2. 待发货:
16.3.1.2.1. 订单支付时间由近到远
16.3.1.3. 待收货:
16.3.1.3.1. 订单发货时间由近到远
16.3.1.4. 全部订单:
16.3.1.4.1. 按照订单的所有时间由近到远
16.3.1.4.1.1. 订单生成时间
16.3.1.4.1.2. 订单支付时间
16.3.1.4.1.3. 订单发货时间
16.3.1.4.1.4. 订单取消时间
由近到远
17. 确认收货
17.1. 确认订单后将订单状态变更为交易成功
17.2. 将该订单给标记为有待评价商品
17.3. 在确认收货后通知结算系统根据订单生成结算单
17.4. 结算系统每天间隔3S去订单系统获取交易成功的订单,再去生成结算单
18. 订单结算给商家