案例拆解框架：如何选择案例、拆解维度与输出模板

案例拆解不是“读故事”，而是“拆机器”。民航产品案例的复杂性在于其涉及多主体（航司、机场、旅客、监管）、多系统（订座、离港、运价、常旅客）和多阶段（购票前、值机中、飞行后）。如果缺乏统一框架，拆解容易陷入“细节淹没结论”或“结论脱离数据”两个极端。本章给出一个可复用的四步框架：选例标准 → 五维拆解 → 步骤编排 → 模板输出，帮助你在30分钟内完成一个有深度、可迁移的案例解剖。

3.1 案例选择：三个硬性标准与两个加分项

不是所有民航产品案例都值得拆解。选错案例，后续所有工作都是浪费。建议用以下标准筛选：

3.2 五维拆解：用户、场景、功能、数据、商业

五维拆解是案例解剖的“手术刀”。每个维度回答一组核心问题，五个维度合起来构成完整画像。

3.2.1 用户维度

民航产品的用户不是单一群体。一个值机产品，用户至少包括：旅客（使用自助值机）、地服人员（处理异常）、航司收益部门（关注超售）、机场管理方（关注排队时长）。拆解时必须明确：谁是核心用户？谁是次要用户？谁是被忽略的用户？

• 用户画像：年龄、出行频率、技术熟练度、特殊需求（老人/儿童/轮椅）
• 用户目标：旅客要“快速完成值机”，地服要“减少人工干预”，航司要“收集数据”
• 用户痛点：排队时间长、操作界面复杂、异常处理流程不透明

3.2.2 场景维度

场景是“用户+环境+时间+设备”的组合。同一个功能在不同场景下表现完全不同。例如“人脸识别登机”在国内航班和国际航班场景下，涉及的数据合规要求、证件类型、排队密度都不同。

1. 场景分类：按旅程阶段（购票→值机→安检→登机→飞行→到达→后续）
2. 场景要素：物理环境（航站楼/机舱）、时间压力（延误/中转）、设备条件（手机/自助机/闸机）
3. 场景边界：哪些场景是产品覆盖的？哪些是产品主动回避的？

3.2.3 功能维度

功能拆解不是罗列功能列表，而是分析功能如何支撑用户目标。建议用“功能树”方式拆解：

核心功能（必须做对）
├── 值机办理（选座、行李、登机牌）
├── 航班状态查询（实时、准确）
└── 异常处理（改签、退票、赔偿）
辅助功能（提升体验）
├── 会员积分累积
├── 贵宾室预约
└── 接送机服务
隐藏功能（用户未感知但关键）
├── 超售算法
├── 航班恢复调度
└── 行李追踪

拆解时重点关注：功能优先级（哪些功能缺失会导致业务中断？）、功能耦合度（改签功能是否依赖支付、库存、通知等多个系统？）。

3.2.4 数据维度

数据是案例拆解的“证据链”。没有数据支撑的结论只是观点。关键数据包括：

3.2.5 商业维度

商业维度回答“这个产品/功能为什么值得做？”以及“它如何赚钱或省钱？”

• 收入侧：直接收入（机票、附加服务）、间接收入（广告、数据变现）
• 成本侧：开发成本、运营成本、渠道佣金、旅客补偿
• 竞争壁垒：数据积累、网络效应、牌照资源、技术专利

3.3 拆解步骤：从还原到提炼的四步法

五维拆解是“横向”的，四步法是“纵向”的流程控制。

1. 第一步：还原（Reconstruct）——完整记录案例发生的时间线、用户操作路径、系统交互过程。不要带任何判断，只做事实记录。
2. 第二步：分层（Layering）——将还原的信息按五维归类。每个信息点必须归入至少一个维度，允许跨维度标注。
3. 第三步：关联（Relate）——找出维度之间的因果关系。例如“用户排队时间长（用户）→ 因为自助值机设备少（功能）→ 因为机场预算有限（商业）→ 导致高峰期体验差（场景）”。
4. 第四步：提炼（Extract）——输出可迁移的经验规则。规则必须满足：可操作、可验证、可复用。

3.4 输出模板：案例拆解卡

统一模板的价值在于：让不同人拆解同一案例时，输出结构一致，便于横向对比和知识沉淀。推荐使用“案例拆解卡”格式：

3.5 常见误区与总结