V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
TUNGH
V2EX  ›  程序员

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

  •  
  •   TUNGH · 2022-03-30 18:12:25 +08:00 · 2484 次点击
    这是一个创建于 729 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

    第一个订单只是待支付状态啊,用户支付这个订单的时候不会拿当前余额重新算一次的?
    TUNGH
        17
    TUNGH  
    OP
       2022-03-31 09:34:47 +08:00
    @darkengine 看我上一个回复
    xuanbg
        18
    xuanbg  
       2022-03-31 14:14:09 +08:00
    生成订单肯定不能锁余额啊,我这单不付款,另外下一单不行吗?所以根本就不存在什么锁余额的操作,支付的时候直接扣款就完了。余额不够提示用户余额不足扣款不成功不是正常的操作吗?
    TUNGH
        19
    TUNGH  
    OP
       2022-03-31 19:53:41 +08:00 via Android
    @xuanbg 余额的作用在我们系统中类似于优惠券或者代币,所以肯定要锁住啊,而支付是去的支付宝或者微信。
    xuanbg
        20
    xuanbg  
       2022-03-31 21:37:13 +08:00
    @TUNGH 都是钱,还区别对待上了。。。
    fiypig
        21
    fiypig  
       2022-03-31 22:35:36 +08:00 via iPhone
    你余额差不多是抵扣的意思呗,订单给失效时间就行,的确要锁
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   943 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 39ms · UTC 21:30 · PVG 05:30 · LAX 14:30 · JFK 17:30
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.