I直接答案
客户能不能提交退货,决定权不在客户身上,而在系统设置里的退货限制。订货宝把退货能不能发起,跟一个时间门槛绑在一起:从订单满足某个条件开始算,超过设定时长就不允许再提退货。所以想让客户提交不了退货,本质上不是去客户档案里关一个开关,而是把允许退货的时长压到最小,也就是填0。填0之后,客户侧进入退货入口时会被拦下。
但这里有个容易踩的坑:退货限制是全局生效的,不是挑客户生效。你把时长设为0,等于对所有客户都关掉了退货通道,管理端自己走退款流程同样会被挡住。所以如果你的真实需求只是针对某一个客户,或者只是想缩短退货窗口而不是彻底关闭,就不应该用0这个值,而要考虑用更长的天数来控节奏,再配合订单状态、售后沟通去处理个别情况。
结论是:要实现客户不能提交退货,操作路径就是系统设置里的退货限制,把退货时间设为0;代价是管理端退款也会一起被限制,做之前先确认这个副作用你能接受。
II操作问答
一、系统到底靠什么判定客户能不能退货
订货宝的退货入口不是随时敞开的,它依赖一个时间参数。系统设置里有一项退货限制,里面有一个退货时间字段。这个字段代表允许退货的时长,单位是天。客户在客户端尝试发起退货时,系统会拿当前时间和这个时长做比对,超出范围就拒绝提交。
当这个值被填成0,相当于允许退货的窗口为零天,系统会认为任何时间点都已经超出范围,于是退货提交动作被直接拦住。这就是为什么文档里给出的做法是设置0,而不是去某个客户详情页里找禁止退货的勾选项。
III操作问答
二、具体操作步骤
第一步,用有系统设置权限的账号登录订货宝管理端。没有这个权限的账号看不到对应菜单,先去权限里确认。第二步,进入系统设置,找到退货限制这一项。第三步,在退货时间字段里填入0。第四步,保存设置。
保存之后不需要额外发布或同步,客户端下次进入退货流程就会按新规则判定。建议保存后用一个小额订单或者测试客户实际走一遍退货提交,确认按钮已经被拦住,而不是等真实客户来反馈才发现没生效。
如果你只是想缩短退货期而不是彻底关闭,把0换成你想要的天数即可。天数越大,客户可退货的时间越长;天数越小,窗口越窄。这个值是全局的,改一次影响所有客户。
IV操作问答
三、最容易配错的两种情形
第一种,为了拦住某个客户把全局设成0,结果自己人也退不了款。退货限制是全局设置,设0之后管理端走退款同样会被控制。你会发现客服想给客户手动退款时操作被挡,这时候再去排查设置,才想起是自己关的。
第二种,以为客户档案里有单独的禁止退货开关。实际上决定权在系统设置这一层,客户档案里找不到那种针对单人的退货开关。如果你确实需要只针对个别人控制,比较现实的做法是退货窗口留出正常天数,再通过售后沟通和订单备注去处理负面情况,而不是指望一个按客户维度的开关。
V操作问答
四、它和哪些功能会互相影响
退货限制直接影响售后和退款流程,管理端退款被限制就是最直接的联动。同时它也会间接影响客户体验,退货窗口太窄时客户容易在客服渠道表达不满,售后压力会转移到人工。
另外,退货动作往往和订单状态、库存回退、账务记录相关联。关闭退货入口之后,原先走退货回补库存和调整账务的路径会走不通,需要靠其他方式处理。所以不建议长期把0当作默认值,它更像一个临时手段。
如果你们业务本身涉及多规格商品、预存款结算或授信额度,退货被堵住之后,客户的资金和额度退回也会受影响,做决策前把这条链路想清楚。
VI操作问答
五、做之前先确认你真正的目标
如果你的目标是彻底不让客户提交退货,设0是有效的。如果你的目标只是不希望客户在收货很久之后还来退,那用0就过头了,设一个合理天数更合适。
如果你的目标是只针对某个客户,退货限制做不到精细到人,你需要接受这一点,或者用其他方式变通。把目标想清楚再动手,比设完发现副作用再回滚要省事得多。
VIII常见问题
被问得最多的几个问题
客户在客户端尝试发起退货时,提交通道会被拦住,无法完成退货申请。具体文案由订货宝前端展示,你可以在保存设置后用测试账号实际走一遍确认。重点是拦住的是提交动作,而不是单独针对某个客户。
退货限制是在系统设置里统一控制的,不区分具体客户。设0之后所有客户都不能提交退货,管理端退款也会被限制。如果确实只针对个别人,建议保留正常退货窗口,再通过售后沟通和订单备注处理,不要指望在客户档案里找到单人开关。
管理端同样会被控制,退款操作会被挡住。如果只是临时关闭退货,记得在需要人工退款之前把退货时间改回一个可用天数,退款完成后再决定是否重新设0。这个值改一次全局生效,不用逐个客户处理。
VIII继续查
企业微信 · 专属顾问