客户分群要回答：谁现在值得被联系
分群的运营价值，不在于建立了多少标签，而在于它是否改变了一个具体决定：谁收到消息、什么时候收到、进入哪条路径，以及谁应该等待或被排除。
“高价值客户”“活跃客户”“沉睡客户”都可能是有用的分析维度，但它们记录的是历史事实或人为判断。一次真实触达还需要回答更具体的问题：这个人现在是否可达、处于什么关系状态、最近发生了什么，以及这条消息到底要帮助他完成什么。
同一个客户在浏览、购买和购买后的不同时间，应该得到不同答案。永久标签无法独立承担这个判断。如果一个分群不会改变下一步动作，它更接近报表分类，而不是增长能力。
点发送之前，先问自己五句话
- 这封能发给他吗？他同意过吗，这个邮箱现在还能收到吗？
- 他现在是什么状态？刚订阅、看过商品、买过，还是很久没动静？
- 为什么偏偏是现在？最近发生了什么，让这封邮件此刻有用？
- 这封能帮他什么？是帮他比较、把事情做完、学会使用，还是确认要不要继续联系？
- 现在发，会不会太多？他是不是刚收到别的邮件，或者正走在更重要的流程里？
最终结果不只有“发送”。一个成熟的受众判断至少应该允许四种动作：发送、等待、排除或继续观察。
从静态标签变成可执行条件
Shopify 的客户分群文档将分群描述为由筛选器、运算符和值组成的查询，并提供订单数量、最近订单日期等条件。这些字段可以建立复购和时间队列，但不能自动预测某位客户的下一次购买时间，也不能证明他已经流失。
FosterFlow 的真实 Segment Builder 界面展示了两层可执行结构。第一层是条件来源：购买行为、访问行为、客户属性、事件和渠道可达性都可以成为分群入口。
第二层是具体规则。Product page bounce 场景圈选访问超过一个商品页面、但没有把商品加入购物车的人，并允许限定时间范围和商品集合，保存前估算目标受众。
真正拿来发送时，团队还要继续确认：他同意过吗、邮箱还能不能收到、是否已经购买、是不是正在走别的流程，以及这些数据是不是还新鲜。
打开和点击不是完整答案
打开和点击是可观测信号的一部分，但不能独立代表真实兴趣。Apple Mail Privacy Protection 可能在后台加载远程邮件内容；Google 也不把低打开率直接视为投递问题证据。客户还是线索、买过还是没买过、看过什么商品、正常多久会再买，以及还能不能联系，往往比一个“高活跃”标签更能决定我们该发什么。
小团队不需要几十个分群
名单只有两千人，并不意味着一定要切出几十个分群。小名单被切成大量微型人群后，团队可能没有足够样本、内容或执行资源支撑差异化动作。先建立会改变决策的 3 至 5 个分群，通常比建立几十个没人维护的标签更可执行。
同样，覆盖面更广的发送也不一定错。如果所有合格客户面对的是同一个问题，也确实需要同一种帮助，那么一次广泛发送完全可能是正确决定。分群不是为了让后台显得高级，更不是越细越好。
名单增长和分群不是二选一
名单增长回答有多少合格的人愿意进入关系；分群回答这一次谁具有相关性。错误来源无法靠分群修复，错误触达也不会因为名单更大而变得正确。
暂时低活跃，不等于明确不可触达
退订、无效地址、投诉或其他明确抑制状态，应与暂时没有近期行为的人分开。后者可能进入降低压力、重新确认或继续观察的状态；前者不应进入普通营销恢复路径。名单年龄只会增加不确定性，不能单独给出一个通用失效率。
一张可执行分群简表
- 这条消息或路径要完成什么任务？
- 进入需要哪些事实和时间窗口？
- 哪些条件要求等待或排除？
- 什么变化会让客户自动加入或移出？
- 主要结果指标和关系风险指标分别是什么？
- 当前有哪些数据缺口、刷新边界和复查日期？
这张简表把“人群名称”变成一个可以被运营、分析师和 Agent 共同检查的决定。
先别急着建新分群：谁该收到，谁该等待，谁该被排除
选择当前发送量最大的一封邮件或一条 Flow，用上面的五句话重新看看收件人。先不要增加新标签，只找出一个应该等等的人、一个明确不该收到的人，以及一个因为最近发生了某件事、现在应该收到的人。
客户分群完成的是入口判断。下一步还要回答：客户进入以后，哪些变化会让他立即退出？这正是 Flow 退出条件、抑制逻辑和客户关系成本需要解决的问题。