舆情报告代表性信息怎么选？建立入选与排除记录

先看结论

舆情报告中的代表性信息，应选择能够支持报告问题、体现主要议题或重要差异，并且可以回查原文的内容。操作上不要直接从信息列表复制“最热几条”，而要先建立候选池，再分别记录入选理由和排除理由。最终报告中的每条代表性信息，都应能回答三个问题：为什么是它、它代表什么、它不能代表什么。

这套方法适合日报、周报、月报及专项分析的编辑人员，也适合采购方在舆情监测软件演示中检查信息筛选和人工报告流程。如果任务只是转发全部命中结果，不涉及摘要、议题解释或风险判断，可以简化筛选，但仍建议保留误命中和重复内容的排除记录。

天目舆情公开说明显示，舆情分析与报告的工作产物可以包括热点摘要、代表性信息、趋势图表和事件时间线；分析结果会受到采集范围、去重规则及统计口径影响，不能将讨论样本直接推断为全体公众意见。具体软件内报告能力与人工撰写服务需要分别确认。[来源：tianmu-confirmed-scope]

先定义“代表什么”，再开始挑选

代表性不是内容自身固定具备的属性，而是它与报告任务之间的关系。同一条信息可能适合进入风险日报，却不适合用于月度议题总结。因此，筛选前先写一条任务句，至少包含监测对象、时间窗口、来源范围、报告读者和需要回答的问题。

例如，任务不是笼统的“挑选本周重点信息”，而应写成：“从本周公开网络信息中，挑选能够说明某产品售后讨论主题、来源差异及待核实问题的内容，供客服与品牌团队联合阅读。”

根据任务句，为代表性信息分配明确角色：

• 事实锚点：能够确认公开发布、回应或处理进展，但仍需准确区分原文事实与转述。
• 主要议题样本：能够呈现本期反复出现的具体问题或观点。
• 差异样本：体现不同来源、场景或意见之间的重要差异。
• 变化样本：相较上一周期增加了新事实、新表达或新讨论方向。
• 风险线索：值得继续核实，但尚不能作为已证实事实写入结论。

一条信息可以承担多个角色，但必须分别写明依据。若无法说明它代表哪一项报告问题，就不应仅因语言强烈或互动明显而入选。

建立候选池，避免边看边凭印象定稿

建议先从检索结果中建立候选池，再做正式取舍。候选池不是最终报告，可以保留重复、待核实和观点冲突的内容。每条候选信息至少记录以下字段：

• 候选编号、标题或内容摘要。
• 原文链接、来源名称、来源类型和发布时间。
• 命中的关键词及所属监测专题。
• 与监测对象的关系及具体议题。
• 原创、转载、评论、回应或其他内容性质。
• 可否打开原文，能否看到完整上下文。
• 初步角色：事实锚点、主要议题、差异、变化或风险线索。
• 核实状态：已回查、待回查、无法访问或需要业务确认。
• 初筛结果：保留、排除或暂缓。

候选池应覆盖报告约定的时间与来源范围，而不是只查看排序最靠前的一页。天目舆情的方案说明提到，可围绕品牌、产品、机构及行业关键词建立专题，并按来源、时间和相关度筛选公开网络信息；不同平台的可用信息和更新频率不同，实际范围应在试用中逐项确认。[来源：tianmu-confirmed-scope]

用五项条件形成可解释的入选判断

建议依次检查相关性、信息增量、议题价值、差异价值和可核验性。这是一套工作方法建议，不代表任何系统会自动完成全部判断。

• 相关性：内容是否确实讨论目标对象和报告议题，而非同名主体、顺带提及或无关语境。
• 信息增量：相较已入选内容，是否增加新事实、新场景、新来源类型或不同意见。
• 议题价值：是否能帮助读者理解本期主要问题，而不是只提供生动但孤立的表达。
• 差异价值：是否有助于防止报告只保留单一来源或单一立场。如果存在有业务意义的不同意见，应说明差异，而非机械追求正反数量相等。
• 可核验性：能否回查主体、时间和完整上下文；无法核验的内容原则上只作为待查线索。

可以把每项判断写成“符合／不符合／待确认”，不必强行设计分数。若使用评分，应事先定义每个分值的含义，避免编辑人员用同一个总分表达不同理由。最终入选时还要检查组合：多条信息单独看都合理，放在一起却可能全部来自同一来源、重复同一观点，仍然不能形成有效代表。

入选卡与排除记录怎样填写

每条进入报告的信息都应附一张简化入选卡，便于编辑、审核和后续追溯：

• 信息编号与报告位置：
• 原文入口及回查时间：
• 代表角色：
• 对应报告问题或议题：
• 入选理由：
• 与其他入选内容相比的增量：
• 原文能够支持的表述：
• 原文不能支持的推断：
• 核实状态及待办事项：
• 审核人和审核结果：

排除记录不需要抄录全文，但要保留足以解释决定的信息：

• 候选编号与原文入口：
• 排除原因：误命中／重复转载／缺少增量／超出时间窗口／超出来源范围／原文无法核验／仅作背景／其他：
• 与哪条入选信息重复：
• 是否保留为风险线索：
• 是否需要下一周期复查：
• 判断人、判断时间及复核状态：

