求助,开发了一个小产品,大概每天有个几百个订单。
但是太多傻逼客户了。(我不想骂人,但是真傻逼)
我脾气不好,不太喜欢跟小白打交道,所以不会用的一律是退款,或者用的不好的,你也随时退,但是不想打第二次交道。
有些顾客,哪怕你退款了,后来还是要买,偷偷注册新用户然后继续买,之后继续退。
购买方式,是通过 web ,付款是支付宝和微信。
请问各位,有没有什么好办法,可以禁止黑名单人群的支付,真的不想赚他们的钱。
但是官方都不给任何借口,我吐了。
1
ganwen OP 我知道有撤销订单的接口,也能获取到用户的支付账户,都有 ID ,是不是可以在用户支付的时候写个自动任务,快速轮训,然后关闭?
谁有类似的现成方案,比如用户的机器设备代码等,只要能禁止就行,愿意付费。 |
2
airyland 2023-10-09 05:29:25 +08:00 1
1. 微信订单有 openid ,支付宝订单有 buyer_user_id ,你可以在可以得到 openid 的时机进行关闭或者退款。
2. 在退款时将用户 ip 、自己保存在浏览器的 id 、登录邮箱都列入黑名单,让同设备、id 的用户无法再次下单。 |
3
billgong 2023-10-09 07:23:42 +08:00 1
从法律角度也要完善一下,ToS 里面最好写清楚服务方可以无条件拒绝服务之类的
|
4
Terry166 2023-10-09 07:31:36 +08:00 via iPhone 4
用户点击支付,不要直接调起支付 sdk ,先到服务器判断一下是不是在黑名单,客户端再根据返回的判断结果决定是否调用支付 sdk
|
5
locoz 2023-10-09 08:12:00 +08:00 via Android
“有些顾客,哪怕你退款了,后来还是要买,偷偷注册新用户然后继续买,之后继续退。”
太经典了…看到就开始头大了 |
6
Ashore 2023-10-09 08:40:59 +08:00
想知道卖的是啥,为什么都不会用了还是会有人重复购买。
|
7
18115692244 2023-10-09 08:59:49 +08:00 via iPhone
@Ashore onlyfans ?😂
|
8
me1onsoda 2023-10-09 09:01:05 +08:00
不是需要服务端唤起支付吗?在服务端做验证就好了
|
10
ClarkAbe 2023-10-09 09:27:30 +08:00 via Android
判断微信 openid 或者支付宝 user id 不对就不发起订单就好了啊
|
11
pannanxu 2023-10-09 09:44:00 +08:00
可以试试从逻辑上处理:微信扫码支付,跳转小程序进行支付,可以拿到 openid ,然后通过 openid 进行黑名单处理
|
12
zackzergzeng 2023-10-09 09:50:55 +08:00
搞个推荐码系统呗,填了才能去付款页面
|
13
jstony 2023-10-09 09:53:29 +08:00
既然你能识别到用户的 openid 或者 user id 或者手机号或者自己系统账号,用户下单的时候给他 show 个下单失败就完了啊。
|
14
jiangwei2222 2023-10-09 10:13:21 +08:00
注册新账号购买,那天王老子来了也没法判断吧?就比如 chatgpt ,都搞这么严格了,国内的各位不照样能买吗
|
15
hxndg 2023-10-09 10:16:15 +08:00
禁止支付太靠后了,放在前面,订单确定用户直接干掉
|
16
hxndg 2023-10-09 10:17:53 +08:00
这里面忘了说一点了,新用户就直接手机号或者微信号登陆?让用户重新注册手机号或者微信号的代价比较麻烦即可。彻底的防备很难
|
17
javalaw2010 2023-10-09 10:20:13 +08:00
web 好办,首次进入的时候生成一个随机 id 扔到 cookie 里面或者 localstorage 里面,创建订单的时候记录下来就完事了,退款的时候加黑名单,下单的时候查黑名单,既然是小白,肯定也不懂怎么清 cookie 或者 localstorage ,这个方案足够了。
|
18
ganwen OP 已解决,思路比较清奇,你买任你买,我直接判断黑名单 ID ,然后直接自动退款!完美。
|