舆情分析报告用 AI 做 PPT，先把材料分成四类：已确认事实、公开观点、待确认说法、处理进展，再按来源关系与时间组织页面。转载不等于独立证据，声量也不等于事件真实性。把获准使用的公开信息整理成带来源和时间的文档后，可用PPTGO 的文档整理能力生成汇报初稿；信息判断与原文核对仍由人完成，不让 AI 补写原因或替相关方表态。
先明确报告要支持什么决定
“网上都在说什么”范围很大，容易变成截图堆积。一次有边界的汇报可以回答三个具体问题：目前哪些信息已经确认、主要疑问集中在哪里、接下来需要补充什么说明。材料只取与本次事件及时间窗口相关的部分，不借机收集无关个人资料。
本文用一个虚构的场馆预约服务公告说明方法。设定为：某预约页面出现短时异常，服务方发布公告，随后出现几次转载和用户评论，之后补充处理进展。所有名称、时间和文本都是教学示例，不对应真实机构，也不用于评价某个真实品牌。
本例报告的目的不是判断公众态度，更不是对用户分群画像，而是帮助服务团队看清“原始公告说了什么、哪些疑问仍未得到回应、当前可以公布什么进展”。因此不需要做情绪打分仪表盘，也不把单条尖锐评论当成整体舆论。
四类信息分开写，避免把说法变成事实
| 信息类别 | 本例材料 | PPT里怎样表述 |
|---|---|---|
| 已确认事实 | 已找到服务方发布的异常公告原文及发布时间 | “服务方于 09:10 发布异常公告。”只陈述发布行为与原文内容，不据此扩大影响范围。 |
| 公开观点 | 一条评论认为状态说明不够清楚 | “样本评论提出状态说明不清楚的问题。”保留它是一个观点，不写成全部用户的评价。 |
| 待确认说法 | 一则转述称所有预约记录都已丢失，没有提供原始依据 | 标为待确认并记录来源；不放进事实时间线，也不在标题中当作结论。 |
| 处理进展 | 服务方后续说明已经采取处理措施，并给出下一次更新时间 | 标明发布主体与更新时间；“已采取措施”不自动等于“问题彻底解决”。 |
“官方说了”与“事情已经被独立证实”也不是同一句话。公告可以证明发布者做出了相应说明，至于受影响范围、原因和恢复结果，可能还需要其他记录支持。PPT 应保留信息主体，例如“公告称”“公开说明中提到”，不要在压缩文字时把来源拿掉。
四类信息不是四个固定立场。某个待确认说法后来得到证据，可以更新分类；某项处理进展也可能仍待验证效果。报告需要记录状态变化，而不是第一版分好类后就一直不动。
三次转载不等于三个独立来源
假设收集到四条页面：原始公告 A，以及转载 B、C、D。B 和 C 引用了 A，D 又引用了 B。它们是四条传播记录，但共同指向同一条来源链；不能写成“四个独立来源证实异常原因”。即使文字不完全相同，也应检查是否只是同一段内容的转述。
| 记录 | 来源关系 | 可支持的判断 |
|---|---|---|
| A：原始公告 | 本例来源链起点 | 公告原文及其发布时间 |
| B：转载页 | 引用 A | 该公告被这个页面转载 |
| C：另一转载页 | 引用 A | 又出现一次转载，不新增事件事实证据 |
| D：转述页 | 引用 B，未直接核对 A | 出现二次转述，需要返回 A 检查表述是否变化 |
若 D 把“部分请求异常”改成“全部预约失效”，应把这个差异记录在转述偏差中，不用它替代 A 的原话。来源链接失效时，保留已授权保存的原文片段、抓取时间和记录方式；没有原始依据的内容就保持待确认，不能因为被转发多次而提升确定性。
在页面上可以画 A→B、A→C、B→D 的来源关系，给每条记录保留简短标识。图的作用是解释证据关系，不是声称已经覆盖全网传播。收集范围和时间窗口应以实际资料为准。
事件时间与报道时间用两列记录
本例设定中，公告于 09:10 发布，并提到异常从 08:40 开始。08:40 是公告所述的事件时间，09:10 是公告发布时间。如果把所有条目按页面发布时间排列，却把标题写成“事件完整经过”，就可能把发生顺序和传播顺序混在一起。
| 事件或状态 | 所述发生时间 | 信息发布时间 | 依据与备注 |
|---|---|---|---|
| 预约页面出现异常 | 08:40 | 09:10 | A 公告所述时间；不代表已有其他独立记录 |
| 公告被转载 | 不作为新的服务事件 | 09:25 | B 页面发布；计入传播记录 |
| 服务方说明已采取处理措施 | 10:05 | 10:15 | 更新公告所述状态；恢复效果仍需明确证据 |
同一天的示例可以只显示时分；跨日材料应写日期和统一时区。原文没有给出的事件时间就留空或写“未提供”，不要为了把时间线画满而用报道时间代填。后续更正也应保留更新节点，让读者知道某条结论是在什么时候改变的。
把资料交给AI时，要求保留来源和确定程度
输入文档建议每条记录采用同一组字段：编号、来源地址、发布主体、原文摘录、发布时间、所述事件时间、信息类别、与其他记录的关系。正文摘录只取理解该问题所必需的内容；去掉无关账号名、联系方式和个人细节。资料整理好后再生成演示，而不是把一组链接交给 AI 后假定它已经逐条读完。
根据以下已整理记录，生成供服务团队内部讨论的舆情报告大纲。区分已确认事实、公开观点、待确认说法和处理进展。保留记录编号、信息主体、事件时间与发布时间。A、B、C、D 属于同一来源链，不计为独立验证。不要推断异常原因、受影响人数、整体情绪或责任归属；未知内容保留为需要补充的信息。最后列出本次资料能够回答和仍不能回答的问题。
在 PPTGO 大纲中，适合本例的顺序是：当前可确认信息、来源链、主要公开疑问、处理进展与下一次说明。若生成的第一页直接写成“系统故障造成大规模信息丢失”，应立即返回输入核对，删除没有证据的事件定性，不能只把“严重”换成“较大”继续使用。
在 PPTGO 编辑器中，可以把来源链单独安排一页：A 是原始公告，B、C 是直接转载，D 是二次转述；旁边说明哪些只是新增传播记录，哪些提供了新的事实证据。工具帮助调整大纲与页面表达，来源之间的关系和信息真实性仍需根据原始材料判断。
把“回应建议”写成需要补充的信息，不替人宣布结论
本例公开疑问是“当前预约状态能在哪里查看”，相应的工作项应是确认可用查询渠道、由负责人员提供准确说明。对于“所有记录丢失”的待确认说法，工作项是取得可核查的记录状态与适用范围，而不是让 AI 编一段保证“所有数据绝对安全”的回复。
报告末页可列三项：已经能够说明的事实、需要负责人员补充的材料、下次更新的时间与渠道。不同负责人确认的内容分开记录；尚未批准对外发布的文字不要混在公开版页面中。若报告包含对外沟通稿，应经过有权限的人员审核后使用。
内部服务故障的原因与整改，适合另按故障复盘演示的组织方法处理；舆情报告主要说明公开信息及其变化，不能靠转载材料完成技术原因分析。两份材料可以互相引用已经确认的事实，但不互相替代。
完成初稿后，挑一条最容易被误读的说法，从页面追回原始材料：是否保留了主体、范围、时间和确定程度？如果这条链能说清楚，再逐页检查其他内容。可以用经过筛选的公开材料在 PPTGO 起草信息分层汇报，把读者需要知道的事实和仍待回答的问题分开展示。