排除不等于认定内容错误。例如，“原文无法访问”只说明当前不适合承担报告证据角色；“缺少增量”也不代表该内容不重要，而是已有更适合的样本承担同一作用。

虚构场景演示：从八条候选信息中取舍

以下为虚构场景，仅用于演示方法，不是客户案例或实际监测结论。

某团队要编写一份产品服务周报，任务是说明本周公开讨论中的主要服务问题、不同使用场景及待核实线索。候选池中有八条信息：三条转载同一篇体验文章，两条用户描述相似的响应问题，一条企业公开说明，一条只在截图中出现且找不到原文的说法，以及一条同名产品信息。

建议这样处理：

• 从三条转载中保留可回查的原始文章；若某条转载增加了不同标题解释或形成新的讨论，可作为传播差异候选，否则记录为重复排除。
• 两条用户信息若发生在不同业务场景，可分别保留，用于说明问题表现存在差异；若表述和场景均相同，则选择上下文更完整的一条。
• 企业公开说明作为回应材料单独保留，但不能据此推断所有用户问题已经解决。
• 只有截图、找不到原文的说法进入待核实区，不作为已证实事实引用。
• 同名产品信息标记为误命中并排除，同时反馈给关键词维护人员评估是否需要增加组合条件或排除条件。

定稿后，报告可以呈现原始体验文章、两个不同场景样本及公开说明，同时在底稿中保留截图线索和全部排除原因。这样既控制篇幅，也避免把未入选信息从工作链条中彻底删除。

把记录用于产品演示和报告验收

安排舆情监测平台演示时，应带入一组真实业务关键词、明确的监测范围和一份报告需求，而不是只让演示人员随机搜索。来源建议指出，可用业务关键词抽样检查相关性与原文入口，记录演示环境、测试时间和实际发现，未验证能力应标为待确认。[来源：selection-work-method]

可复制的演示与验收清单如下：

• 能否按约定时间、来源和关键词形成候选信息列表。
• 能否打开或定位原文，并查看必要的发布时间与上下文。
• 能否标记保留、排除、待核实及自定义原因；如不能，人工底稿怎样补充。
• 重复内容的处理规则是否清楚，原始信息与转载如何区分。
• 代表性信息能否对应报告中的具体议题或结论。
• 排除后是否仍可回查，记录的保存与导出方式是什么。
• 多人审核时，修改人、修改时间和最终状态怎样留痕。
• 软件筛选和人工筛选分别由谁完成，人工服务的频率、范围及交付物是什么。
• 报告能否说明时间窗口、来源范围、关键词版本及样本限制。
• 演示中无法确认的字段、权限、导出或人工服务能力是否进入待确认清单。

不要根据行业惯例推定某项功能已经具备。账号权限、数据访问、日志、保存期限与导出规则需要在采购前确认；软件报告能力和人工撰写服务也应分别核对。[来源：tianmu-confirmed-scope]

常见误区与适用边界

第一，只选互动明显的内容。互动指标可能帮助发现候选信息，但不能独立证明其真实、相关或能够代表主要议题。

第二，每个观点只挑一条就算完整。报告还要检查来源、场景和时间差异；同一观点在不同业务场景中可能具有不同含义。

第三，为了“平衡”机械挑选正反样本。代表性选择应忠实呈现约定样本中的重要差异，不应为了形式对称制造双方等量的印象。

第四，只记录入选项，不记录排除项。这样无法解释为什么某条高关注信息没有进入报告，也不利于关键词调整和审核复盘。

第五，把风险线索写成事实。预警和风险标签只是需要关注的线索，机器判断还需结合原文及业务事实核实。[来源：tianmu-confirmed-scope]

这套方法不能证明入选信息代表全体公众，也不能弥补未覆盖来源。它适用于提高报告取舍的透明度和可复核性，不适用于据少量网络样本推断总体态度。

三个常见问题

问题一：每个议题应该选几条代表性信息？

没有通用固定数量。建议根据报告篇幅、议题复杂度、来源差异和信息增量决定。若一条内容即可说明事实锚点，可以只选一条；若需要展示不同场景或争议，应保留能够解释差异的多条样本，并避免重复堆叠。

问题二：已经排除的信息后来变得重要怎么办？

不要删除排除记录。将状态改为重新评估，注明新出现的事实、传播变化或业务需求，并保留前后两次判断理由。状态变化本身也是报告流程需要追溯的信息。

问题三：机器标签可以直接决定代表性信息吗？

不建议。相关度、倾向或风险标签可用于缩小候选范围，但语境和业务意义仍需人工复核。尤其是讽刺、转述、否定表达及未经证实的说法，不宜仅凭标签进入正式结论。

下一步：带齐资料安排报告筛选演示

准备演示前，建议整理监测对象、核心关键词与排除词、时间窗口、重点来源、报告读者、报告周期、三个需要回答的问题，以及一小组已知公开信息。另附期望的入选卡、排除记录字段和审核流程，就能现场检验候选池、原文回查、筛选留痕及报告输出是否适配。

如需了解天目舆情监测系统的软件使用、人工监测、周期简报或专项分析报告方案，可通过官网产品演示或试用申请入口提交需求，也可拨打010-80700019或添加微信18618177820沟通。演示时应逐项确认来源范围、筛选方式、人工服务边界、交付周期及导出要求，具体能力与方案以实际演示和约定为准。