阅读以下关于因果分析与鱼骨图的叙述，在答题纸上回答问题1-3。
【说明】
某制造企业主营定制化产品销售，已上线订单管理系统，用于支持客户下单、订单跟踪、合同管理、财务监控和商品信息维护。系统试运行一段时间后，企业仍频繁出现订单延期、客户投诉和利润下降等问题。项目组访谈销售、采购、财务、客服和生产人员后，得到如下现象：合同中未明确订单未完成的后果；订单完成后客户未及时获知；订单临近失效时未通知客户，导致客户错过确认；原料成本高，产品难以下调价格；产品售价高，客户大批量购买时没有优惠策略；财务人员未持续监控订单风险；商品信息不能灵活修改；系统没有对订单状态进行持续跟踪。系统分析师拟采用因果分析法和鱼骨图对问题进行归因，并从人员、方法、策略、合同、原料等方面组织原因分类。
说明因果分析法的含义，并列举常见的因果分析方法。
因果分析法又称根因分析法，是从已经发生的问题或结果出发，沿着可能原因逐层追溯，找出问题根本成因的系统分析方法。它适合用于订单延期、性能瓶颈、故障频发、项目延期、客户投诉等已经暴露的问题分析。常见方法包括鱼骨图（石川图、因果图）、帕累托分析、故障树分析（FTA）和 5Why 分析法。鱼骨图以问题作为鱼头，以原因类别作为主骨，以具体原因作为鱼刺，常见分类维度包括人员、方法、机器/系统、材料、测量、环境，也可结合软件项目改写为人员、流程/方法、技术/系统、管理、合同、策略等。
本问的关键是区分“因果分析”和“方案设计”。因果分析是向后看，针对已经发生的问题追溯原因；它不是用来直接做方案选型、进度计划或压力测试执行的工具。鱼骨图在案例题中常作为结构化表达工具出现，得分点通常包括问题、原因分类和具体原因三层。答题时只写“画鱼骨图”不够，还要说明它如何帮助项目组把零散现象归类，例如把合同条款、通知流程、价格策略、财务监控和商品维护能力分别放到不同原因类别下。如果题目要求列举方法，鱼骨图、5Why、帕累托和故障树通常都可写；如果题目要求适用场景，则应强调已经出现问题后的根因追溯。
从考试作答角度看，因果分析题最容易丢分的地方是只给出方法名称，没有解释为什么能用于本场景。订单履约问题同时涉及合同、流程、系统功能和人员职责，如果直接写改造方案，会跳过“根因归类”这一步。更稳妥的写法是先把结果定义为鱼头，再把原因按类别展开，最后说明后续方案应针对根因制定。