官网友情链接 wechatapi.net微信二次开发如何做好友来源归因WechatApi 从二维码到CRM渠道的完整链路个人微信客户从哪里来是销售和运营非常关心的问题。客户可能通过官网二维码活动海报销售个人二维码微信群广告页面朋友推荐添加微信。如果好友申请通过以后只保存“这是一个新好友”那么后续 CRM只能知道客户存在却不知道客户从哪个渠道进入。随着投放渠道增加企业就无法分析哪个活动带来的客户最多哪个销售二维码转化高哪些来源客户成交更好。所以微信二次开发中的好友申请除了处理“通过”还需要做来源归因。WechatApi 可以作为个人微信API接入层把好友申请、账号、验证信息和联系人关系接入业务系统本地系统再维护source_id、campaign_id和CRM来源。一、来源要在客户添加之前建立例如官网生成二维码时。业务系统创建source_token ABC123。对应渠道官网活动9月推广负责人销售A。客户扫码以后。好友申请进入。系统尽量将申请关联到source_token。这样来源不会依赖人工备注。二、一个具体例子活动A有二维码Q100。后台配置campaign 中秋活动owner 销售A。客户张先生扫码。申请进入WechatApi接入层。系统关联Q100。好友通过以后客户关系 R1001。来源中秋活动/Q100/销售A。CRM新增客户时同步这个来源。后续成交以后可以计算活动转化。三、来源不应该只是一个字符串不要只保存source “活动”。更适合结构化channelcampaignmaterialownersource_tokenfirst_touch_at。后续分析才方便。四、首次来源和最近来源要区分客户第一次通过活动A添加。后来又扫描活动B。CRM可能希望保留首次来源 A最近触点 B。不能B直接覆盖A。五、好友重新添加也不能覆盖首次来源客户删除后重新添加。新关系有新的relation_source。但客户主体first_source仍然保留。这就是主体和关系分层。六、来源置信度有些来源明确专属二维码。高置信。有些通过验证信息猜测“公众号来的”。低置信。可以保存source_confidence。不要把推断当事实。七、WechatApi 在归因链里的位置WechatApi 负责好友申请联系人关系消息。业务系统负责渠道活动二维码归因CRM。八、来源和负责人不要永久绑定活动二维码属于销售A。但后续客户可能转给销售B。来源仍然是销售A渠道。负责人变更不应该改来源历史。九、微信群带来的客户怎么归因客户先在微信群里。后来添加销售。系统可以记录group_touch。但如果不能确定是因为这个群才添加不应该100%归因。可以作为辅助触点。十、验证信息也可以辅助客户申请写“中秋活动咨询”。可以提高对应campaign匹配概率。但仍然优先使用明确source_token。十一、CRM字段first_sourcelatest_sourcecampaign_idwechat_relation_source。各自含义清晰。避免一个source字段什么都装。十二、异常来源source_token不存在。二维码已经过期。进入unknown_source。不要随便归到默认活动。十三、权限运营看渠道数据。销售看自己客户来源。管理员配置归因规则。十四、数据看板申请数通过率各渠道客户数成交率重复添加率。这些数据能真正评估渠道价值。十五、来源规则要版本化渠道匹配逻辑调整。保存版本。历史客户来源不应因为新规则自动重算除非专门执行重新归因任务。十六、人工修正运营确认来源错了。可以修改。但保存原来源新来源操作人。十七、来源和标签可以联动但不要混淆来源是历史事实。标签是当前画像。“中秋活动来源”可以生成标签但来源本身独立保存。十八、总结微信二次开发中的好友来源归因真正有价值的不是客户添加后打一个“活动客户”标签。WechatApi 可以让好友申请和关系进入系统。本地业务层应该从二维码、活动、渠道、验证信息一路保存到 CRM。只有首次来源、最近触点、关系来源被清晰区分企业才能真正知道客户从哪里来、哪些渠道有效。这让个人微信API从“好友接入工具”进一步变成可分析的客户增长入口。