I直接答案
系统对「待激活」的判定只有一个依据:这个客户档案建立之后,有没有人用他自己的账号从订货端成功登录过。只要没有登录记录,客户就一直挂在待激活列表里,管理端的业务员可以把他当成正常客户来操作,其中就包括模拟开单。也就是说,能不能模拟开单并不看客户是否登录过,而看业务员手里有没有这个客户的档案权限。
真正让状态发生变化的动作是模拟开单提交成功。订单生成的那一刻,系统会把这个客户的账号置为已启用,之后他再登录订货端就是正常可用状态,不再出现在待激活筛选里。所以业务员替客户走一单,实际起到的是「代客激活」的效果。
反过来说,如果业务员只是想看看客户资料、并不打算下单,那模拟开单不会发生,客户也就一直停在待激活。要不要激活,取决于你愿不愿意用一张真实订单把流程推过去。
II操作问答
判定逻辑:登录记录才是分界线
订货宝把客户分成待激活和已启用,靠的不是签约时间、不是有没有分配业务员,而是订货端有没有该账号的登录痕迹。档案建好但没人登录过,系统就认为这个客户还没真正进入你的线上订货体系,标记为待激活。
这条规则的好处是清晰:业务员不需要去猜客户为什么是待激活,直接看有没有登录记录即可。坏处也明显——如果客户习惯打电话让你代下单,他可能长期停留在待激活,直到你主动用模拟开单推一次。
因此判断「能不能模拟开单」,结论跟客户当前状态无关。待激活客户可以,已启用客户当然也可以,模拟开单本身并不限制客户状态。
III操作问答
在管理端替客户下单的具体步骤
第一步,用有客户管理权限的账号登录管理端,进入客户列表,用状态筛选把待激活的客户挑出来,或者直接搜索客户名称。第二步,找到目标客户那一行,打开操作菜单,选择模拟开单这类代客下单入口。
第三步,系统会切到以该客户身份浏览订货端的视角,商品、价格、可见范围都按这个客户的规则呈现。按正常下单流程把商品加入购物车,确认数量、规格、收货信息,提交订单。
第四步,提交完成后回到客户列表刷新,该客户的状态会从待激活变成已启用。这时候可以顺手核对一下订单是否落在正确的客户名下,避免下错人。
要注意的是,模拟开单产生的是一张真实订单,它会进入后续的审核、发货、对账链路,不是演练用的假数据。不要为了「试试能不能开单」而随便提交。
IV操作问答
两种最容易配错的情形
第一种是把客户和业务员的绑定关系搞反。如果这个客户没有分配给你,或者你的账号只有查看权限,操作菜单里可能不出现模拟开单入口,或者点进去后看不到该客户的专属价格。现象就是「明明客户是待激活,我却开不了单」。这时先确认客户归属和账号权限,而不是反复刷新页面。
第二种是价格体系没对齐。客户如果挂在某个价格分组或者有单独协议价,模拟开单时应该按他的价格走。若分组配置漏了,业务员会看到按默认价展示的商品,提交后订单金额跟客户预期不一致,事后还得改单。
还有一种容易被忽略的情况:客户有授信额度或预存款限制,模拟开单提交时可能触发额度校验。额度不够,订单会被拦下来,客户状态也就不会变成已启用。
V操作问答
跟哪些功能联动
模拟开单不是孤立动作,它会把价格、账期、库存、权限、报表几条线一起牵动。价格方面,客户所属的价格分组和协议价决定了模拟开单时的展示价;账期方面,客户的结算方式决定这单是挂账还是现结,授信额度与预存款余额会参与校验。
库存方面,订单提交后按正常规则占用可售库存,多规格商品要选对规格,否则会出现下了单却发不出货的情况。权限方面,只有被授予相应客户范围和操作权限的业务员才能发起模拟开单。
报表方面,这张订单会计入客户的历史订单和业务员的业绩统计,也会影响后续的对账数据。换句话说,点下提交之前,先想清楚这单在账上算谁的。
VII常见问题
被问得最多的几个问题
能。模拟开单并不限制客户状态,已启用的客户同样可以由业务员代为下单。区别在于已启用客户的账号已经能自己登录,代下单更多是服务老客户或处理临时补货,不会引起状态变化。
先看客户列表的状态字段是否已变为已启用,这是激活成功的直接标志。通知是否触达取决于客户档案里的联系方式有没有填对、以及对应的消息设置有没有开启,跟激活本身是两件事,分开排查即可。
模拟开单是按客户逐个进入订货端视角操作的,没有一键批量提交的入口。如果客户数量多,更合理的做法是引导他们自己登录一次订货端,登录记录一产生,状态自然就变成已启用,不必逐单去开。
VII继续查
企业微信 · 专属顾问