问题树怎么画？分清核心问题、原因和后果，再选改进切口

问题树把一个需要改善的现状放在中间，下方排列可能造成它的原因，上方排列它带来的后果。画图时反复追问两件事：“为什么会出现这个问题？”和“这个问题会造成什么影响？”把这两类关系分开，才能避免把后果当原因，或一开始就把某个方案当成唯一答案。

这里讨论的是原因—后果型问题树，不是把一个大问题按主题分类拆开的议题树。团队可以在 Boardmix 在线协作白板上先用便签整理材料，再移动节点、核对关系；每条尚未核实的因果联系都应保留为假设。

核心问题写成现状，别写成“缺少某方案”

“没有报修小程序”已经指定了解法，却没有说明居民遇到了什么困难。更适合放在树干上的表述是：“居民提交报修信息后，两个工作日内仍未得到明确的接收人和下一次反馈时间。”这里的两个工作日是本例为分析约定的检查口径，不是通用服务承诺。

问题还要有范围：哪些报修、哪个团队、什么时间段。紧急故障应按已有应急机制处理，不能混入普通报修后一起讨论。以下用普通社区设施报修的示例材料走读，不代替真实服务安排。

FAO 的问题树分析说明将核心问题、原因和后果组织成关系结构，并强调先明确分析对象和范围。用于团队工作时，先把现状描述清楚，再讨论能影响它的条件。

先分原因与后果，再检查每一条连接

围绕核心问题收集便签，一张只写一个现象。可以先分成“可能原因”“核心问题”“可能后果”“暂时不确定”四区，不急着把每张便签都塞进树里。

在报修示例中，下方有两条候选原因链：一条是登记材料没有写清设施位置，接收人员需要反复补问，难以及时确认如何受理；另一条是当班责任清单未更新，接收人员不能确认该转给谁。上方则可能出现居民反复询问、后续处理衔接被延迟等后果。

每条线都应能读成一句可核对的话：“因为前一个条件，后一个现象更容易发生。”不能只因为两件事同时存在，就把它们连成原因与结果；也不能凭一条树枝宣布已经找到根因。

“人员不足”先放在待核区。需要查看时段、任务量和可用人员安排，才能判断是否影响当前确认环节。若缺少这些材料，先给它补查任务，不要用一个宽泛原因解释所有问题。

画成树后，从下到上逐条走读

先将核心问题放在画布中部。其下放“反复补问定位信息”“接收责任不明确”两项直接原因，再往下放对应的登记字段和责任清单条件；上方放“重复询问”“后续衔接延迟”两个可能后果。箭头统一从原因指向结果，视觉上由下向上。

节点需要写清角色与对象：“责任不清”可以改为“接收人员不能确认当班处理人”；“信息差”可以改为“报修登记未写设施所在楼栋和位置”。具体表述让当事人能指出哪里符合事实、哪里需要修改。

给材料和关系分开标记。某份登记确实没有位置字段，是一个可以核对的事实；它是否导致了本次延迟，是另一项判断。可以在节点旁放材料编号，在连线旁标“待核”或写支持这条关系的记录，不要给整棵树统一盖“已验证”。

如果同一个原因影响多个环节，可以交叉连接，但要避免一张图塞满关系。若后果又反过来影响原因，例如重复询问占用接收时间，形成反馈回路，可以另做适合表达反馈的因果关系图。问题树适合整理层次，不必强迫所有真实关系都保持树形。

转换目标时，改变的是状态，不是简单加一个“不”

形成目标树时，可以把问题状态改写成希望达到的状态，再检查它们是否仍具有合理的手段—目的关系。例如“报修位置不清”可转成“接收人员能够根据提交信息定位设施”；不能直接写成“居民每次都填写所有信息”，因为那可能增加负担，也未必是实现定位的唯一办法。

不要把“确认延迟”机械改成“零等待”，或把“重复询问”改成“居民不再询问”。合理目标需要允许正常核实、异常沟通和服务变化。目标树表达希望发生的变化；实现路径仍要结合证据、资源和影响范围选择。

先选一个能查证、能实施的改进切口

假设材料支持先处理定位信息问题，可以小范围调整登记说明：明确需要哪些位置线索，提供一个填写例子，并让接收人员记录仍需补问的原因。试行前保留原来的确认口径，约定观察哪些普通报修、从哪个时点开始计时、怎样记录异常情况。

随后检查两层结果：提交信息是否更容易定位，以及明确处理安排是否更及时。如果前者改善而后者没有，就回到责任或其他等待条件继续分析；不能因为改了表单，就宣布整个报修问题已经解决。

在 Boardmix 中可将主树保留在中央，把资料摘录放在左侧、改进选择放在右侧。给当前要验证的两条线加编号，旁边写“查什么、谁来查、何时回看”。其他分支可以暂时保留，不必为了视觉完整而承诺全部处理。

完成讨论时，应留下三个明确结果：大家认可的问题范围、仍需核实的关系，以及下一步准备改变或验证的具体条件。树越大不代表分析越深入；能指出哪些箭头尚无依据，通常比把所有原因都写满更有用。