企业官网建设流程全解析

官网友情链接： wechatapi.net

个人微信多账号场景中，一个客户到底属于哪个账号、哪个销售，是非常重要的业务关系。

如果系统只是把所有账号接进来，然后统一处理消息，很容易出现一个问题：

客户明明长期由销售A沟通，后台任务却被销售B账号处理。

或者同一个客户在多个微信账号下存在关系，系统不知道应该把人工接管通知给谁。

所以个人微信二次开发不仅需要多账号管理，还需要客户归属模型。

WechatApi 可以作为个人微信API接入层，把多个微信账号的好友、消息、群聊和文件接入业务系统，本地系统再维护客户和账号、员工之间的业务归属。

一、微信关系和业务负责人不是完全一回事

客户可能同时添加：

销售A账号；
客服B账号。

技术关系有两条。

业务负责人可能仍然是：

销售A。

客服B只是服务关系。

所以要分开：

wechat_relation_owner；
business_owner。

二、一个具体例子

客户C001：

销售关系 R1 → 账号A；
客服关系 R2 → 账号B。

主销售：

员工A。

售后负责人：

客服B。

客户发销售咨询给账号A。

路由到员工A。

客户发售后问题给账号B。

路由客服B。

而不是简单“最后一个接触的人负责全部”。

三、归属要有来源

人工分配；
CRM同步；
首次添加；
渠道规则；
组织规则。

保存：

owner_source。

后续才能解释为什么归给这个人。

四、归属也可能变化

销售离职。

客户转给销售C。

需要：

原负责人；
新负责人；
生效时间；
交接任务。

不要直接覆盖不留历史。

五、负责人变更期间任务怎么办

未完成销售跟进：

转新负责人。

售后工单：

不一定转。

微信群运营：

更不一定。

不同业务对象独立判断。

六、WechatApi 在这里的位置

WechatApi 负责：

账号；
好友关系；
消息。

业务系统负责：

客户主体；
负责人；
服务人；
路由。

七、多账号重复关系需要客户主体

如果同一个真实客户在3个账号里。

没有统一主体。

系统无法知道其实是同一人。

所以客户归属建立在身份合并基础上。

八、人工接管通知要找正确负责人

客户发复杂问题。

系统查询：

消息所在账号；
客户主体；
业务类型。

然后决定：

销售；
客服；
群运营。

而不是全部通知账号登录人。

九、没有负责人怎么办

进入：

待分配池。

主管看到。

不要随机分给任意员工。

十、负责人暂时离线怎么办

可以配置：

备用负责人；
团队公共池。

但客户可见回复是否允许用其他账号发送，要谨慎。

业务通知和消息发送是两件事。

十一、归属锁定可以避免抢客

某些销售场景下，同一个客户不允许多人同时领取。

可以使用：

ownership_lock。

避免并发领取。

十二、锁要有过期和管理员释放

员工领取后长期不处理。

主管可以回收。

所有操作有日志。

十三、微信群客户归属

客户在群里发问题。

群运营负责人和客户销售负责人可能不同。

消息路由可以根据：

问题类型。

销售问题给销售。

群管理问题给运营。

十四、CRM同步

CRM主负责人变更。

可以同步到本地业务负责人。

但仍然保留微信关系负责人。

两层不混。

十五、权限

销售只能看自己客户。

客服看服务范围。

主管看团队。

统一客户主体不等于数据全开放。

十六、日志

每次负责人变化：

旧负责人；
新负责人；
来源；
原因；
时间。

十七、数据看板

无负责人客户；
多负责人冲突；
离职待交接；
平均分配时间。

帮助销售管理。

十八、总结

个人微信二次开发进入多账号以后，客户归属不能靠“消息来自哪个微信号”简单判断。

WechatApi 可以帮助多个微信账号和关系进入业务系统。

本地系统还需要区分：

技术微信关系；
主业务负责人；
服务负责人；
群运营负责人。

只有归属模型清晰，消息路由、人工接管、CRM、销售任务和权限才能真正稳定协作。

多账号不是把更多账号放进后台，而是让系统明确每一个客户在不同业务场景下到底应该由谁负责。