有机云｜自动通过好友申请之后：多个销售号的备注与标签口径怎么统一
一、先划清统一边界：哪些企业定，哪些销售定
用一张规则表确定职责
建议在配置前先由运营负责人整理一份规则表，销售主管确认后再执行。规则表应当说明字段的用途、命名方法、维护责任和修改方式，而不是只发一份标签名称清单。
| 记录项目 | 企业统一规则 | 销售可自行调整的部分 |
|---|---|---|
| 客户来源 | 统一来源名称及对应渠道 | 补充具体沟通背景 |
| 客户意向 | 统一标签含义与使用条件 | 补充需求细节和跟进摘要 |
| 客户备注 | 统一模板与信息顺序 | 在约定范围内补充客户称呼、需求 |
| 欢迎语 | 统一品牌表达与渠道信息 | 按成员设置个性化表达 |
| 新增标签 | 由指定负责人审核和维护 | 按流程提出新增申请 |
哪些情况先不要自动化
如果来源名称还没有统一，或者销售对「有意向」的理解差别很大，先不要急着增加自动打标规则。自动化会重复执行已有规则，却不会替团队判断标签定义是否合理。规则有歧义时，自动化只会让不一致的记录更快积累。
二、建立备注模板：让每条客户记录都能读懂
先把备注顺序定下来
备注服务于承接后的识别和交接。建议团队采用固定的信息顺序，例如「客户称呼｜来源｜添加时间｜需求摘要」。这里的顺序是团队制定的记录规范，不代表有机云后台一定存在对应的独立字段。
来源名称应当使用统一词表。例如，所有来自线下活动的客户统一写成「线下活动」，不要有人写「展会」、有人写「地推」、还有人写活动简称，除非团队确实需要区分这些来源。
时间也要统一表达方式。如果团队需要记录添加时间，可以约定统一日期格式，并明确以实际添加记录为准，不要有人记录日期，有人只写月份。需求摘要则应当记录已知事实，尚未确认的内容不要写成客户已经明确表达的意向。
在有机云里核对承接配置
有机云的【接受新客户】支持自动通过好友申请、自动打标签、改备注和发送欢迎语。配置时先核对团队希望自动完成的动作，再用测试客户检查实际结果。
操作时可以按以下顺序推进：
1. 由运营负责人确定备注模板，明确来源、时间和需求摘要的统一写法。
2. 在【引流拓客】→【联系码】中检查各渠道的成员配置、渠道标签、自动通过好友和自动改备注相关设置。
3. 在【客户运营】→【客户标签】中确认来源标签已经建立，避免备注写了一个来源，标签却使用另一个名称。
4. 使用测试账号从不同渠道添加客户，检查客户备注与来源标签是否一致。
需要注意，【联系码】的配置能力与【接受新客户】的能力并不意味着所有备注细节都能按自定义模板自动拼接。清单明确支持自动改备注，但没有给出所有备注模板字段的具体定义，因此不要预设后台一定支持自动填写客户来源、日期和需求摘要。无法自动生成的内容，可以由销售按统一模板补充。
用实际记录判断模板是否可执行
测试完成后，随机查看几条客户记录，重点核对三件事：备注是否容易识别来源，时间写法是否一致，需求摘要是否与实际沟通相符。
三、统一标签词表：来源与意向分开管理
在客户标签中建立两层结构
标签用于分层，服务于后续人群筛选和触达。来源标签回答客户从哪里来，意向标签回答客户表现出什么需求，两者不要混在一个没有边界的标签组里。
有机云的【客户标签】支持标签组管理，并支持新建、编辑、删除和导出。可以在【客户运营】→【客户标签】中先建立来源类和意向类标签组，再把经过确认的标签放入对应分组。
例如，来源类标签可以按照实际渠道建立，意向类标签可以根据团队的业务阶段建立。具体名称应当由团队业务决定，不建议照搬其他企业的标签词表。
给每个标签写清使用条件
每个标签都应有明确的定义、触发依据和维护责任。建议用一份简单的标签说明表进行管理：
| 标签类别 | 使用依据 | 不应采用的判断 |
|---|---|---|
| 来源标签 | 客户实际进入渠道 | 仅凭客户头像或昵称推测 |
| 需求标签 | 客户明确表达的需求 | 把一次普通问候当作购买意向 |
| 行为标签 | 已发生的可核实行为 | 将计划参加写成已经参加 |
| 待确认状态 | 信息暂时不足 | 用主观判断代替事实 |
四、配置自动打标签：让来源和行为记录保持一致
先判断标签能否通过规则获得
有机云的【自动打标签】支持通过扫渠道码、聊天关键字、填表单或参加活动触发打标。运营人员应当先区分哪些标签有明确触发条件，哪些标签必须由销售结合沟通判断。
来源标签可以优先检查渠道码触发是否符合预期；行为标签则应当明确触发事件。对于意向标签，如果只是依据关键词判断，就要先确认该词在实际对话中是否可能表示询问、否定或转述，而不是客户自己的需求。
在自动打标签中配置并测试
具体操作可以从【客户运营】→【自动打标签】进入，选择对应的触发方式，再配置触发条件和需要添加的标签。若使用聊天关键字规则，可以按业务需要配置多条规则，并核对有效时段等可用设置。
配置时遵循以下顺序：
1. 选择一种已经明确业务含义的触发方式。
2. 确认触发条件与标签定义一致，避免同一个条件对应多个互相冲突的标签。
3. 保存规则后，使用测试客户实际触发一次。
4. 检查客户记录中的标签变化，再测试不应触发的情况。
例如，若某条聊天关键字规则用于识别客户对某项功能的咨询，就不能只测试客户主动询问的句子，还应测试客户说「暂时不需要」或「帮同事问一下」等可能出现歧义的表达。若规则无法可靠地区分这些场景，就不要直接把它当作高意向判断依据。
五、按渠道配置欢迎语：统一表达，区分客户来路
先确定欢迎语的优先级
欢迎语承担的是承接后的第一次沟通。企业需要统一基本介绍、服务边界和品牌表达，同时根据客户来源传达不同的信息。有机云的【渠道欢迎语】支持为不同渠道码单独配置欢迎语，【个性欢迎语】支持按成员定制表达。
两者的优先级需要特别注意：渠道欢迎语高于个性欢迎语，个性欢迎语高于默认欢迎语。因此，某个销售已经设置个性欢迎语，并不代表从不同渠道进入的客户一定会收到这条内容。
按真实渠道分别设置
在【引流拓客】→【联系码】中检查各渠道的配置和成员关联，再进入【引流拓客】→【渠道欢迎语】，为对应渠道码配置独立内容。欢迎语可以使用文字，也可以根据功能支持情况添加图片、链接或小程序附件。
建议每条欢迎语只承担一个清晰任务：
- 线下活动来源：说明活动后的联系目的和后续服务方式。
- 门店来源：说明门店客户如何联系对应服务人员。
- 线上咨询来源：承接客户的咨询主题，说明接下来可以提供什么信息。
以上是内容组织示例，具体内容要依据真实渠道和业务安排填写。不要因为渠道不同，就把品牌介绍、产品说明、活动信息和多个销售诉求全部塞进同一条欢迎语。内容过多会让客户难以判断接下来应当关注什么。
- 线下活动来源：说明活动后的联系目的和后续服务方式。
- 门店来源：说明门店客户如何联系对应服务人员。
- 线上咨询来源：承接客户的咨询主题，说明接下来可以提供什么信息。
六、把备注、标签与欢迎语放在一起验收
不要只检查单个功能
单独测试自动通过成功，不代表整个客户承接过程已经正确。我们需要验证来源能否从入口一直保留到客户记录，以及销售能否依据标签识别客户。
可以建立一份简短的验收清单：
- 不同渠道进入的测试客户，是否被正确承接。
- 客户备注是否符合统一模板，自动生成的内容是否准确。
- 来源标签是否与实际进入渠道相符。
- 自动打标签是否只在预期条件下触发。
- 渠道欢迎语是否符合对应渠道的配置。
- 成员个性欢迎语是否影响了渠道欢迎语的实际发送结果。
通过联系码逐渠道核验
有机云的【联系码】支持一个码关联多个企微成员、自动打渠道标签、自动通过好友申请和自动改备注，也支持对码下成员进行调整。团队可以按照实际使用的渠道逐一测试，不要只使用一个内部测试码就认定全部渠道正常。
七、每周抽查与纠偏：让规则持续执行
抽查要覆盖不同销售号
建议每周固定安排一次轻量检查，由运营负责人或销售主管从不同销售号中抽取客户记录。抽查数量由团队的客户规模和风险决定，不必机械地追求某个固定数字，但不能只检查配置最规范的成员。
抽查时重点看四类问题：
1. 备注是否按统一顺序记录，是否出现多个来源名称指向同一渠道。
2. 来源标签是否与实际渠道一致，是否存在缺失或误打。
3. 意向标签是否有实际沟通依据，是否把询问误判为明确需求。
4. 欢迎语是否与渠道配置相符，是否出现内容重复或渠道信息错误。
把问题归类，不要只提醒销售
抽查发现问题后，先判断原因属于规则、配置还是执行。
| 问题表现 | 优先检查 | 纠偏动作 |
|---|---|---|
| 多个销售使用不同来源名称 | 标签词表和备注规范 | 统一名称，明确旧名称处理方式 |
| 同一渠道出现不同来源标签 | 联系码与自动打标签配置 | 测试渠道触发规则并核对记录 |
| 客户被错误标记为高意向 | 触发条件和标签定义 | 收紧规则，补测歧义场景 |
| 欢迎语与来源不一致 | 渠道欢迎语关联与优先级 | 逐渠道测试并修正配置 |
| 个别成员反复漏填备注 | 执行流程和检查机制 | 明确责任人并复查后续记录 |
八、FAQ：自动通过之后，怎么避免多号管理失控
Q1：企业微信怎么设置自动通过好友申请并打招呼？
A：可以结合有机云的【接受新客户】处理自动通过、自动打标签、改备注和发送欢迎语，再结合【联系码】区分渠道。配置后应通过测试客户检查备注、标签与实际收到的欢迎语，不能只以好友添加成功作为验收结果。
Q2：多个销售号的客户备注必须完全一样吗？
A：需要统一的是记录结构、来源名称、时间写法和必要信息的含义，不必要求每条备注的内容完全相同。销售可以补充真实需求和沟通摘要，但不应自行创造新的来源名称或用个人习惯替代企业标签口径。
Q3：客户来源和意向可以放在同一个标签组吗？
A：建议分开管理。来源标签用于识别客户从哪里来，意向标签用于记录客户表现出的需求，两者承担不同的筛选目的。分开后更容易检查来源归属，也能减少把来源信息误当成购买意向的情况。
Q4：渠道欢迎语和销售个人欢迎语应该用哪一个？
A：有机云的欢迎语优先级为渠道欢迎语高于个性欢迎语，高于默认欢迎语。需要区分客户来源时，应先检查渠道欢迎语配置，再决定是否保留成员个性化内容，并用不同渠道的测试账号核对实际发送结果。
Q6：每周抽查发现错误标签，应该直接批量修改吗？
A：不建议在未确认原因前直接批量处理。先区分错误来自触发规则、标签定义还是人工记录，再确认受影响客户范围。只有目标标签和名单都核对清楚后，才考虑使用批量打标签等能力，并在处理后抽查客户记录。
