大继的基础级业务实战设计记录(二),众筹

一,概要

本文对众筹设计进行描述。由于众筹概念比较混乱,本文主要是针对固定上限众筹流程设计。
本次写作只想BB不想贴代码。

二,适用场景

  • 众筹一个固定金额。
  • 固定上限众筹商品等场景,已知金额,并不能超额。
  • 第三方支付,带有支付回掉延迟和失败。

三、最终总体实现流程图

  • 简书不能使用markdown来写流程图,只能在别的地方画完放过来。


    总体实现流程图
  • 退款部分实现逻辑下个文章会在订单实战设计记录回详细说明,一个多重兼容订单。

四、实战中的问题。

  • 第三方回调时间不稳定,如微信有时候需要10来分钟才回调。
  • 同用户重复锁定问题,由前段发起几个锁定,锁死了金额导致其它用户无法支持,由前段控制提交次数,或后端同一用户同一个众筹支持强行解锁上次锁定,可以优化用户体验。
  • 如果做了重新锁定,那就注定了,有部分用户会支付超出,众筹额度。
  • 实现过程过由于项目比较紧急未实现,5分钟回调和其支持成功,但无正常激活支持情况。
  • 本以为界限外的5分钟不会发生,就算会,也只有几个,事实证明,其中出现问题次数在2W+次的从筹中出现了50+次失败共涉及到20+-用户,手工找日志回补,和做脚本回补,更重要的是吓到用户。

五、总结

就算没时候完成所有实现,需要做后出错时回补工作,例如写个日志什么的。

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容