|
|
|
@ -1,83 +1,32 @@ |
|
|
|
|
|
|
|
1。优惠券面额无法输入小数点。 |
|
|
|
修改新增优惠券界面的验证规则，设置优惠券面额可输入2位小数。（郭兴） |
|
|
|
2。需要确认已有账户再次注册（即13832363123账号已经注册成功，退出登录后再用13832363123进行注册）的情况下前后台的执行逻辑是什么？ |
|
|
|
3。APP端，已经过期的优惠券应该归到已失效里边。 |
|
|
|
查看优惠券列表的接口，接口返回数据时对应正确的状态。（郭兴查看手机端调用接口及显示数据参数，底孟哲调整接口数据） |
|
|
|
4。管理后台的订单列表页面，点击"查询搜索"报错。 |
|
|
|
5。管理后台的会员列表页面。查询功能不起作用 |
|
|
|
6。待支付的订单取消后优惠券不回退。 |
|
|
|
|
|
|
|
需要对订单流程进行完整测试，各个环节状态的改变。 |
|
|
|
|
|
|
|
系统发货后自动收货确认时间是2天；订单完成时间是5天； |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
二、待修改 |
|
|
|
银行提问：3.后台首页可点击，跳转空白页，作用是什么？ |
|
|
|
后台首页显示的统计数据，将点击链接去掉（即只展示数据不需要页面跳转）。页面上展示的需要是真实数据，如果暂时无真实数据的接口，先隐藏不显示，后期完成接口后再进行展示。（郭兴） |
|
|
|
银行提问：4.优惠券面额无法输入小数点。 |
|
|
|
修改新增优惠券界面的验证规则，设置优惠券面额可输入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端，已经过期的优惠券应该归到已失效里边。 |
|
|
|
查看优惠券列表的接口，接口返回数据时对应正确的状态。（郭兴查看手机端调用接口及显示数据参数，底孟哲调整接口数据） |
|
|
|
|
|
|
|
三、需要讨论后修改 |
|
|
|
银行提问：6.待支付的订单取消后优惠券不回退。 |
|
|
|
该问题需要从创建订单时使用优惠券到订单取消或失败整个流程的各个环节进行分析，确认取消支付或支付失败的情况下优惠券都正确退回。 |
|
|
|
|
|
|
|
优化： |
|
|
|
1.系统增加退单流程。 |
|
|
|
2.订单归集统计？对于商品待发货、已发货、已完成订单统计列表。 |
|
|
|
（1）全部提货点的商品订单统计。 |
|
|
|
（2）各个提货点的商品订单统计。 |
|
|
|
（3）各个提货点对应到人的订单统计。 |
|
|
|
3.系统发货后自动收货确认时间是多久？ |
|
|
|
|
|
|
|
后台管理，发货界面加一个批量发货，具体实现逻辑再讨论，先修改问题。 |
|
|
|
|
|
|
|
商品发货以及到达取货点，现实现功能为商品发货后发送一个物流信息到用户手机APP信息界面，需要用户进入信息界面主动向服务端发起查询。需要考虑是否发达推送消息或短信通知（推送消息需集成第三方消息推送）。 |
|
|
|
|
|
|
|
因为原系统订单流程是用户下单、支付、商家发货、物流送货到用户收货地址、确认收货交易完成。 |
|
|
|
现在订单流程为用户下单、支付、商家发货、物流送货到用户指定取货点、用户到取货点取货及确认收货交易完成。 |
|
|
|
需要对订单流程进行完整测试，各个环节状态的改变，对用户的通知等都需要再考虑完善。 |
|
|
|
|
|
|
|
四、修改原则 |
|
|
|
1. 现有功能不可以报错，功能可以简化但不可以出错、不可以有缺陷； |
|
|
|
2. 首先考虑手机端APP的稳定性，后期功能完善和调整，通过后台操作或接口来实现，避免手机端APP的升级； |
|
|
|
3. 业务流程需要完整，能够形成完整的闭环，不可以有操作过程中有断开无法连贯的情况。 |
|
|
|
|
|
|
|
|
|
|
|
管理后台，分类，上下级同名的问题 |
|
|
|
|
|
|
|
优惠券输入小数，支付时和优惠券显示时都有问题。优惠券发放类型。优惠券限领数量无效。限领2张，只能领取1张 |
|
|
|
|
|
|
|
商品编辑后，APP显示信息错误 |
|
|
|
|
|
|
|
会员注册，查看修改会员号，会员号是否可以重复。提示信息不对。 |
|
|
|
|
|
|
|
管理后台，收货（提货）的流程和操作 |
|
|
|
|
|
|
|
订单列表，会员列表页面的搜索。 |
|
|
|
|
|
|
|
订单需要能够导出。按分类（订单状态）导出所有。下单日期，手机号，用户名，商品名称，价格，数量，自提点，订单状态。 |
|
|
|
按下单日期时间段过滤。 |
|
|
|
|
|
|
|
会员下单24小时内可退货，退货退款原路返回。 |
|
|
|
24小时后，默认为已发货状态，不可以退货退款。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
管理后台，"商品管理"-"商品分类"页面。 |
|
|
|
列表中"导航栏"、"是否显示"、"是否首页显示"这些设置的作用是什么？如果没有用就先隐藏掉（"是否显示"这个应该是控制是否在APP端显示该类别及其下级类别或该类别的商品）。 |
|
|
|
"设置"这一列中"转移商品"的作用？如果没有用先隐藏这个按钮。 |
|
|
|
新增二级分类，如果有同名的分类名称，数据会出错，需要加限定条件或修改增加保存的逻辑，不能出错。后台增加了类别，手机端是否可以实时看到新增或修改的分类。 |
|
|
|
管理后台编辑商品后，在手机端查看该商品信息出错。 |
|
|
|
手机端优惠券金额显示不正确，应该是2位小数。 |
|
|
|
|
|
|
|
使用优惠券支付时，付款金额显示不正确。 |
|
|
|
|
|
|
|
优惠券限领数量无效。限领2张，只能领取1张。 |
|
|
|
管理后台，新增优惠券。优惠券类型的选择和适用平台的选择都去掉，并且默认类型为"全场赠券"，默认适用平台为"全平台"。 |
|
|
|
手机端注册问题较多，注册成功提示"该用户已经存在"，已有手机号再次注册也可以成功。注册成功提示密码不正确无法登录等各种情况都有。这一部分需要详细、全面的认真进行一次测试，保证流程以及提示信息正确。 |
|
|
|
管理后台，"订单管理"-"发货列表"页面的作用不明确，先屏蔽掉。 |
|
|
|
管理后台，"运营管理"-"广告列表"页面，搜索功能无效，去掉列表中"广告位置"、"点击次数"、"生成订单"这些列。添加广告不选广告位置（默认设置为Android首页轮播） |
|
|
|
社区管理-社区列表页面，查询功能无效。取货点页面查询功能无效，取货点页面屏蔽"导出"、"导入"按钮。取货点页面列表的表名不正确。 |
|
|
|
APP端，已经过期的优惠券应该归到已失效里边。 |
|
|
|
手机端领取优惠券是否可以一键全部领取（该需求待讨论） |
|
|
|
待支付的订单取消后优惠券不回退。用户使用优惠券下单，未支付或支付失败的情况，该订单还有效，处于待支付状态，APP端可以继续完成支付操作。在待支付状态用户可以主动取消订单，或者超过支付等待时间（20分钟）订单自动失效，订单失效需要将未使用的优惠券回退。 |
|
|
|
系统增加退单流程。会员下单24小时内可退货，退货退款原路返回（退回支付宝或微信，需要调用支付宝或微信的退款接口）。24小时后，自动设置为已发货状态（待收货），不可以退货退款。在管理后台订单列表页面，"待发货"这一栏中，点击"订单发货"按钮，订单状态变为"待收货"状态，也不可以退货退款。 |
|
|
|
收货（提货）的流程和操作。在管理后台订单列表页面的"待收货"列表，增加"已收货"按钮，将订单状态改为交易完成。在APP端用户可以点击"收货"按钮，同样完成收货操作。后台记录收货时间以及是客户操作还是后台人员操作。 |
|
|
|
在订单列表，可以通过下单日期时间段、取货点、分类（订单状态）、用户信息等进行过滤查询，查询结果需要能够导出到Excel。导出字段包括：下单日期，手机号，用户名，商品名称，价格，数量，自提点，订单状态等。 |
|
|
|
增加订单归集统计页面，对于商品待发货、已发货、已完成订单统计列表。 |
|
|
|
（1）全部提货点的商品订单统计。 |
|
|
|
（2）各个提货点的商品订单统计。 |
|
|
|
（3）各个提货点对应到人的订单统计。 |
|
|
|
后台管理，发货界面加一个批量发货（该需求待讨论） |
|
|
|
完整的购买、下单、收货流程 |
|
|
|
用户在APP端浏览商品，选择下单，生成订单（订单状态为待付款）。下单前惠农会员可以先领优惠券。 |
|
|
|
会员通过微信或支付宝付款成功（订单状态为待发货）。会员取消付款或订单超过20分钟未付款，订单设置为已关闭状态，优惠券退回。待发货24小时之内如果订单状态没改变（还没发货），用户可以取消订单，停止发货，款项原路退回，优惠券失效，订单为已关闭状态。 |
|
|
|
工作人员在后台待发货列表点击"发货"，或者待发货状态超过24小时，订单状态改为"待收货"，不可以再退货。后台发送消息通知：7日内到取货点取货。 |
|
|
|
订单在待收货状态，用户可以到取货点取货，工作人员根据手机号查询对应订单及货物交付给用户，用户可以在APP端点击"取货"完成取货操作或者工作人员在待收货列表点击"已取货"按钮状对应订单设置为已经取货状态，交易完成。在待收货列表，可以针对未取货的订单用户发送消息通知或电话联系。 |
|
|
|
消息通知，增加消息通知设置页面，设定日期时间、通知标题、通知内容。后台程序在设定的日期时间将通知内容发送给全部用户。现在的消息通知功能为系统发送信息到用户手机APP信息界面，用户在信息界面查看消息通知内容。 |
|
|
|
|
liupopo
2 years ago