3、Define阶段工具：Kano模型、CTQ树、项目范围界定
大家好，我是你们的老朋友。今天咱们聊聊Define阶段最核心的三个工具。说实话，这三个工具用好了，项目就成功了一半。我见过太多项目，一上来就急着找原因、做分析，结果做到一半发现方向错了——那才叫一个痛苦。
所以，咱们先把地基打牢。Kano模型帮你搞清楚客户到底想要什么，CTQ树把模糊的需求翻译成技术语言，项目范围界定则告诉你——哪些事该做，哪些事不该做。
3.1 Kano模型：别猜客户心思了
Kano模型，说白了就是给客户需求分个类。你想想看，客户嘴里说的“我要这个”，和心里真正在意的，往往是两码事。
我当年做某个汽车零部件的项目时，客户反馈说“表面光洁度不够好”。我们团队花了三个月死磕抛光工艺，结果客户满意度一点没涨。后来用Kano模型一分析才发现——光洁度属于“基本型需求”，你做到位了客户觉得理所当然，做不好才骂你。真正让客户惊喜的，其实是那个零件的装配便利性。
Kano模型把需求分成五类：
| 需求类型 | 特征 | 举例（材料工艺） |
|---|---|---|
| 基本型需求 | 不做不行，做了没感觉 | 材料符合RoHS标准 |
| 期望型需求 | 做得越好，客户越满意 | 拉伸强度从300MPa提升到350MPa |
| 兴奋型需求 | 做了就惊喜，不做无所谓 | 材料自带抗菌功能 |
| 无差异需求 | 做不做都一样 | 包装盒的颜色 |
| 反向需求 | 做了反而惹人烦 | 过度包装增加成本 |
3.2 CTQ树：把“感觉”变成“数字”
Kano模型找到了客户要什么，但问题来了——客户说“我要更耐用”，这怎么量化？CTQ树就是干这个的。
CTQ，全称Critical to Quality，关键质量特性。它像一棵树：树根是客户需求，树干是驱动因素，树叶才是我们真正要测量的指标。
举个例子。客户说“这个塑料件要更结实”。嗯，这里要注意，不能直接拿这句话去指导工艺改进。我们需要拆解：
- 客户需求：更结实
- 驱动因素：抗冲击性、抗拉强度、耐疲劳性
- CTQ指标：悬臂梁冲击强度 ≥ 15 kJ/m²，拉伸强度 ≥ 45 MPa，疲劳寿命 ≥ 10⁶ 次
你看，这么一拆，工艺工程师就知道该调注塑温度还是改模具设计了。
避坑指南：我曾经犯过一个错——CTQ树拆得太细，搞了二十多个指标。结果项目团队根本盯不过来。后来我学乖了，CTQ指标控制在3~5个，抓大放小。
CTQ树的构建步骤其实很简单：
- 写下客户需求（一句话）
- 问自己：哪些因素会影响这个需求？
- 每个因素再往下拆，直到变成可测量的指标
- 给每个指标定一个“及格线”
3.3 项目范围界定：学会说“不”
这个工具，我个人觉得是最容易被忽视的。很多六西格玛项目做到一半就“跑偏”了，为什么？因为一开始没把边界划清楚。
项目范围界定，通常用SIPOC图（供应商-输入-流程-输出-客户）来辅助。但我想说的是，工具是死的，人是活的。真正重要的是——你得知道哪些事不在项目范围内。
我参与过一个半导体封装工艺改进项目。一开始，团队想把“封装材料成本降低”也纳入范围。我当场就拦住了——成本降低是采购部门的KPI，我们的项目目标是“减少封装气泡缺陷率”。如果什么都往里装，项目周期至少翻一倍。
- 这个问题能在4~6个月内解决吗？
- 我们团队有权限动这些资源吗？
- 解决了这个问题，客户能感知到吗？
最后，我画了一张图，把这三个工具的关系串起来。你一看就明白了：
这三个工具，就像盖房子时的图纸、尺子和围墙。Kano模型是图纸，告诉你房子该盖成什么样；CTQ树是尺子，帮你量得准；项目范围界定是围墙，让你别盖到别人家地里去。
好了，这一章就到这里。记住，Define阶段别急着动手，先把这三个工具用好。磨刀不误砍柴工，这话在六西格玛里尤其适用。