1. 一个具体问题
订单延迟时，仓库认为是配送慢，配送认为是库存不准，销售认为是系统卡顿。每个人都只看见自己的工作边界，会议很快变成相互归责。此时需要先把不同解释放到同一张图里，避免过早选择一个听起来最合理的原因。
2. 一句话解释
鱼骨图把一个明确的问题放在末端，用分支组织各种可能原因，帮助团队扩大调查视野；它展示的是原因假设，不是已经证实的因果关系。
3. 出处与原意
鱼骨图又称石川图、因果图，与日本质量管理专家石川馨的工作相关，是常见的质量工具。ASQ 介绍了人员、设备、方法、材料、测量、环境等分类，同时强调分类可按情境调整。把服务问题硬塞进制造业的六类，未必比使用客户、系统、规则和交接更清楚。
4. 原理与机制
先写有时间、对象和差异的问题，再邀请真正了解各环节的人提出可能原因。大分支用于提醒遗漏，小分支继续说明形成机制。相同因素可以关联多个分支，不必为了图形整齐抹去联系。完成后按证据、可检验性和可能影响选调查项，分别安排取数、观察或试验；不能通过举手投票把原因从假设升级为事实。
原因的优先级可以依据现有证据和验证成本，而不必只看大家赞同的票数。一个容易通过日志排除的假设，可以先快速检查；一个后果很严重的机制，即使支持人数少，也值得保留。图的作用是避免遗漏，而不是压成共识。
5. 一个完整案例
以下是假设案例。一家线上书店最近两周的同城订单有百分之十五晚于承诺时间。团队以订单信息、库存、拣货、打包、配送五类画图。订单信息分支列出地址缺失，库存分支列出库存同步延迟，打包分支列出晚班人手不足。随后抽查三十张延迟订单，发现十八张在拣货前就已等待超过一天，其中多数缺少真实库存。再核对系统日志，发现一个供应商的库存更新失败。团队优先修复同步并增加异常提示，同时保留其他解释待后续检查。图上最初写的“配送效率低”没有得到证据支持，因此没有据此更换配送商。
6. 适用条件与反例
适合多部门、多因素且尚未确定调查方向的问题。对简单且已明确的故障，不必为了完整性画满所有分支。反例是先决定增加培训，然后在人员分支写十条理由、其他分支留空；这种画法只是在装饰既定方案，容易漏掉系统设计和规则缺陷。
7. 今天可以尝试的行动
选一个最近两周能明确描述的问题，画四到六个贴近实际流程的大分支。每人先独立写原因，再汇总。给每个原因标记已知、待查或已排除，最终挑两项安排证据收集，并把负责人与完成时间直接写在图旁边。