Influencer database：建立能更新、去重和交接的达人资料库

先定义数据库要支持的决定

发现新人、避免重复联系与维护长期合作，需要不同字段。先选当前任务，再决定保存什么。对于第一轮发现，账号链接、作品理由与待核验条件通常比几十个无人维护的分数更有用。

若数据库只是导出文件，也要指定维护人。没有负责人，表格不会因为换了工具名称而自动变新。

人物与平台账号分别建记录

同一创作者可以有多个账号，一个媒体项目也可能由多人运营。人物记录可关联多个账号；每个账号保留平台、完整 URL 与稳定标识。不要只用显示名作为唯一键。

改名时保留历史映射与来源。头像相同或名字相近只是线索，不能直接合并两条商业关系。

每个重要字段都要有出处

粉丝数、受众地区、邮箱与合作状态可能来自不同来源。分别保存值、来源类型、采集日期与限制，不要只给整行写一个“已更新”。

一个刚更换的邮箱，不会让三个月前的受众估算变新。把观察值、供应商估算与创作者确认放在不同字段，减少无意覆盖。

更新频率应跟决策风险走

需要联系前重新核对商务入口；要签约前确认档期与条件；受众指标则按项目窗口重新取得适当证据。不是所有字段都需要每天刷新。

Modash 的互动率方法说明其自身更新与采样口径。供应商刷新规则属于特定产品，不能直接用来证明你导出的每个字段都在同日更新。

缺失值不是低分或零

没有受众地区可能代表未取得，不等于“0% 目标市场”；隐藏点赞也不是零互动。给字段设置未知、不适用与待确认等状态。

如果必须计算，先定义哪些记录有资格进入分母。不要让数据缺失最多的候选自动排在最后，却把结果称为客观质量排名。

把关系状态与资料事实分离

未回复、拒绝、已报价、合作中与暂缓是关系状态，不是账号属性。给它们保留负责人、日期和依据。两位同事并行操作时，状态能避免重复邀约。

保留联系范围与停止条件，按团队需要管理访问。不要为了资料库完整就收集不必要的私人信息；公开商务入口通常更适合商业联系。

算例：审计一小份导出

假设抽取 25 条记录，发现 3 条重复账号、4 条无采集日期、2 条商务入口失效。这些是假设发现，且类别可能重叠，不能直接相加称为 36% 错误率。

逐项指定修复动作，并重新抽样检查同类问题。一次便利样本可以发现工作流缺口，不能代表整个供应商数据库准确率。

保留字段更正记录，可区分新观察与前次录入错误，而不误读为账号变化。

导出应带走意义，而非只有数字

测试导出是否保留账号标识、来源、日期、单位、关系状态与许可相关记录。若列名只写“score”，下一位同事可能无法理解它。

QuickKOL 可辅助发现与内容理解；你自己的关系记录仍需有清楚维护方式。一个小而可信的数据库，通常比规模大却无法解释的数据堆更容易支持持续合作。

研究依据、日期与边界

资料核验于 2026-10-21 至 22 日。文中流程为编辑建议，算例均为假设；不代表实测结果、达人排名或合作承诺。