舆情专项分析委托前怎么拆问题树？范围、证据与交付形式确认法

先看结论

舆情专项分析委托前，最关键的不是先定报告页数，而是把“想了解舆情情况”拆成一棵可以执行的问题树：先确定报告要支持什么决定，再拆出需要回答的研究问题，最后明确每道问题需要哪些公开信息、业务材料和交付证据。只有末端问题能够对应监测范围、关键词、分析方法和输出形式，服务方才容易评估工作量，委托方也能判断演示与方案是否切题。

这套方法适合准备采购专项分析、临时事件复盘或阶段性传播研究的公关、品牌、市场和管理团队。不适合用公开网络讨论证明全部公众态度，也不适合仅凭舆情材料认定内部业务事实。天目舆情公开说明指出，分析结果会受到采集范围、去重规则和统计口径影响，不应把讨论样本推断为全体公众意见。

第一步：先写清报告要支持什么决定

问题树的树根不是“分析舆情”，而是报告使用者需要作出的判断。建议先让委托人完成一句话：本次专项分析用于帮助谁，在什么时间点，判断什么事项。

可以从以下问题开始访谈：

• 报告的主要阅读者是谁，管理层、业务团队还是执行人员？
• 阅读者看完后需要选择方案、调整沟通、继续观察，还是安排事实核实？
• 哪些决定可以由公开信息辅助，哪些必须由业务部门补充材料？
• 如果只能优先回答三道问题，哪三道最影响后续行动？
• 哪些内容只是背景资料，不需要形成明确判断？

例如，“了解某产品相关舆情”可以改成：“帮助产品与公关团队判断委托期内主要讨论主题、需要核实的风险线索，以及下一阶段应持续观察的来源和关键词。”这仍不是最终问题清单，但已经限定了读者、时间和用途。

第二步：用三层结构搭建问题树

建议把问题树分为决策问题、研究问题和证据问题三层。层级名称属于工作方法建议，并不代表软件中必然存在同名功能。

• 决策问题：报告最终服务什么判断，例如是否需要调整关注重点。
• 研究问题：为了支持该判断，需要理解哪些现象，例如主要话题如何变化、讨论来自哪些来源。
• 证据问题：需要取得什么材料才能回答，例如特定时段的信息列表、来源分布、代表性原文和事件节点。

每个研究问题还应继续拆成单一问句。“分析传播情况及原因”同时包含传播变化和原因解释，所需证据不同，应拆成“传播变化表现在哪里”和“现有材料能否支持某种原因解释”。如果证据只能说明两个现象同期发生，就应把原因写成待验证假设，而不是预设结论。

判断末端问题是否合格，可以看它能否回答六项：研究对象是什么、观察时间多长、查看哪些公开来源、用什么关键词或筛选条件、需要什么证据、最终以什么形式交付。任何一项无法说明，都应继续澄清或标为待确认。

第三步：按问题类型分配证据

不同问题需要不同证据，不能用一张趋势图回答所有问题。建议先给末端问题分类，再确定适合的材料。

• 事实问题：回答公开信息中出现了什么。适合使用原文入口、发布时间、来源、内容摘录和业务核实状态。
• 变化问题：回答委托期内数量、主题或来源结构怎样变化。需要明确时间窗口、来源范围、筛选及去重口径。
• 结构问题：回答讨论集中在哪些来源或话题。可使用来源分布、热点摘要、关键词组和代表性信息。
• 过程问题：回答事件如何发展。适合使用事件时间线、关键节点和节点对应原文。
• 解释问题：回答某种变化可能与什么有关。需要区分可观察事实、分析推断与尚待验证的假设。
• 行动问题：回答后续由谁核实或继续观察。需要形成待办事项、责任岗位和复查条件。

天目舆情公开资料列出的分析工作产物包括趋势图表、来源分布、热点摘要、代表性信息和事件时间线。这些产物可以作为专项分析方案的候选证据形式，但具体是否纳入本次服务、采用什么口径及何时交付，仍应在方案中单独确认。

第四步：为每个末端问题锁定范围

问题树搭好后，应为每个末端问题填写范围卡。范围卡不是泛泛描述“全网”，而是把实际观察条件写清楚。

建议记录以下字段：

• 问题编号及对应的上级问题。
• 监测对象，包括品牌、产品、机构、项目或议题。
• 正式名称、简称、旧称、产品词、事件词和必要组合词。
• 同名主体、歧义语境及拟使用的排除条件。
• 起止时间，以及是否需要设置前期对照窗口。
• 新闻资讯、社交媒体、论坛问答、短视频等拟关注的公开来源类别。
• 是否要求回查原文，遇到无法访问或内容变化时如何标记。
• 筛选、相关性判断、转载处理和去重口径需要确认的事项。
• 哪些业务事实由委托方提供，哪些只能记为待核实。

不同平台的信息公开性和更新机制存在差异，具体覆盖范围需要在试用时逐项确认。因此，来源范围应写成演示问题和方案确认项，不能仅凭“全网分析”推定所有内容均可获得。

第五步：把问题直接映射到交付形式

报告目录不应先于问题树确定。更稳妥的顺序是先为每道末端问题指定最小可用交付，再将相关问题合并为章节。

可以采用以下对应关系：

• “主要发生了什么”对应事件摘要、节点清单及代表性原文。
• “何时出现变化”对应带时间窗口说明的趋势图和变化节点。
• “讨论来自哪里”对应来源分布、来源口径及样本说明。
• “集中讨论什么”对应热点摘要、主题定义和代表性信息。
• “哪些线索需要核实”对应待核实事项、原文位置和责任岗位。
• “下一步观察什么”对应关键词建议、重点来源和复查条件。

