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

2022-03-30 18:12:25 +08:00
 TUNGH

这需求让人头皮发麻。 创建订单的时候要求不要锁定账户余额。

2681 次点击
所在节点    程序员
21 条回复
mnssbe
2022-03-30 18:36:11 +08:00
有没有这样一种可能,产品没问题, 程序逻辑有问题
TUNGH
2022-03-30 19:20:26 +08:00
@mnssbe 其实都有很大问题,产品很水,自己每次新提的需求都和以前的旧需求有冲突。
taresky
2022-03-30 19:32:27 +08:00
确实菜。语文功底很差,乱用名词,需求描述让人头晕。
westoy
2022-03-30 19:38:35 +08:00
有一说一

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

各家电商创建订单锁的都是代币和券, 余额确实都是在支付的时候抵扣的
en20
2022-03-30 19:38:51 +08:00
我也碰到过这种产品, 联系买家叫约谈--!
TUNGH
2022-03-30 20:53:27 +08:00
@westoy 我们支付的时候是拉起支付宝或者微信,余额就跟代币的功能一样,所以肯定要锁住余额。
lucybenz
2022-03-30 22:37:36 +08:00
文笔确实不咋地,但需求是真实存在。 提交订单锁余额,的确影响用户体验。
如果不锁余额,拉起三方支付时检查一次余额,根据用户选择的组合付款方案,正常拉起支付;
获取到三方支付回调信息后,扣除余额并更新订单信息; 余额不够扣除的,支付金额原路退回,提醒用户余额问题导致付款失败,支付金额已原路退回,重新支付即可。
davin
2022-03-30 22:39:37 +08:00
订单状态:待支付,支付中 (带倒计时,结束后自动变为已取消),已取消,退款中,已退款,已完成。同一个用户设定不能同时存在超过 X 个支付中的订单,X 由产品特性决定,一定程度防止多个用户对一个商品一直进行锁定,只下单不付款。自动取消的订单,金额会原路退给用户。有时候会碰到用户付款成功,却没收到商品 (在线实时交易的虚拟物品),或者多次重复付款的问题,用户就会在支付宝或者微信上进行投诉,被投诉多了挺恶心的,没办法,没有支付拍照,只能一点点解决。这些是我以前做支付相关功能的时候,一点点体验。

总体看来,截图的产品大方向是没错的,都是碰到问题一点点解决。没搞懂截图中间的「集中营」百科解释是什么鬼😂 而且根据百科显示,这个词用在标题或者 Slogan 上并不是太好。
felixcode
2022-03-30 22:41:41 +08:00
这描述看着都能发出声音,是微信语音消息的声音,一长条一长条的。
TUNGH
2022-03-30 22:59:14 +08:00
@lucybenz 我们以前的需求是每次生成订单的时候,必须强制让用户使用余额抵扣,没有选择的余地,这次的需求和以前的需求都是一个产品做的.
pengtdyd
2022-03-30 23:05:20 +08:00
吐槽归吐槽。不要在外网上发公司内的信息,小心有法律风险。
TUNGH
2022-03-30 23:06:48 +08:00
@davin 你的流程和我们几乎是一致的,只不过我们在生成订单的时候,会有付款金额,第三方支付金额,余额付款金额三个字段,付款金额=第三方支付金额+余额付款金额,第三方支付金额
TUNGH
2022-03-30 23:18:27 +08:00
@davin 你的流程和我们几乎差不多,我们在生成订单的时候,会有实付金额,第三方支付金额,余额付款金额三个字段,实付金额=第三方支付金额+余额付款金额。
如果用户有余额,购买商品的时候强制使用所有余额。(同一个产品提的需求)
第三方支付金额就是 app 页面需要展示的去支付宝或者微信支付的金额,这个金额必须通过实付金额-余额才能算出来。
所以,在待支付状态的时候,就要算出待支付多少钱(就是第三方支付金额),这个时候订单已经生成,余额如果不锁住,那么用户还能使用该余额生成一个待支付的订单,这样用户就薅羊毛了。
davin
2022-03-30 23:55:39 +08:00
余额付款金额,指的是虚拟代币?代币又是怎么来的,能提现么?如果能提现,又强制使用所有余额就太霸王条款了吧,小心用户投诉。不能提现,退款的话,还得把余额付款金额退回来吧,感觉还挺复杂的。之前做的支付流程没有这么复杂,不过涉及卖家和买家,得有提现操作吧,我们之前的做法是有个钱包功能,卖家的钱能从钱包提取到银行卡、支付宝或者微信。首次绑定支付宝或者微信,得实名认证和验证用户手机号,安全还是挺重要的,另外也方便追踪钱款流向和数据分析啥的。
davin
2022-03-30 23:59:36 +08:00
针对薅羊毛的话,可以有相应的措施,比如限制下单频次或者提现,配合得当的数据风控,严重的不给展示商品,禁用优惠券,或者直接黑号😜
darkengine
2022-03-31 09:12:18 +08:00
@TUNGH
在待支付状态的时候,就要算出待支付多少钱(就是第三方支付金额),这个时候订单已经生成,余额如果不锁住,那么用户还能使用该余额生成一个待支付的订单,这样用户就薅羊毛了。

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

第一个订单只是待支付状态啊,用户支付这个订单的时候不会拿当前余额重新算一次的?
TUNGH
2022-03-31 09:34:47 +08:00
@darkengine 看我上一个回复
xuanbg
2022-03-31 14:14:09 +08:00
生成订单肯定不能锁余额啊,我这单不付款,另外下一单不行吗?所以根本就不存在什么锁余额的操作,支付的时候直接扣款就完了。余额不够提示用户余额不足扣款不成功不是正常的操作吗?
TUNGH
2022-03-31 19:53:41 +08:00
@xuanbg 余额的作用在我们系统中类似于优惠券或者代币,所以肯定要锁住啊,而支付是去的支付宝或者微信。
xuanbg
2022-03-31 21:37:13 +08:00
@TUNGH 都是钱,还区别对待上了。。。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/843930

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX