按已确认分层规则整理触达名单与草案

这个场景能帮你做什么

同样一条活动发给所有人，老客觉得没价值，沉默客户又可能被连续打扰。WorkBuddy 可以按企业已经确认的分层规则，整理有依据的人群建议和对应消息草稿，让运营逐项确认后使用。

任务做到名单建议与文案草案。客户身份、频率和是否发送都需要明确依据。

开始前需要准备什么

提供本业务的分层定义、获准使用的客户资料、必要互动或消费记录、当前活动权益、已联系记录和排除名单。跨表合并时给出可靠客户标识，说明允许使用的渠道与频率。

最低要有判断规则和能支持判断的记录。只有“帮我找高价值客户”，还不足以生成可靠名单；只有聊天而没有规则时，可先整理事实与待确认问题。

确认表中购买意向、客户等级与反馈处理状态使用不同字段，不能混用；标签规则和联系方式使用范围须有企业依据。

具体怎么做

第一步：把规则写成可核对的条件

让 WorkBuddy 逐层列适用条件、需要字段、允许内容和待确认项。区分购买行为、主动表达和工具推测，不让“问了价格”直接变成“消费能力低”。

先确认规则是否真的适合本业务。高价值、意向、沉睡等名称可以保留，但不能借名称省略具体定义。

第二步：逐人列依据和不确定性

请它按获准资料匹配规则，输出客户标识、建议分层、支持记录和不足之处。相同姓名不直接合并，缺可靠身份对应的先留待确认。

你应该能从一条分层建议回到相应行为，而不是只得到一个分数。资料过期或相互冲突时暂停该客户的确定分类。

第三步：先排除，再起草触达

把已拒绝、不宜触达、刚联系过等企业提供的限制交给它，按确认规则排除或标为待定。随后按不同需求起草内容：意向客户解释顾虑，老客强调相关服务与权益，沉默客户先判断是否值得继续联系。

没有回复本身不能证明意向，也不能自动触发更频繁推送。没有既定例外处理时，让运营选择下一步，不让工具补一套自动催单规则。

第四步：交运营逐项确认

让它分开输出候选名单、排除及原因、待确认客户和对应草稿，核对权益与频率。身份、规则和历史未齐时，只交补问与草案，不把它标成可立即发送的全量名单。

检查分层依据是否来自真实购买与沟通记录。反馈已合并、已规划或已完成只说明内部处理进度，不能证明客户有购买意向；即使系统能按标签群发，也不能替代标签判定、排除与触达许可。

可以直接交给 WorkBuddy 的完整要求

请按我提供的已确认分层规则，处理本次获准使用的客户资料，整理触达名单建议和消息草案。
先列各层条件、所需字段、允许内容及缺项。逐客户给建议分层、支持记录和不确定点，区分实际行为、客户表达和推测；不能从问价断定消费能力，不能从无回复断定意向。
只按我提供的可靠客户标识关联资料，同名不能自动合并。核对已联系记录和排除名单，遵守我给出的渠道、频率与不宜触达条件。
规则缺失、身份冲突、记录过期或无回复的下一步不明确时，列待确认，不编自动跟进机制。按已确认需求起草不同消息，权益使用当前批准版本。
输出候选名单与依据、排除及原因、待确认项、对应触达草稿。内部依据不放进对客正文。不读取未获准聊天，不修改客户系统，不自动发送。运营确认身份、分层、例外与发送后再执行后续工作。
请分开客户意向等级与反馈处理状态，不把已合并、已规划、已完成当作营销分层。按标签发送只是系统形式，不证明名单规则或触达授权成立；无确认规则保留待判断，不执行发送。

完成后会得到什么

一份能逐项复核的分层与触达建议、排除原因和文案草案。运营可以明确批准哪些、退回哪些，而不用在一整批消息里猜工具为什么这样分类。

待确认名单中可以看出分层证据属于业务行为，还是仅有内部状态。

结果应该怎么检查

查规则是否一致应用，是否串客户，是否重复，是否把推测写成事实；核已联系和排除对象有没有遗漏；检查每层内容是否匹配需求、活动条件是否正确。确认输入范围，不能把这批记录的结论当作客户完整画像。

抽查高意向名单，确认没有因反馈被采纳、处理完成就升级用户等级。

遇到这些情况怎么处理

身份不明先停止合并，补可靠对应；旧标签与新记录冲突时让运营决定是否调整；无回复先看历史与企业规则，不自动加密联系；缺排除名单或频次要求时列必需确认。遇到投诉或个体专业问题，转业务人员处理。

只有反馈状态没有分层规则时不生成高低意向结论，交业务负责人补规则。

哪些由工具处理，哪些必须人工决定

WorkBuddy 可整理获准数据、按规则提出建议、起草消息。运营确认客户身份、层级、排除与触达节奏，并决定发送。自动聊天读取、跨平台身份关联和群发需要实际系统支持，不能从这份名单草案推定已经具备。

业务负责人确认分层与使用范围，工具不能从第三方功能宣传推导自动触达权限。