遇到这种产品需求怎么办？

有没有这样一种可能，产品没问题， 程序逻辑有问题

@mnssbe 其实都有很大问题，产品很水，自己每次新提的需求都和以前的旧需求有冲突。

确实菜。语文功底很差，乱用名词，需求描述让人头晕。

有一说一

这订单逻辑的描述没问题啊

各家电商创建订单锁的都是代币和券， 余额确实都是在支付的时候抵扣的

我也碰到过这种产品, 联系买家叫约谈--!

@westoy 我们支付的时候是拉起支付宝或者微信，余额就跟代币的功能一样，所以肯定要锁住余额。

文笔确实不咋地，但需求是真实存在。 提交订单锁余额，的确影响用户体验。
如果不锁余额，拉起三方支付时检查一次余额，根据用户选择的组合付款方案，正常拉起支付；
获取到三方支付回调信息后，扣除余额并更新订单信息； 余额不够扣除的，支付金额原路退回，提醒用户余额问题导致付款失败，支付金额已原路退回，重新支付即可。

订单状态：待支付，支付中 (带倒计时，结束后自动变为已取消)，已取消，退款中，已退款，已完成。同一个用户设定不能同时存在超过 X 个支付中的订单，X 由产品特性决定，一定程度防止多个用户对一个商品一直进行锁定，只下单不付款。自动取消的订单，金额会原路退给用户。有时候会碰到用户付款成功，却没收到商品 (在线实时交易的虚拟物品)，或者多次重复付款的问题，用户就会在支付宝或者微信上进行投诉，被投诉多了挺恶心的，没办法，没有支付拍照，只能一点点解决。这些是我以前做支付相关功能的时候，一点点体验。

总体看来，截图的产品大方向是没错的，都是碰到问题一点点解决。没搞懂截图中间的「集中营」百科解释是什么鬼 而且根据百科显示，这个词用在标题或者 Slogan 上并不是太好。

这描述看着都能发出声音，是微信语音消息的声音，一长条一长条的。

@lucybenz 我们以前的需求是每次生成订单的时候,必须强制让用户使用余额抵扣,没有选择的余地,这次的需求和以前的需求都是一个产品做的.

吐槽归吐槽。不要在外网上发公司内的信息，小心有法律风险。

@davin 你的流程和我们几乎是一致的,只不过我们在生成订单的时候,会有付款金额,第三方支付金额,余额付款金额三个字段,付款金额=第三方支付金额+余额付款金额,第三方支付金额

@davin 你的流程和我们几乎差不多,我们在生成订单的时候,会有实付金额,第三方支付金额,余额付款金额三个字段,实付金额=第三方支付金额+余额付款金额。
如果用户有余额,购买商品的时候强制使用所有余额。（同一个产品提的需求）
第三方支付金额就是 app 页面需要展示的去支付宝或者微信支付的金额,这个金额必须通过实付金额-余额才能算出来。
所以，在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。

余额付款金额，指的是虚拟代币？代币又是怎么来的，能提现么？如果能提现，又强制使用所有余额就太霸王条款了吧，小心用户投诉。不能提现，退款的话，还得把余额付款金额退回来吧，感觉还挺复杂的。之前做的支付流程没有这么复杂，不过涉及卖家和买家，得有提现操作吧，我们之前的做法是有个钱包功能，卖家的钱能从钱包提取到银行卡、支付宝或者微信。首次绑定支付宝或者微信，得实名认证和验证用户手机号，安全还是挺重要的，另外也方便追踪钱款流向和数据分析啥的。

针对薅羊毛的话，可以有相应的措施，比如限制下单频次或者提现，配合得当的数据风控，严重的不给展示商品，禁用优惠券，或者直接黑号

@TUNGH
在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。

--------------------

第一个订单只是待支付状态啊，用户支付这个订单的时候不会拿当前余额重新算一次的？

@darkengine 看我上一个回复

生成订单肯定不能锁余额啊，我这单不付款，另外下一单不行吗？所以根本就不存在什么锁余额的操作，支付的时候直接扣款就完了。余额不够提示用户余额不足扣款不成功不是正常的操作吗？

@xuanbg 余额的作用在我们系统中类似于优惠券或者代币，所以肯定要锁住啊，而支付是去的支付宝或者微信。

@TUNGH 都是钱，还区别对待上了。。。

你余额差不多是抵扣的意思呗，订单给失效时间就行，的确要锁