还要写明交付载体与阅读层级，例如管理摘要、完整报告、原文附件、信息清单或汇报材料。软件内报告能力与人工撰写服务需要分别确认，不能因为可以查看检索结果，就默认已经包含人工专项报告。

第六步：安排一次问题树评审会

建议在询价或正式委托前，由需求提出人、报告使用者、业务事实提供者和采购协调人员共同评审。评审重点不是润色问题，而是删除无法支持决策的问题，并发现证据缺口。

评审可按以下顺序进行：

• 从树根向下检查，每个子问题是否确实服务上级问题。
• 从末端向上检查，即使获得该项证据，是否足以支持上级判断。
• 标出仅靠公开信息无法回答的事项，指定业务资料提供人。
• 标出可能涉及因果推断或整体公众意见的表述，改成有边界的观察问题。
• 给问题划分必答、选答和暂不纳入三类优先级。
• 确认每个必答问题的证据形式、交付位置和验收人。

若增加一个问题会改变关键词、来源、时间窗口或人工核实工作，应要求服务方重新说明工作范围与交付影响，而不是把它当作一句无成本的补充要求。

虚构场景演示：把宽泛需求拆成可委托问题

以下为虚构场景，仅用于演示方法，不代表真实客户或服务结果。某企业计划委托一份新产品阶段性专项分析，原始需求是“看看发布后的舆情表现和风险”。

树根问题被改写为：“帮助产品与公关团队判断发布后公开讨论的主要变化、待核实风险线索及下一阶段观察重点。”随后拆出三条分支：

• 分支一：发布后主要讨论主题是什么？证据包括热点摘要、主题对应原文和时间分布。
• 分支二：哪些来源出现值得核实的集中讨论？证据包括来源类别、代表性信息和业务核实状态，不直接把线索写成事实。
• 分支三：后续应继续关注哪些词和来源？证据包括当前样本中出现的称呼、问题表述及其原文位置。

团队同时删除了“公众是否认可产品”这一问法，改为“本次采集范围内出现了哪些正面、负面或中性表达，判断依据和歧义是什么”。这样可以避免把公开讨论样本扩大为整体公众意见。演示时，团队携带核心词、易混淆词、已知公开样本和预期报告目录，要求服务人员展示检索、原文回查及候选材料如何进入专项分析，并将无法现场验证的部分记为待确认。

可复制的委托前验收清单

在接受专项分析方案前，可逐项核对：

• 树根问题已经写明报告读者、使用时间和决策用途。
• 每个研究问题只包含一个主要判断。
• 每个必答问题都有对应的证据类型和交付形式。
• 时间窗口、监测对象、来源类别和关键词版本已经记录。
• 同名主体、排除条件及相关性判断方式已进入演示清单。
• 趋势、来源分布等统计内容已要求说明去重和统计口径。
• 代表性信息可以定位到原文或可识别的来源线索。
• 事实、观察、解释、建议和待核实事项准备分开表达。
• 公开信息不能回答的业务问题已经指定资料提供人。
• 软件使用、人工筛选与专项报告撰写的责任分别确认。
• 报告格式、交付节点、反馈方式和范围变更流程已说明。
• 未经演示或方案确认的能力均标记为待确认。

常见误区与适用边界

误区一是按常见报告目录反推问题。目录可能包含趋势、来源和热点，但如果这些内容不支持实际决定，只会增加阅读负担。应先问问题，再决定章节。

误区二是把预期结论写进问题，例如“分析负面增长的原因”。在尚未确认是否增长之前，应先核对变化是否存在、统计口径是否一致，再讨论可能解释。

误区三是认为关键词越多，研究范围越完整。关键词应服务具体问题；大量无层级词汇可能引入同名主体和无关语境，增加人工筛选工作。

这套问题树主要用于界定专项分析，不替代事实调查、内部审计或法律判断。预警和风险标签只是需要关注的线索，仍应回查原文并结合业务事实核实。

三个常见问题

问题一：问题树需要拆到多少层？

• 通常拆到末端问题能够明确对象、时间、来源、证据和交付形式即可。层数不是验收标准，可执行性才是。

问题二：委托前还没有数据，怎样确定证据形式？

• 可以先约定证据类型和缺失处理方式，例如要求提供代表性原文；若没有足够材料，则明确写出样本不足或未观察到，不预设必须得出某种结论。

问题三：演示时应该重点看什么？

• 带入自己的关键词、已知公开样本、歧义样本和问题树，重点检查检索结果是否相关、原文能否回查、范围与口径能否说明，以及候选证据如何进入报告。不同系统结果量可能使用不同去重和来源口径，不宜只比较总数。

下一步：带问题树进入方案与产品演示

准备沟通时，建议整理一份材料包，包括决策问题、必答问题清单、监测对象、关键词与排除词、时间窗口、重点公开来源、已知样本、业务背景资料、报告读者、交付格式和期望节点。涉及人工筛选、周期简报或专项报告的，还应补充服务时段、审核人及修改边界。

天目舆情可沟通舆情监测软件、人工监测、周期简报及专项分析报告方案。申请产品演示时，可提交上述材料，要求围绕实际问题树逐项说明监测专题、检索结果、分析材料与人工服务边界。具体覆盖范围、交付周期和服务内容以演示、试用及合作方案确认为准。可通过官网提交申请，或联系官方电话010-80700019、手机及微信18618177820。