商品事实卡是什么，为什么直播团队需要它

同一个商品，详情页说“轻薄”，主播说“零负担”，客服又提醒部分人群慎用。内容越多，口径越容易漂移。商品事实卡把可以说、凭什么说、不能怎么说和变化由谁确认写清，让所有生成内容有统一来源。工作台只有接入真实商品、渠道和反馈数据，并把分析变成下一轮动作，才会产生可验证的业务价值。

电商内容生产常见一种错觉：商品资料已经有详情页，为什么还要再做一张事实卡？因为详情页是面向消费者的展示结果，不是团队内部可以持续引用的事实源。

运营、主播、设计、客服和AI需要知道的不只是“怎么卖”，还包括“依据是什么、什么不能说、什么时候失效”。

同一瓶精华，详情页、主播和客服说了三种用法

详情页写“每晚使用”，主播为了强调温和又说“早晚都可以”，客服根据旧话术回复“敏感肌先每周两次”。三种表述未必都错，但用户不知道哪一种是产品确认的用法，团队也不知道该先改哪份内容。

商品事实卡不是再写一份精简介绍，而是把“可以对外说什么、依据是什么、哪些表达禁止使用”变成内容生产的公共源头。

商品事实卡至少分六块

基础事实包括名称、型号、规格、材质和产地；交易事实包括价格、优惠、库存、赠品和有效期；卖点证据包括检测、实测、用户反馈或产品设计依据；适用边界说明适合与不适合人群；内容限制包含禁用词和平台要求；维护信息说明负责人和更新时间。

每个卖点最好关联证据。没有证据的表达标为创意观点或待确认，不能和硬事实混在一起。

事实卡不是把文案写短

“舒适透气”是一句卖点，不是事实。事实可能是面料成分、结构设计和实测条件。主播可以根据受众把事实翻译成不同表达，但不能突破来源。

AI生成脚本时先选目标人群和内容形式，再从事实卡取材。这样小红书笔记、直播口播和客服回答风格可以不同，核心信息仍一致。

变化要触发内容检查

价格、库存、赠品和使用限制变化后，相关脚本、素材和FAQ应标记待确认。已经发布的内容未必能自动修改，但系统至少能列出影响范围和负责人。

这比在群里发一句“价格改了”可靠。群消息只能通知当下的人，影响关系能找到所有受影响资产。

商品事实卡需要版本和权限

未发布新品、供应成本和内部毛利不应对所有内容协作者可见。可以把对外可用事实与内部经营信息分层，同一商品卡按角色显示不同字段。

外部主播只读取已批准口径；客服能看售后与使用限制；管理者能看毛利和库存。AI也遵守相同字段权限。

嘟哩电商工作流中的位置

商品事实卡绑定商品、活动和资料来源，成为直播脚本、数字人、短剧、客服FAQ和GEO内容的统一输入。通过连接器同步ERP或商品系统字段，不自建完整ERP。

接口未接通时，允许人工维护，但要显示更新时间和负责人。过期资料不能被AI当作确定答案。

如何判断事实卡有没有价值

选一场直播，对照主播口播、详情页、客服和售后问题。记录口径冲突、临时确认和错误修正次数。上线事实卡后重复测试，看冲突是否减少、变化能否找到影响内容。

事实卡要把“事实”和“卖法”分开

区块	示例字段	谁确认
基础事实	SKU、规格、成分、产地、保质期、使用方法	商品/供应链负责人
价格与库存	日常价、活动价、赠品条件、可售库存、有效时间	运营和供应链
卖点与证据	可表达卖点、检测报告、使用说明、来源链接	品牌/法务/商品负责人
人群与边界	适用人群、不适用情形、过敏测试建议	商品与客服负责人
禁用口径	不可使用的绝对化、医疗化、未证实功效表述	法务/合规
常见异议	价格、用法、效果周期、退换货问题和已确认回答	客服与运营

“卖点”必须指向事实或证据。例如“日常通勤方便”是内容角度，它可以来自“30ml 泵头包装，无需挤压瓶身”；但“三天修复敏感”如果没有合法证据，就不应因为 AI 生成得像广告而进入直播。

