外贸客户评分字段和权重怎么设置，才不会越打越乱
评分字段越多，不一定越准确
客户评分表常在一开始就堆满字段：营业额、员工数、网站流量、社媒粉丝、海关记录、职位级别、回复速度、所在国家、行业标签等。字段越多，表面上越精细，实际越容易出现三个问题：数据质量不一致、业务员理解不同、总分掩盖关键冲突。最终团队只记得“这个客户 78 分”，却说不清 78 分意味着什么。
可执行的评分字段应满足三个条件：与当前开发决策有关；能够通过公开信息、内部记录或客户明确反馈复核；得分不同会导致不同的下一步。若一个字段不能改变行动，或无法说明来源，就不该进入第一版模型。
先将字段分成硬门槛、排序分和时机分
不要把所有变量放进同一总分。硬门槛决定能否进入队列，例如主体无法确认、认证硬冲突、明确不联系；排序分决定合格账户之间先处理谁，例如角色与场景匹配、证据完整度、入口质量；时机分决定是否需要加快响应，例如明确资料请求或正确转介。三类混在一起会让高互动掩盖硬冲突。
| 类型 | 典型字段 | 用于什么 | 不该用来做什么 |
|---|---|---|---|
| 硬门槛 | 主体、关键认证、交付边界、风险状态 | 暂停/关闭/升级 | 用高总分抵消冲突 |
| 排序分 | ICP 匹配、角色、场景、商业可行、入口 | 排 P1/P2/P3 队列 | 预测订单金额 |
| 时机分 | 相关回复、转介、资料请求、公开且近期信号 | 决定响应速度和复核时间 | 替代账户资格判断 |
先把规则写成文字，再写入 CRM 字段。比如“主体未确认时不可进入 P1”“明确转介可提高入口分但不能改变不匹配的场景分”，比直接设置复杂公式更能让团队一致执行。
选择少量真正影响开发动作的排序字段
对于多数外贸团队，四到五个排序字段足够：角色/场景匹配、产品与商业可行性、账户证据完整度、进入路径质量，以及可选的战略适配度。每项先使用 0–2 或 0–3 这样的有限等级，并配明确证据要求。避免在第一版用“销售潜力 1–10”这类难以验证的主观项。
| 字段 | 0 分 | 1 分 | 2 分 | 证据要求 |
|---|---|---|---|---|
| 角色与场景 | 不符或无证据 | 一项成立/关键项待验 | 两项均有直接证据 | 产品、案例、服务页 URL |
| 产品/商业可行 | 明确硬冲突 | 有待确认边界 | 当前基本可承接 | 内部能力与公开/沟通信息 |
| 账户证据完整 | 主体不清/记录空 | 已核验部分 | 主体、角色、场景、缺口完整 | 账户卡和来源日期 |
| 进入路径 | 无合理入口 | 通用/弱入口 | 问题匹配的角色或业务入口 | 团队页、表单、公开角色 |
| 战略适配（可选） | 不符合当前方向 | 未来可能相关 | 与当前市场/产品策略一致 | 已批准策略或明确项目方向 |
0 分不总是永久排除。对于“证据完整度”或“入口”而言，0 分可能是待核验；对于“商业可行”中的硬冲突，0 分则应触发暂停。字段定义必须明确这一差异。
权重只应反映真实约束，且不宜频繁变化
默认等权通常比伪精确权重更好。如果团队确有明确约束，可以增加一两个字段的权重，但必须写下原因、适用范围和复核日期。例如高技术、需认证的产品可提高商业可行性权重；首次进入陌生市场可提高证据完整度与入口质量权重。不要为了让某个心仪客户排第一而事后修改权重。
| 业务情境 | 可考虑提高的权重 | 仍不能降低的规则 |
|---|---|---|
| 复杂技术件 | 规格/质量/商业可行性 | 主体与角色必须通过 |
| 渠道型标准品 | 产品线匹配、入口质量 | 不因经销商身份忽略交付边界 |
| 新市场试点 | 证据完整度、可进入性 | 不把信息少当低成本机会 |
| 战略大客户 | 战略适配和角色图完整度 | 不绕过准入、认证或风险规则 |
权重变更应是团队级决策，不是个人表格偏好。保留原版本，以便后续复盘是市场变化、产品变化还是算法变化导致队列不同。
定义数据来源与有效期，防止陈旧信息长期加分
每个评分字段都应标注来源类型、获取日期和有效期。官网产品页、公开案例、对方邮件、展会会面、内部报价记录的可信度和时效不同。一个两年前的互动不应与本周的资料请求获得相同的时机分；一份旧网站页面也不能永久证明当前业务范围。
| 数据类型 | 典型有效期思路 | 复核触发 |
|---|---|---|
| 主体与域名 | 相对稳定 | 域名/公司变更、记录冲突 |
| 产品/场景页面 | 中期有效 | 产品线更新、页面失效、年度复核 |
| 角色/职位 | 易变化 | 公开职位变化、退信、转介 |
| 互动信号 | 短期有效 | 超过团队设定窗口自动降权 |
| 商业条件 | 需个案确认 | 产品、认证、政策或报价变化 |
有效期不是为了制造维护负担，而是防止团队把旧信号误当新机会。CRM 可以只标记“需复核”，由负责人在重新处理前更新，而不是自动删除历史记录。
用缺失值而不是假设值处理不完整数据
公开信息不完整很常见。错误做法是为了让公式运行，把未知的行业、规模、联系人或交付条件默认填为中等分。这样总分看似完整，实际掩盖了最需要验证的缺口。应让“未知/待确认”成为明确状态，必要时单独影响证据完整度，而不是伪造匹配度。
| 数据情况 | 正确记录 | 对评分的影响 |
|---|---|---|
| 未找到角色 | unknown + 研究任务 | 入口/证据分低，不改角色匹配事实 |
| 未确认 MOQ | to-confirm | 商业项不得给满分 |
| 信息冲突 | 两条来源及日期 | 触发复核，不取其中顺眼的一条 |
| 来源已失效 | 保留历史并标失效 | 不再作为当前加分依据 |
如果一个账户因为缺失信息无法评分，不应因此把它放进 P1；但也不必永久丢弃。将其进入有限补证据队列，并为补证据设置时限。
让评分结果直接映射到行动
每个分数区间或队列必须对应固定下一步，否则评分只是报表。以下是示例，阈值应根据团队容量调整：高分且无硬冲突进入 P1，完成角色图和个性化动作；中分进入 P2，只补一个关键缺口或进行低频验证；低分或证据不足进入 P3/待核验；硬冲突进入暂停/关闭。
| 结果状态 | 最多允许的动作 | 必须记录的内容 |
|---|---|---|
| P1 | 深度研究、一个主入口、明确下一步 | 证据、负责人、截止日期 |
| P2 | 一个补证据动作或一次验证型触达 | 缺口、升层条件、复核日 |
| P3 | 观察或内容培育 | 重启信号，不占日常资源 |
| 暂停/关闭 | 停止触达或内部升级 | 硬冲突/拒绝原因 |
行动规则还能减少评分争议：成员不必争论 7 分和 8 分谁更“好”，而是确认谁具备本周深度处理的条件、谁还缺哪一个事实。
模拟案例：为什么“公司规模”不该有过高权重
以下为示例。团队把员工数超过一百人的公司加 5 分，导致大集团普遍排在前面。复盘发现，这些集团的业务单元和采购入口不清、准入要求无法满足；相反，许多二十到五十人的专业渠道商角色清楚、产品线匹配、入口可达，实际对话更多。正确调整不是把规模字段完全删除，而是降为背景信息或战略观察条件，把角色/场景、商业可行和入口作为排序主项。
如果某产品确实需要大型项目客户，团队可以把“项目规模”定义为可验证的场景字段，而不是用员工数替代项目与采购模型。
停止规则与字段设计表
当团队无法解释某字段如何改变动作、无法提供一致数据来源、或每周都在修改权重以适应结果时，停止扩充模型，回到少量核心字段。先用一轮固定样本检验字段能否提高队列质量，再增加复杂度。字段和权重的目的不是生成更高分，而是减少无效投入。
字段名称：
字段类型：硬门槛 / 排序 / 时机：
业务问题：
0 / 1 / 2 分定义：
可接受的数据来源：
有效期与复核触发：
权重及适用原因：
对应队列动作：
字段负责人、版本和复核日期：字段确定后，可继续阅读“如何使用购买信号而不过度解读”。权重只能排列合格账户，不能让不足的证据自动变成机会。
如果你想把「外贸客户评分字段和权重怎么设置，才不会越打越乱」这一步继续落成流程，可以看看 客户开发 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。