I公司动态
业务员在手机上处理订单,减少来回传话
业务员在客户店里,最常遇到的情况是客户要补货,但说不清上次订了什么、现在有什么政策。如果业务员只能打电话回公司问内勤,再等内勤查完回复,一趟拜访可能要多花十几二十分钟。订货宝移动端把商品、库存、价格、政策都放在业务员手机上,客户当面说要什么,业务员可以当场查、当场确认。
移动端能做的第一件事是代客下单。业务员用自己账号登录,选择客户,加商品,确认数量和价格,提交订单。订单直接进入系统,不需要回公司再录一遍。做错的地方通常是业务员图快,没有核对客户收货地址和联系人,订单提交后才发现发错仓或发错人,后面改单比重新下单还麻烦。
第二件事是看政策。哪些客户能享受什么价、有没有阶梯返利、活动到什么时候,业务员在手机上能直接查。但要注意,政策展示和实际结算之间可能有时间差,如果业务员按旧政策给客户报了价,而系统已经切到新政策,客户收到账单时会觉得不对。所以业务员在报价前,最好确认一下政策生效时间。
II公司动态
代客下单的边界:谁提交,谁负责
代客下单不是把客户账号借来用,而是业务员在自己的移动端里以客户身份创建订单。这个动作会在系统里留下记录:谁提交的、什么时候提交的、订了什么。管团队的人要看的就是这个记录,而不是只听业务员说“我已经帮客户下了”。
有些团队会让业务员用客户手机自己下单,这样系统里显示的是客户账号操作,业务员的工作量无法统计。如果公司考核拜访和下单转化,这种操作会让数据失真。更稳妥的做法是统一用业务员移动端代客下单,客户只需要确认订单内容。
代客下单还有一个取舍:业务员权限开得太大,可能改价、改数量、改赠品;开得太小,又什么都做不了,还是得回公司走流程。建议按客户等级或业务员职级来配权限,比如普通业务员只能按系统价下单,主管才能改价。这样既让一线有速度,又不至于把价格体系冲乱。
III公司动态
客户归属要在移动端看得见,不能只靠口头说
渠道生意里,客户归属是个容易扯皮的事。两个业务员跟同一个客户,或者客户换了对接人,订单算谁的?如果系统里没有明确归属,月底算提成时就要靠聊天记录和记忆来对。订货宝移动端把客户归属做成可见字段,业务员打开客户详情就能看到这个客户归谁,避免重复跟进。
客户归属不是设一次就不管了。客户可能因为区域调整、业务员离职、客户主动要求换人而需要变更。变更动作最好由主管在移动端或后台操作,不要由业务员自己改。业务员自己改归属,容易出现抢客户、藏客户的情况,后面再查就很被动。
还有一种情况是客户在订货小程序或商城上自己下单,没有经过业务员。这种订单的归属怎么算,需要在规则里提前定好。是按客户归属算,还是按最近一次跟进算,还是算公海订单?没有规则,业务员就会觉得线上订单跟自己没关系,慢慢就不愿意推客户上线。
IV公司动态
移动管理端给主管看什么
主管用移动管理端,不是要看业务员每五分钟在干什么,而是要看几个关键动作有没有发生:今天拜访了几家、代客下单了几单、哪些客户看了政策但没下单、哪些订单卡在待确认。这些信息在手机上就能看,不需要回办公室开电脑。
看数据时要注意一个坑:拜访签到不等于有效拜访。业务员到了客户门口点个签到,进去聊两句就走,系统里也有记录。如果只看签到数,容易被数字误导。更实在的指标是拜访后有没有产生代客下单、有没有更新客户信息、有没有上传陈列或库存照片。
移动管理端的价值在于让主管在事情发生的当天就能介入。比如看到某个客户连续三次拜访都没有订单,主管可以当天问业务员是什么原因,而不是等到月底看报表才发现这个客户已经掉量。但这也意味着主管要花时间看手机,如果团队没有这个习惯,再好的工具也是摆设。
VI常见问题
被问得最多的几个问题
不需要。业务员在移动端选择客户、加商品、确认价格后提交,订单直接进入客户账户。客户只需要在收货时确认货物,或者后续在订货小程序、商城上查看订单状态。这样做的目的是让不习惯用手机下单的客户也能走线上流程,同时保留业务员的跟进动作。
客户归属可以改,但建议只开放给主管或管理员,不要开放给业务员。业务员自己改归属,容易出现抢客户、藏客户的情况。如果确实需要调整,由主管在移动端或后台操作,系统会留下变更记录,月底对账时有据可查。
先确认政策生效时间。移动端展示的政策通常和后台一致,但如果有缓存或版本更新延迟,可能出现短暂不一致。业务员在报价前可以下拉刷新,或者让内勤在后台确认当前生效政策。如果长期不一致,需要检查账号权限和客户等级是否配置正确。
IV继续看
企业微信 · 专属顾问