多渠道内容需要单一事实来源
别名: 单一事实来源 · 结构化事实 · claim registry · content syndication
概念解释
主张级单一事实来源（claim-level single source of truth）让价格、资格条件、能力限制、政策状态、步骤前提等可核验事实拥有一个权威记录，再由界面、帮助、通知、客服和市场渠道按各自语境呈现。单一的是事实或 claim 的身份、值、条件、依据和版本，不是要求所有渠道逐字复用同一段文案。
同一事实可以在按钮旁压缩成一句，在帮助页展开为说明，在通知中只呈现与当次事件相关的部分；只要条件与实质不变，这种渠道适配不是矛盾。反之，相同句子复制到每处却各自硬编码数值，仍然不是单一来源。
机制
渠道对长度、语气、顺序、交互和辅助技术上下文有不同约束，但底层事实会共同变化。若每个渠道同时保存事实和措辞，更新者必须找到所有副本，遗漏就产生冲突。将 claim 与 presentation 分离后，事实记录保存结构化值、适用条件和证据，渠道模板或编辑流程消费它，再按本地任务生成合适表述。变更可以从一个 claim 找到全部消费者，渠道差异也能被明确标为呈现或受控覆盖。
单一来源不一定是一套 CMS 或一个数据库。权威系统可按事实类型分布，例如价格来自计费系统、可用能力来自权益服务、政策状态来自治理记录；关键是每项 claim 只有一个被声明的 authority，并以稳定标识、版本和接口被内容系统引用。流程或步骤还可能由有顺序与条件的结构化节点组成，不能强拆成失去上下文的孤立句子。
怎么研究
从用户会跨渠道核对的任务抽样，例如价格、资格、功能限制和操作前提。将各渠道表述归一到 claim、值、条件、有效期与来源，识别矛盾、遗漏条件、陈旧消费者和无法追溯的硬编码。不要用字符串相同率判断一致性：同义且事实等价的渠道文案可能合格，逐字相同却漏掉当前渠道所需条件仍可能失败。
用变更演练更新一个事实，追踪消费者发现率、传播时延、失败重试、审批和回滚；让参与者在界面、帮助和客服回答间判断相同任务，测结论一致、理解和任务结果。比较架构时保持渠道模板质量不变，避免把糟糕改写误归于结构化来源。多语言审计还需核对 locale 呈现是否消费同一 claim 版本，而不是只比译文表面。
边界
不是所有内容都能或都该生成。叙事、示例、情境解释和品牌表达可由渠道单独创作，但其中可证伪的数字、条件和产品承诺仍应连接权威 claim。依法或合同要求逐字呈现的文本可以作为受版本控制的权威资产，而不是任意改写。实验可以改变框架、顺序和例子，不能在未登记的情况下改变事实条件。
某些渠道因地区、角色、方案或时间而拥有合法差异；这应建模为条件化 claim 或显式覆盖，而非复制后静默分叉。术语表治理概念叫什么，单一事实来源治理关于概念的断言是什么。内容时效流程决定何时复核消费者；事实架构负责指出它们依赖哪个版本。
怎么落地
- 建立 claim schema：claim_id、subject、predicate、value、unit、qualifiers、audience/role、region、effective interval、evidence、authority、owner、version、status 和 consumers；条件不能只藏在自由文本备注里。
- 让渠道层保存 presentation：语言、长度、语气、顺序、例子、无障碍标签和模板版本。渲染或审阅时解析 claim；需要人工改写时保留 claim 引用和版本，不复制为无来源事实。
- 为来源不可用设计明确 fallback：使用最后已验证版本并显示适用时间、阻止高风险发布，或降级为不含该 claim 的表述；不得静默猜测。渠道覆盖需记录原因、适用范围、批准者和失效条件。
- 用契约测试验证事实源到消费者的值与条件，用内容 QA 验证渠道表达可理解。变更 claim 时列出受影响消费者、等待关键渠道确认后发布，并监控版本分叉、硬编码发现、传播失败和用户报告的矛盾。