进口商筛选表怎么做：字段定义、评分规则与团队复核流程
筛选表不是通讯录，而是账户判断的审计轨迹
一张只有公司名、邮箱和“A/B/C”标签的表，无法解释公司为什么被选中，也无法在产品规则、人员或数据源变化后继续使用。进口商筛选表应保存从原始记录到账户决策的最小证据链：哪一条产品规则命中、主体如何核验、采购行为在什么窗口内观察、角色是怎样的假设、谁在何时决定下一步。
目标不是让每行信息尽可能多，而是让任何一位同事能回答：这是谁？为什么可能与产品相关？证据还缺什么？现在由谁做什么？若判断错了，能否找到错误来自产品词、实体合并、时间口径还是角色假设？
先分成四张逻辑表，而不是把所有内容塞进一行
小团队可以用一个工作簿、多张工作表；使用 CRM 时也应保持同样关系。把交易记录、账户、联系人和动作日志分开，才能避免一家公司因多条记录或多个联系人而重复计分。
| 表/对象 | 一行代表什么 | 关键用途 | 绝不应混入 |
|---|---|---|---|
| 原始记录表 | 一条原始海关记录 | 保留货描、日期、代码、来源和原始名称 | 主观的客户等级 |
| 账户筛选表 | 一个待研究的标准公司实体 | 聚合证据、评分、角色假设和优先级 | 多个联系人或交易明细 |
| 联系人研究表 | 一个公开可核验的联系人/岗位 | 记录来源、职责、联系许可和状态 | 未核验的个人信息 |
| 动作与复核表 | 一次具体研究/复核/触达动作 | 记录负责人、结果、下一步与日期 | 空泛的“已跟进” |
如果暂时只能做一张表，也要用唯一账户 ID 把同一实体的多行证据连起来，并明确区分原始公司名与标准公司名。不要直接覆盖原始名称，否则以后无法修正错误合并。
账户筛选表的最小字段定义
| 字段组 | 字段 | 填写规则 |
|---|---|---|
| 身份 | account_id、标准公司名、原始名称、国家、地址/域名 | 原始名称不改写；标准名需有来源 |
| 产品证据 | 命中代码组、货描摘要、规则版本、记录日期、数据源 | 记录事实，不写“肯定采购” |
| 采购行为 | 统计窗口、次数、最近日期、间隔观察、可比性说明 | 写明数据截止日与去重规则 |
| 主体与角色 | 官网、主体核验状态、角色假设、支持/反证 | 角色可为“待验证/混合” |
| 决策 | 证据等级、A/B/C/O/排除、评分、evidence_note | 分数必须能回到具体证据 |
| 执行 | 下一动作、负责人、截止日、复核日、状态 | 动作要可完成，不写“跟进” |
| 治理 | 规则版本、最后修改人、排除原因 | 便于回溯和批次修正 |
字段定义必须团队统一。例如“最近日期”是相关产品记录的最近日期，而不是网页更新时间；“官网已核验”至少意味着域名与主体的关联已检查，并不代表产品或需求已确认。
建表与导入的执行顺序
不要把从平台导出的所有公司直接粘进优先队列。先建原始记录批次，使用固定的产品/HS Code/货描规则做初筛，再进行主体聚合与人工核验。每一批次都保留导入日期、数据源、覆盖范围和规则版本；这样若发现筛选错误，能准确定位要回收哪些账户。
创建批次 ID → 导入原始记录（不修改原字段）
→ 按名称/地址/域名生成候选账户，不强行合并
→ 填产品、时间、主体、角色四类证据
→ 生成 A/B/C/O/排除决策与 evidence_note
→ 只将 A/B 送入联系人研究，O 设复核日，排除保留原因
→ 每周复核动作结果，必要时回写规则或回收整批账户批次管理比“导入多少家公司”更重要。假如一个排除词或实体合并规则后来被证实错误，有批次 ID 才能把受影响的账户暂停、重查和重新分级。
评分与队列必须带红线
评分用于分配研究时间，不用于声称成交概率。建议按产品相关、主体清晰、采购行为、业务角色四类打分，但任何红线都应覆盖总分：明确物流/仓储服务商、产品明显无关、无法定位主体、使用受限制或未经允许的数据等，不能因其他项高分进入开发队列。
| 队列 | 入列要求 | 正确动作 | 不能做什么 |
|---|---|---|---|
| A | 产品、主体、业务角色证据完整，近期性可解释 | 本周研究公开联系人和账户场景 | 直接群发或声称掌握采购信息 |
| B | 有产品和主体证据，但缺一个关键维度 | 设补证任务与截止日 | 用 A 级模板触达 |
| O | 单次/低频/角色不明但存在合理假设 | 观察、公开信号复核 | 无限期积压或自动采集联系人 |
| C | 相关性低或价值暂不明确 | 归档或低优先研究 | 占用重点销售资源 |
| 排除 | 触发红线或明确不相关 | 写明原因、避免重复导入 | 静默删除原始证据 |
每一行的 evidence_note 至少应包含一句事实与一句缺口，例如“近 12 月两条相关货描；官网展示同类工业产品；尚未确认其为分销还是终端”。这比单一分数对交接更有用。
虚构示例：一行合格筛选表长什么样
account_id: CD-2026-0142
标准名 / 原始名: Example Industrial Supply / EXAMPLE IND SUPPLY LLC
批次 / 规则: US-2026-08-A / hose-assembly-v3
产品证据: 两条货描与成品组匹配，日期 2026-04、2026-07
主体核验: 官网域名与地址一致；展示工业流体产品线
角色假设: 分销商候选；品牌/库存信息待查
采购观察: 12 月窗口内两次，数据截止 2026-08-15，非周期结论
等级 / 下一步: B / 查公开产品经理和品牌页，负责人 A，截止 8 月 28 日
反证/限制: 不对外引用货描或交易细节示例中没有“客户年采购额”“正在换供应商”一类推测，也没有未经核验的个人信息。它已足以让另一位研究人员接手，并知道下一步要验证什么。
每周复核与错误回收机制
每周抽取新入库的 A/B/O 账户，由未参与原筛选的人检查产品证据、主体合并、角色假设和下一动作是否完整。复核不是追责，而是发现规则是否在系统性偏离。若同一批账户反复因一个词、一个编码组或一种公司名称模式出错，应更新规则版本，并回收受影响批次，而非只修正抽到的几行。
| 发现的问题 | 处理动作 | 留存内容 |
|---|---|---|
| 产品误收 | 修正词/代码规则，重审批次 | 误收模式、旧/新版本 |
| 同名误合并 | 拆账户，更新实体匹配规则 | 原始名称、地址、关系证据 |
| 角色误判 | 降级并补公开业务证据 | 支持/反证与复核结论 |
| 动作逾期 | 转交、关闭或重新排优先级 | 原负责人、原因与新截止日 |
不要删除错误行来制造“高准确率”。原始记录和排除原因是训练团队规则的资产；只要适当控制访问权限和数据最小化，它们比一份只剩成功客户的表更有价值。
模板使用边界
筛选表不应收集与开发目的无关的个人数据，也不应保存从海关数据推测出的敏感采购、价格或供应商结论。联系人信息只记录公开、业务相关且有明确来源的内容，并依照适用法律、平台规则和公司政策进行沟通。表中“下一步”默认是内部研究或公开信息核验，不等于可以自动发送信息。
一张好筛选表让团队看见不确定性：什么已证实、什么待证、什么应停止。完成本专题后，下一步可进入采购模式分析，用这些干净的账户档案判断补货、增长、中断和触达时机。
如果你想把「进口商筛选表怎么做：字段定义、评分规则与团队复核流程」这一步继续落成流程，可以看看 客户开发 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。