附录 信任力工具箱
本附录不是一份要求从头做到尾的检查清单，而是一张行动地图。先判断当前问题，再选择最小工具；先留下可核验的证据，再讨论评分、计划和回报。
全套工具遵循同一条路径：
发现问题 → 核验证据 → 修复缺口 → 留下记录 → 定期复查。
一、先从问题选择工具
| 你现在遇到的问题 | 先使用 | 主要产出 |
|---|---|---|
| 不知道品牌在 AI 回答中的起始位置 | 工具一：AI 认知基线 | 跨平台回答样本与基线报告 |
| 不知道信任力整体短板在哪里 | 工具二：五真自评 | 五真证据表、分歧与优先级 |
| 缺少外部可信证据，或认证即将到期 | 工具三：信源审计 | 信源矩阵、缺口与到期预警 |
| 官网、电商、百科和渠道说法互相矛盾 | 工具四：一致性审计 | 不一致清单与整改工单 |
| 不知道应该围绕哪些真实问题建设内容 | 工具五：场景矩阵 | 场景化内容优先级 |
| 用户评价开始恶化，或投诉反复出现 | 工具六：评价追踪 | 月度评价健康度与预警 |
| 需要向管理层说明现状与下一步行动 | 工具七：体检报告 | 管理层诊断报告 |
| 已完成诊断，但不知道未来 90 天怎样推进 | 工具八：启动路线 | 负责人、里程碑与行动计划 |
| 需要在危机发生前明确责任和响应机制 | 工具九：危机预案 | 分级响应与修复追踪方案 |
| 需要向决策者解释投入价值 | 工具十：回报测算 | 假设透明的情景测算 |
如果没有明确问题，从工具二开始。它负责发现短板，再把“信源真”问题交给工具三，把“逻辑真”问题交给工具四。
二、十套工具与现有 Skill 的关系
截至 2026 年 9 月的公开 Skill 生态观察显示，十套工具中有七类已经存在成熟或相邻能力；本书不重复编写通用教程，只保留“三层五真”带来的特殊判断。这里的“已有”表示市场中存在相当能力，不表示功能完全一致、质量获得认证或适合所有组织。
| 编号 | 工具 | 公开市场中的相当能力 | 本书的处理方式 |
|---|---|---|---|
| 一 | AI 认知基线 | AI SEO、AI visibility audit | 保留信任力测试口径与证据留档要求 |
| 二 | 五真自评 | 暂未发现直接对应 | 作为原创核心工具完整展开 |
| 三 | 信源审计 | 暂未发现直接对应 | 作为原创核心工具完整展开 |
| 四 | 一致性审计 | 暂未发现直接对应 | 作为原创核心工具完整展开 |
| 五 | 场景矩阵 | content strategy、AI SEO | 保留场景选择与证据要求 |
| 六 | 评价追踪 | review reputation、analytics | 保留体验真指标与预警边界 |
| 七 | 体检报告 | KPI dashboard、分析报告 | 作为统一输出模板 |
| 八 | 90 天启动路线 | marketing plan、GTM roadmap | 作为总调度模板 |
| 九 | 危机预案 | public relations、reputation management | 保留分级、履约修复与人工决策边界 |
| 十 | 回报测算 | ROI、归因与营销分析 | 只保留假设透明的情景框架 |
三、三个原创核心工具
工具二：五真自评
解决的问题： 一个组织往往知道“信任很重要”，却不知道短板究竟出在数据、来源、逻辑、体验还是履约。
最小输入： 组织和产品基本信息、现有公开材料、关键证据、品牌/质量/IT 等部门的独立判断。
输出： 五真证据表、证据不足项、部门分歧、优先改进顺序。没有证据时应记录“无法评分”，不能用印象补分。
详细方法见《工具二：五真自评》，填写时使用五真自评表。
工具三：信源审计
解决的问题： 品牌可能掌握大量自述材料，却缺少监管记录、有效认证、标准、学术、媒体或检测机构等外部证据。
最小输入： 主体名称、所在地区、行业、产品、现有认证和需要验证的关键主张。
输出： 信源矩阵、来源支持范围、有效期、缺口、建设优先级。营销页面、搜索摘要和 AI 回答只能作为线索，不能直接充当独立证据。
详细方法见《工具三：信源审计》，填写时使用信源矩阵。
工具四：一致性审计
解决的问题： 官网、电商、百科、工商信息和经销商渠道可能分别都“像是对的”，放在一起却出现数值、日期、认证或承诺冲突。
最小输入： 经过负责人确认的单一真相源、待检查平台列表和核心字段清单。
输出： 逐字段差异、不一致等级、整改责任人、期限与复核状态。语义不同不必然等于事实冲突，需要保留人工判断。
详细方法见《工具四：一致性审计》，填写时使用一致性审计表。
四、七张能力适配卡
工具一：AI 认知基线
用于品牌首次测试、竞品对标和重大投入后的复测。针对同一组真实问题，在多个 AI 平台的同一时间窗口内执行测试，完整保存问题、回答、日期、平台与引用来源，再编码提及、位次、语气和证据质量。
本工具不把一次回答当成平台的稳定立场，也不比较无法统一的模型版本、地区或登录状态。平台清单应按目标市场和最新可核验数据确定，不固化为永久名单。
工具五：场景矩阵
用于从“关键词思维”转向“真实问题思维”。从客服、销售、搜索、社区和售后材料中收集问题，按品类、预算、人群、场景、比较、风险和品质验证分类，再按用户价值、购买意图、证据准备度和内容缺口排序。
每条内容都应说明适用条件、证据和限制。内容数量不是完成标准；高优先级真实问题是否得到可验证回答，才是完成标准。
工具六：评价追踪
用于按月观察评价量、评分分布、问题类型、回应速度、解决状态和高信息密度评价。评价少、渠道缺失或平台限流都必须记录，不能把“没有数据”解释为“没有问题”。
阈值应使用组织自身历史基线和可核验行业数据校准。固定的好评率、差评率和回应率只能作为假设，不能直接称为行业标准。
工具七：体检报告
用于把工具一至六的结果整理成管理层能够决策的材料。报告应包含：一句话结论、关键变化、证据与限制、最大缺口、三项行动、负责人和复查日期。
图表只展示可比较的数据。没有稳定基准时，不绘制看似精确的百分制雷达图。可直接使用体检报告模板。
工具八：90 天启动路线
用于把诊断结果转化为分阶段行动。路线应从当前证据和资源出发，而不是机械复制固定周次：先完成诊断与共识，再选择少量基础建设和试点，最后形成复查与责任机制。
每个行动必须有负责人、依赖条件、可观察结果和停止条件。可使用90 天路线模板。
工具九：危机预案
用于危机发生前明确分级、决策人、通知范围、证据保存、首轮行动和后续修复。Agent 可以协助汇总事实、生成时间线和检查遗漏，但不能自行认定责任、发布声明或承诺赔偿。
涉及安全、法律、监管、数据泄露和公众利益的事件，应由有权负责人及相应专业人员判断。危机沟通不能替代停止伤害、修复产品和兑现承诺。
工具十：回报测算
用于比较情景和量级，不用于制造确定答案。所有转化率、价值系数、恢复周期和风险概率都必须标注来源、时间、适用范围和敏感性；无法校准的系数应设为变量，而不是写进公式成为“行业规律”。
建议同时给出保守、基准和积极三种情景，并把可量化收益与风险对冲价值分开。可使用ROI 假设登记表。
五、Agent 与人的责任边界
Agent 适合承担重复、可追踪的工作：整理材料、跨来源检索、字段比对、计算、标注事实与推断、生成表格和提醒遗漏。
以下判断必须由有权的人完成：
- 确认哪个版本是组织的单一真相源；
- 接受或否决包含主观权重的评分；
- 判断认证、法律责任和监管要求；
- 对外发布危机回应、承诺、赔偿或整改结论；
- 决定预算、负责人和组织考核；
- 确认数据、隐私、版权和商业机密可以进入分析。
六、完成标准
一个工具完成，不是因为表格填满，而是因为读者能够回答：
- 本次结论依据什么证据？
- 哪些只是推断或内部判断？
- 哪些信息缺失，可能改变结论？
- 下一步由谁在什么时间完成什么动作？
- 用什么可观察结果判断行动有效？
- 何时重新检查或推翻当前结论？
工具箱的目的不是让组织获得一个漂亮分数，而是让表达、证据、体验和履约之间的断点变得可见、可修复、可复查。