事实变更必须能找到所有受影响内容

将活动价的结束时间提前两小时，看系统能否标出正在使用旧时间的主播脚本、数字人话术、商品卡和客服问答。如果修改事实卡后还需要在群里逐个通知“记得改”，它还只是一张表，没有成为内容工作流的事实源。

商品事实卡要成为内容的唯一事实来源

主播放心说“全身水洗”，客服却按旧口径回答“只能擦洗”，详情页又写“防水等级生活防泼”。用户截图质疑时，团队先吵的是谁对，而不是赶紧修正。

环节	要记录什么	通过标准
基础事实	规格、材质、价格、库存、适用人群	有来源和确认人
证据	检测报告、供应商资料、实拍、历史评价	卖点可证明
禁用	不能说的功效、夸大词、平台敏感词	生成前先过滤
口径	主播、客服、图文、短视频、GEO 问答	全部引用同一事实版本

商品事实卡的意义是让内容生产不再各说各话。嘟哩 AI 可以生成很多内容，但必须知道哪些事实已经确认，哪些只是待核验素材。

怎么验收

抽查 20 条文案和客服回复，看核心参数、价格和禁用词是否与事实卡一致。这个一致性比生成文案数量更关键。

真正落到产品页面时，要看到这些东西

电商运营负责人进入商品增长作战室时，第一眼应该看到一场商品直播或内容活动的当前状态，而不是一段功能介绍。入口动作也要直接：从商品事实卡和活动目标开始，而不是直接生成脚本。用户每做一步，系统都要把输入、确认人、状态和产物留下来，后面 AI 才有可靠上下文。

页面区域	业务字段	系统状态	AI 动作
基础事实	规格、材质、价格、库存、适用人群	当前状态、责任人、来源链接、更新时间	AI 检查“有来源和确认人”，并给出缺口待办
证据	检测报告、供应商资料、实拍、历史评价	当前状态、责任人、来源链接、更新时间	AI 检查“卖点可证明”，并给出缺口待办
禁用	不能说的功效、夸大词、平台敏感词	当前状态、责任人、来源链接、更新时间	AI 检查“生成前先过滤”，并给出缺口待办
口径	主播、客服、图文、短视频、GEO 问答	当前状态、责任人、来源链接、更新时间	AI 检查“全部引用同一事实版本”，并给出缺口待办

一天的真实使用路径可以这样设计：早上先打开看板看今日待确认事项；上午补齐缺失资料或接口数据；下午让 AI 生成分析、脚本、用例、风险或方案；执行前由负责人确认关键动作；晚上把结果、问题和下一步沉淀到同一个项目。这样用户不会觉得自己在“找 AI 聊天”，而是在推进一件有开始、有负责人、有产物、有复盘的工作。

产品里还要保留两个不太讨好、但很重要的状态：一个是“资料不足，不能判断”，另一个是“超出当前范围，建议拆分或延期”。这两句话会让页面看起来没有那么神奇，却能减少错误决策。企业场景里，靠谱比炫技更值钱。

边界说明

嘟哩不需要自建完整 ERP、直播平台或全量数据分析平台。第一期应支持导入或对接关键数据，并把接口缺口显示出来，避免把工作流包装成全渠道已闭环。

读者真正会感受到的变化

以前运营在数据平台、直播后台、客服系统和群聊之间切换；现在围绕一个商品活动看事实、内容、现场问题和复盘动作。团队不再只说流量不好，而能追到是哪句口径、哪个商品段、哪类用户异议影响了结果。这段体验变化要在试点中被记录下来：用了几个入口、问了几个人、返工发生在哪一步、最终产物是否能被下一次复用。只有这些细节存在，文章里的方案才不是概念说明，而是能被团队带回去照着检查的工作方法。

常见问题

商品事实卡由谁维护？

通常由商品或运营负责人维护，价格、库存和合规字段由对应责任人确认。

能否直接从详情页自动生成？

可以提取草稿，但详情页可能过期或缺少内部边界，需要人工核验来源。

不同平台需要不同事实卡吗？

核心事实共用，平台规则、禁用词和内容形式可作为渠道扩展字段。