I直接答案
拉新返利机制里,邀请他人注册的一方才是获得返利的一方。被邀请人完成第一单后,系统只是把这笔订单当成触发条件,实际发放对象另有其人——下单者本人的账户里不会出现这笔返利,所以「他下了单但没看到返利」是正常现象,不是故障。真正该去查的是邀请他注册的那个账号有没有入账。
需要特别注意区分两种身份链条:一种是普通订货客户的上下级关系,另一种是一级返利客户的上下级关系。这两类关系里的上级,都可能成为返利的接收方。换句话说,同一笔被邀请人的订单,可能对应的是订货客户线里的上级,也可能是返利客户线里的上级,具体落在哪个账号,取决于被邀请人注册时挂在谁下面。
因此排查方向不是去问被邀请人「你怎么没返利」,而是回到邀请人那边看记录。如果邀请人的返利明细里也没有,那问题通常出在关系没绑定上、订单不满足触发条件,或者业务本身没启用拉新返利,而不是「被邀请人应该拿却没拿」。
II操作问答
先搞清返利到底发给谁
订货宝的拉新返利在设计上只有一个受益方向:拉人的人获得奖励。被邀请人下单只是让奖励有机会产生,他本人不在这条分润链路上。这一点和很多人的直觉相反,很多人默认「我下单了,平台应该给我返点」,其实不是这么算的。
所以在后台看到一笔被邀请人的订单时,不要盯着这个被邀请人的账户余额找返利。正确的动作是顺着他的上级去找。你可以在客户关系里确认他的上级是谁,再进到那个上级的返利记录里核对。
如果被邀请人同时挂在订货客户线和返利客户线下面,两条线的上级都要分别看一眼,因为返利可能记在其中一条线上,另一条没有。
III操作问答
在系统里怎么一步步查
第一步,打开被邀请人的客户资料,确认他注册时填的邀请关系是否真的保存下来了。有些情况下注册流程走完了,但上下级关系是空的,这种订单自然不会触发任何返利。
第二步,记下被邀请人的上级账号,分别进入这个上级的「订货客户」返利视图和「一级返利客户」返利视图,查看有没有对应的记录。这一步能区分是没产生返利,还是产生了但记在了另一条线上。
第三步,核对那笔订单本身。确认订单已提交、状态正常,不是被取消或作废的单子。被取消的订单不会带来返利,这是常见的误判来源。
第四步,确认拉新返利这个业务本身在系统里是启用的。如果后台根本没开这项功能,前面几步查下来都会是空的,这属于配置问题而不是数据问题。
IV操作问答
最容易配错的两种情形
第一种,邀请关系没绑上。现象是:邀请人信誓旦旦说「人是我拉的」,但被邀请人的资料里上级一栏是空的,于是订单产生了却没有返利落到任何人头上。这类问题往往出现在线下先谈好、线上注册时又没走邀请入口的情况下。
第二种,返利记到了另一条关系线上。现象是:邀请人在订货客户视图里翻不到返利,以为没发,其实记录在一级返利客户的视图里。如果只看一个入口,很容易误判成「系统漏发了」。
还有一种容易被忽略的情况:被邀请人以为返利是给自己的,催着要。这时候需要先跟对方讲清楚规则——返利归邀请人,被邀请人本身不参与,避免因为理解偏差反复报问题。
V操作问答
它跟哪些功能相互影响
返利跟价格体系是分开的两件事。订单按客户自己的价格成交,返利在此基础上另行结算,不要把返利当成折扣去理解,否则对账时会对不上。
如果业务里还有账期和预存款的用法,返利的入账时点和这些资金的入账时点并不一致,查账时建议分开看两条流水,不要混在一起核。
权限方面,返利记录通常按账号可见范围展示。如果你用的是子账号登录,看不到上级账号的返利明细是权限所致,不是数据丢失。要核对完整数据,用有对应查看权限的账号登录。
报表侧,拉新返利的数据一般会在返利相关的统计里体现。如果报表上看不到,先回到单条记录确认是否生成,再去看报表,避免用汇总数据去反推个例。
VII常见问题
被问得最多的几个问题
按订货宝的规则,返利只给邀请人,被邀请人不在这条分润里。如果业务上想让被邀请人也有感知,那需要另外用优惠、赠品或其他活动形式单独设置,不能指望拉新返利自动覆盖他。
先自己排查三步:被邀请人的上级关系是否绑上、订单是否有效未取消、拉新返利功能是否启用。这三步都正常但依然没有记录,再通过订货宝服务官网或全国服务热线 400-888-1794 提供账号和订单信息去核对。
不要按「两条线各发一次」来预期。返利的实际发放按系统里生效的那条上级关系走,建议在后台逐条核对返利明细,以实际生成的记录为准,而不是自己按关系条数推算。
VII继续查
企业微信 · 专属顾问