将用户报告的症状关联到经过审核的特定型号检查、明确结果以及完整的支持升级流程。
互动式故障排查指南会提出相关问题，并将每个答案关联到经批准的后续步骤。流程从确认产品信息和观察到的症状开始，展示适用的检查，并记录问题是否已解决或是否需要人工支持。
引导式流程不应承诺能解决所有情况。其质量取决于作为依据的流程文件、目标用户，以及对不确定情况的处理能力。
在可获取的情况下，记录型号、版本、相关修订信息以及屏幕上显示的确切提示。区分首次设置、正常使用，以及维护或更换部件后出现的问题。即使用户描述的是相同症状，这些起始条件也可能需要不同的文档。
询问用户能够可靠观察或报告的情况，而不是要求他们诊断具体部件。将观察结果与操作步骤区分开。记录每个答案能够确认什么，以及接下来应执行哪项经批准的检查。如果用户无法回答某个问题，也要提供有用的不确定情况处理路径。
每项检查都应注明依据来源、所需角色、预期结果和允许采取的下一步。通过照片、示意图或交互视图说明需要查看的位置。遵守制造商关于访问设备和隔离能源的要求；面向客户的流程不能悄然变成技术人员的维修规程。
示例设计：流程先确认家电型号和用户观察到的具体情况，再指向适用的用户手册检查步骤。如果症状不符合任何受支持的分支，流程会收集屏幕提示和设置背景信息，供维修服务团队处理。仅凭症状不会将故障诊断为某个电气部件损坏。
附上产品信息、症状、资料修订版本、已尝试的检查、观察结果以及相关证据。区分已通过的检查和用户无法执行的检查。告知读者问题将由哪个团队接收，以及根据实际支持流程接下来会如何处理。
测试预期问题、含糊的回答、不受支持的型号以及超出范围的任务。确认每个分支都能以经批准的结果或问题升级流程结束。检查反复出现的流程死角和任务结果，不要把聊天消息数量当作支持成效。
选择一个有经批准处理方式的常见症状。
请负责源文件的人员审核每个分支。
确认未解决的情况是否能够得到分诊处理。
决策树提供分支逻辑。完整的指南还会提供产品背景、相关视觉资料、基于来源文件的检查、可观察的结果以及问题升级渠道。
流程决策应使用经批准的分支。对话式辅助可以澄清问题或查找信息，但对于无法依据现有资料回答的问题，应转交给负责的支持流程。
流程结构可以复用。具体检查内容和允许执行检查的角色必须依据适用的产品文档确定。
跟踪有记录的解决情况、恰当的问题升级，以及需要进一步澄清的请求。仅有页面访问记录，无法证明故障已经解决。
发送现有的经批准手册、示意图或照片。申请免费的指南演示，让团队先评估一个产品任务，再决定如何扩展。
