
4 changed files with 18 additions and 46 deletions
@ -1,46 +1,13 @@ |
|||
|
|||
银行提问:3.后台首页可点击,跳转空白页,作用是什么? |
|||
后台首页显示的统计数据,将点击链接去掉(即只展示数据不需要页面跳转)。页面上展示的需要是真实数据,如果暂时无真实数据的接口,先隐藏不显示,后期完成接口后再进行展示。(郭兴) |
|||
银行提问:4.优惠券面额无法输入小数点。 |
|||
1。优惠券面额无法输入小数点。 |
|||
修改新增优惠券界面的验证规则,设置优惠券面额可输入2位小数。(郭兴) |
|||
银行提问:8.新注册用户余额充值报错? |
|||
经过讨论与沟通,余额充值及余额支付功能的实际用途不大。可先将余额相关功能屏蔽,1、“我的云链”界面,不显示“余额”(需要对界面效果进行调整,“余额”这里可显示其他内容,不要显的太空);2、购买支付时,不显示“余额支付”选项;3、测试APP端各个界面,屏蔽“余额”相关内容。(郭兴负责手机端) |
|||
管理后台“会员列表”页面也需要屏蔽“余额”列及“余额充值”按钮。 |
|||
银行提问:7.新注册用户默认有50余额,使用余额支付后金额不扣减。 |
|||
经测试,没出现该问题。 |
|||
针对 账号13832363123存在该问题,对账号13832363123的数据分析结果如下: |
|||
注册时间:2023-02-27 10:07:48,注册时余额为0; |
|||
余额增加:2023-02-27 15:42:16,增加方式:后台余额充值,充值金额:50。该操作为测试人员测试后台账户余额充值功能时所进行; |
|||
余额消费:2023-03-08 11:42:54,APP端订单使用余额付款0.03元,余额值减少0元,余额无变化; |
|||
余额消费:2023-03-08 11:43:31,APP端订单使用余额付款0.03元,余额值减少0元,余额无变化; |
|||
余额消费:2023-03-11 18:30:44,APP端订单使用余额付款0.03元,余额值减少0元,余额无变化; |
|||
结论:新注册用户不会有50余额,如果使用余额付款低于1元钱,余额账户无变化。 |
|||
引申问题:1:需要确认已有账户再次注册(即13832363123账号已经注册成功,退出登录后再用13832363123进行注册)的情况下前后台的执行逻辑是什么?2:使用余额支付时,支付金额较小时(如:0.03元),余额值也应该进行调整(该功能优先级较低,完成其他修改后再处理) |
|||
问题:1. APP端,已经过期的优惠券应该归到已失效里边。 |
|||
2。需要确认已有账户再次注册(即13832363123账号已经注册成功,退出登录后再用13832363123进行注册)的情况下前后台的执行逻辑是什么? |
|||
3。APP端,已经过期的优惠券应该归到已失效里边。 |
|||
查看优惠券列表的接口,接口返回数据时对应正确的状态。(郭兴查看手机端调用接口及显示数据参数,底孟哲调整接口数据) |
|||
4。管理后台的订单列表页面,点击“查询搜索”报错。 |
|||
5。管理后台的会员列表页面。查询功能不起作用 |
|||
6。待支付的订单取消后优惠券不回退。 |
|||
|
|||
三、需要讨论后修改 |
|||
银行提问:6.待支付的订单取消后优惠券不回退。 |
|||
该问题需要从创建订单时使用优惠券到订单取消或失败整个流程的各个环节进行分析,确认取消支付或支付失败的情况下优惠券都正确退回。 |
|||
|
|||
优化: |
|||
1.系统增加退单流程。 |
|||
2.订单归集统计?对于商品待发货、已发货、已完成订单统计列表。 |
|||
(1)全部提货点的商品订单统计。 |
|||
(2)各个提货点的商品订单统计。 |
|||
(3)各个提货点对应到人的订单统计。 |
|||
3.系统发货后自动收货确认时间是多久? |
|||
|
|||
后台管理,发货界面加一个批量发货,具体实现逻辑再讨论,先修改问题。 |
|||
|
|||
商品发货以及到达取货点,现实现功能为商品发货后发送一个物流信息到用户手机APP信息界面,需要用户进入信息界面主动向服务端发起查询。需要考虑是否发达推送消息或短信通知(推送消息需集成第三方消息推送)。 |
|||
|
|||
因为原系统订单流程是用户下单、支付、商家发货、物流送货到用户收货地址、确认收货交易完成。 |
|||
现在订单流程为用户下单、支付、商家发货、物流送货到用户指定取货点、用户到取货点取货及确认收货交易完成。 |
|||
需要对订单流程进行完整测试,各个环节状态的改变,对用户的通知等都需要再考虑完善。 |
|||
|
|||
四、修改原则 |
|||
1. 现有功能不可以报错,功能可以简化但不可以出错、不可以有缺陷; |
|||
2. 首先考虑手机端APP的稳定性,后期功能完善和调整,通过后台操作或接口来实现,避免手机端APP的升级; |
|||
3. 业务流程需要完整,能够形成完整的闭环,不可以有操作过程中有断开无法连贯的情况。 |
|||
需要对订单流程进行完整测试,各个环节状态的改变。 |
|||
|
|||
系统发货后自动收货确认时间是2天;订单完成时间是5天; |
|||
|
Loading…
Reference in new issue