从客户需求到落地生产：质量功能展开到底解决了什么真问题
它的本质，是需求翻译器
很多人学的时候，先学怎么画质量屋，怎么填关系矩阵，最后学到的只是一张空架子。它的核心逻辑从来不是画图。整个方法的核心，是把用户端的模糊主观需求，逐层转化为产品设计、工艺设计、生产环节的可量化工程特性。
举个最简单的例子，用户说“我想要一杯不烫嘴的奶茶”，这是用户需求，翻译成工程语言就是“奶茶出杯温度控制在55-60摄氏度之间”，再往下翻译就是封口机的温度参数、茶汤保温槽的温控范围，这就是最朴素的转化逻辑。
质量功能展开四阶段需求转化图
最早这个方法诞生的时候，就是日本三菱重工在设计油轮的时候用的，当时就是为了解决设计和用户需求脱节的问题，你不能说用户要“航行稳”，设计师就凭感觉设计船身，得转成吃水深度、船宽比这些具体的参数，每一步都有依据，不是拍脑袋。
很多人把那个三角形的质量屋当成方法本身，这是最大的误解。质量屋只是用来展示转化关系的工具，不是目的。
大部分人用错，都踩了这几个隐形的坑
去年9月23号，我在南京江宁的工业园跑调研，碰到一位做嵌入式蒸烤箱的厂长，一提起这个就摇头。说三年前花了大几十万请外资咨询公司做导入，咨询顾问走了之后，留下几十页填好的矩阵，生产该怎么干还是怎么干，销量没涨，成本还多了十几万。我翻了翻他们的需求表，一眼就看出问题。他们列的用户需求全是“外观美观”“性能优异”这种正确的废话，没有一个是从真实用户那里掏出来的。
第一个坑，就是需求端的“伪真实”。很多企业做需求，就是市场部坐办公室编，或者找几个内部人凑凑，根本没真的跑到用户那里去听。用户说“我要噪音小的破壁机”，你不能直接把“噪音小”写到需求表里，你得追问，是小区合租早上打豆浆不被室友投诉，还是放在客厅打不影响书房上网课？不同的场景，对噪音的要求完全不一样，转化出来的工程参数也完全不一样。
第二个坑，是权重的“主观化”。我见过不少团队，老板说我觉得这个外观很重要，那外观的权重直接拉满，用户真正在意的散热寿命，权重给得极低。最后做出来的产品，好看是好看，用半年就坏，口碑自然好不了。
第三个坑，是传导的“断链”。很多人只在产品设计环节做了展开，到工艺开发、生产环节就停了。设计说了门把手的开门力要控制在15-20牛，到了生产环节，冲压模具的参数根本没调，安装的公差也没对应，最后做出来的门把手要么太松要么太紧，前面的工作全白费。
质量功能展开错误应用对比表
说穿了，很多企业用这个方法，就是为了给“新品开发合规”交差，不是真的要解决需求错配的问题。走个过场，自然拿不到结果。
它从来不是适合所有项目的万能药
它从来不是适合所有项目的万能药
不过话说回来，这个方法本身没错，错的是乱用的人。它有非常清晰的应用边界，搞不清楚边界，再好的方法也没用。
首先，它适合需求相对稳定、改造成本极高的项目。比如汽车整车开发，比如大家电的新品，开一次模具几百万，错一次成本扛不住，所以前期把需求转对，花点时间花点钱，太值了。我接触过长三角的不少车企零部件供应商，用这个方法把售后的质量投诉降了快三成，实打实的收益。
那什么情况别碰？比如现在互联网行业的小产品，两周一个迭代，用户需求半年变三回，你花两三个月做完整展开，等你做完，用户都换需求了，纯粹浪费时间。再比如完全原创的颠覆性创新，用户自己都不知道自己需要什么，比如当年乔布斯做第一个iPhone的时候，没人知道自己需要全触屏手机，你去哪展开需求？根本做不成。
还有一种错误用法，就是追求大而全。我见过有的公司，一个小型新产品搞了几百项需求的矩阵，光填关系就要填一个月，最后根本没人看得懂，更别说落地了。抓住核心的十个八个用户最在意的需求，把它转对落地，比凑一百个无关痛痒的需求有用得多。
现在很多人说这个方法老了，过时了，其实不对。这些年已经有不少新的变化，很多企业把它和用户大数据结合了，原来靠小样本访谈找需求，偏差大，成本高，现在把电商评论、售后反馈、社交平台的用户吐槽爬出来，用算法提炼真实需求，再做展开，准度比原来高太多了。
工具本身没有对错，会用的人能帮你省几百万的错配成本，不会用的人，就只是多了一叠锁在文件柜里的废纸而已。