六西格玛设计（DFSS）的构想阶段，核心不是立即确定一个看起来不错的方案，而是围绕客户需求产生多个候选概念，再通过客观评价和风险分析筛选出值得继续开发的低风险方案。在六西格玛方法体系中，这一步连接了“客户到底需要什么”与“最终产品或服务应该怎样设计”，直接影响后续优化和验证工作的质量。
一、六西格玛设计的构想阶段到底在做什么？
六西格玛设计进入构想阶段之前，团队通常已经完成了一项重要工作：识别客户需求，并把这些需求转化为相对清晰、具有优先级的设计目标。
到了构想阶段，问题就发生了变化。
团队不再只是问：
“客户想要什么？”
而要开始回答：
“我们准备通过什么样的产品、服务或流程设计去满足这些需求？”
因此，构想阶段可以理解为从需求空间进入解决方案空间的过程。
一个成熟的设计团队通常不会一开始就锁定某个方案，而是先形成多个候选概念，再逐步比较。例如开发一款新设备时，同一个客户需求可能对应完全不同的结构设计、材料组合、控制方式或服务模式。
真正需要解决的通常包括几个问题：
- 目前是否已经形成了清晰的产品或服务概念？
- 这些概念能否满足关键客户需求？
- 如果存在多个方案，哪个方案的综合表现最好？
- 选中的概念是否存在重大技术、质量或使用风险？
- 这个方案是否值得投入更多资源进入详细设计和优化？
所以，构想阶段并不是普通意义上的“想创意”。它实际上同时包含创意产生、概念筛选和设计风险控制三类工作。
二、构想阶段最重要的目标是什么？
如果把这一阶段压缩成一句话，其目标就是：
找到一个能够充分满足客户关键需求，同时具有较高可行性和可控风险的设计概念。
这里有三个关键词：客户需求、可行性和风险。
1. 形成足够多的候选概念
如果团队只有一个方案，就几乎谈不上“选择”。
实际项目中很容易发生一种情况：某位工程师很早提出了一个看起来合理的设计，团队于是立即围绕这个方案展开详细讨论。随着投入越来越多，成员对这个方案产生路径依赖，后来即使出现更好的可能性，也很难再推翻原来的设计。
DFSS更强调先扩大解决方案空间。
也就是说，在进入详细设计之前，应尽可能探索不同的实现路径，避免把“第一个能想到的办法”误认为“最好的办法”。
2. 用客观方法评价方案
创意阶段可以大胆，但选择阶段不能只凭感觉。
团队需要回到第一阶段已经识别出来的客户需求和设计目标，对不同方案进行比较。
例如一个设备设计可能需要同时考虑：
- 性能是否达到客户要求；
- 可靠性是否足够；
- 制造难度是否合理；
- 开发成本是否可接受；
- 维护是否方便；
- 安全风险是否可控；
- 未来是否具备扩展空间。
不同要求的重要性往往不同。因此，成熟的概念筛选通常不是简单地“投票”，而是根据客户需求的重要程度建立评价标准，再比较各个概念的表现。
这也是六西格玛设计区别于单纯创意会议的重要地方：创造阶段鼓励发散，选择阶段强调收敛和证据。
3. 在详细设计之前识别重大风险
一个概念即使能够实现客户功能，也不代表它适合继续开发。
有些方案理论性能很好，但制造工艺极难控制；有些方案成本漂亮，却存在明显可靠性问题；还有一些方案在正常情况下表现不错，一旦某个部件失效，就可能造成严重后果。
因此，概念确定之前应当开展风险分析。
这里的目标并不是声称能够做到“完全没有失败风险”。任何实际产品和流程都很难做到零风险。更准确的要求是：尽早识别潜在失效模式，对高风险问题采取预防或降低措施，使剩余风险达到可以接受的程度。
这也是DFSS非常重要的设计思想——不要等产品做出来之后，再依靠检验和返工解决设计本身的问题。
三、为什么不能一开始就选一个“最有感觉”的方案？
因为人对解决方案很容易产生认知偏差。
设计团队尤其容易受到几个因素影响。
一种是经验偏好。过去曾经成功使用过某种设计，于是新项目自然继续采用类似结构。
另一种是权威影响。资深工程师或管理者提出某个方向后，团队其他成员可能不再主动提出不同意见。
还有一种是过早收敛。第一个方案已经能解决大部分问题，于是团队认为没有必要继续探索。
问题就在这里。
“可用”与“最优”不是同一回事。
假设客户最关注的是设备更换耗材的时间。传统方案需要拆卸六颗螺丝，工程师提出把它改成四颗螺丝，确实有所改善。
但如果团队继续探索，可能会想到：
快拆卡扣、抽屉式模块、磁吸定位、整体可替换单元，甚至重新设计设备布局，使耗材从正面直接更换。
如果在“四颗螺丝”出现后就停止思考，团队实际上只是改善了旧概念，而没有真正探索设计空间。
四、构想阶段为什么经常使用头脑风暴？
当团队需要在较短时间内产生大量不同思路时，头脑风暴仍然是一种实用方法。
它真正的价值不是让大家随便聊天，而是暂时把“产生想法”和“评价想法”分开。
如果一个人在提出想法的同时就开始判断：
“这个成本太高。”
“工程上做不到。”
“客户肯定不会接受。”
很多具有启发性的想法会在形成之前就被压掉。
所以在发散阶段，团队需要暂时降低批判强度。
头脑风暴原则一：先不要急着判断好坏
一个看起来不现实的构想，不一定最终会直接采用，但它可能启发另一个真正可行的方案。
例如有人提出“让设备完全不需要人工换料”，短期来看可能并不现实，但这个想法可能进一步引出自动供料、大容量料仓或模块化更换等方案。
因此，发散阶段关注的是想法数量和差异性，而不是立即证明每一个想法都正确。
头脑风暴原则二：给数量设目标
与其说“大家想几个办法”，不如设定一个明确目标，例如：
30分钟内形成至少30个不同概念或子方案。
数量目标会迫使团队越过最容易想到的那些传统答案。
前面几个方案往往来自现有经验；继续往后思考，才比较容易出现跨领域组合或结构创新。
当然，数量只是发散机制，并不是说方案越多项目就越好。真正的目的，是避免因为探索不足而错过更优秀的设计方向。
头脑风暴原则三：限制发散时间
创意讨论如果没有边界，很容易变成漫无目的的会议。
设置明确时间窗口，可以让团队保持节奏。例如把会议分为：
- 问题确认；
- 个人快速构思；
- 团队集中发散；
- 相似方案归类；
- 进入后续评价。
关键在于，时间限制是为了促进集中思考，而不是为了人为制造压力。复杂的技术问题仍然可能需要后续补充分析。
五、产生大量想法之后，怎样选择最好的概念？
构想阶段经常被误解为“头脑风暴结束以后大家投票”。
实际上，真正重要的工作往往从这里才开始。
候选概念需要重新与客户需求建立联系。
例如某产品有五项关键需求：
- 操作时间短；
- 故障率低；
- 容易维护；
- 制造成本合理；
- 符合安全要求。
如果“操作时间短”和“可靠性”是客户最关注的两项，那么它们在概念评价中的权重就应该明显高于次要要求。
团队可以建立概念评价矩阵，把每个方案对关键需求的满足程度进行评分，然后结合技术可行性、成本和风险进一步筛选。
这样做的价值并不在于得到一个数学上绝对正确的分数。
它更重要的作用是迫使团队回答：
“我们为什么认为A方案优于B方案？”
当选择依据能够被清楚说明，概念决策就从个人偏好变成了可讨论、可检验的工程判断。
六、为什么概念确定之前就要做风险分析？
设计变更有一个很现实的规律：发现得越晚，修改成本通常越高。
如果问题还停留在概念图阶段，换一个设计方向可能只是重新分析和建模。
如果模具已经制作、生产线已经布置甚至产品已经上市，再发现设计缺陷，代价可能涉及模具修改、库存报废、客户投诉以及现场召回。
所以DFSS强调风险前移。
在构想阶段，可以围绕候选方案提前询问：
- 这个设计最可能怎样失效？
- 一旦失效，后果有多严重？
- 导致失效的原因是什么？
- 目前设计是否具备预防或检测机制？
- 能否通过改变设计本身直接降低风险？
在后续更深入的设计活动中，这类分析通常可以进一步结合DFMEA等方法展开。
重点不应该只是把风险记录在表格上，而是利用分析结果改变设计。
例如某个零件存在装反风险，与其要求操作人员“更加小心”，更好的设计方向可能是采用防错结构，使零件物理上无法反向安装。
这才符合六西格玛设计预防缺陷的逻辑。
七、一个制造业例子：从客户声音到设计概念
假设一家企业准备重新设计一种工业检测设备。
客户调查显示，最主要的抱怨并不是检测精度，而是更换测试夹具需要15分钟，影响生产切换效率。
第一阶段因此形成了一个关键设计要求：
显著缩短夹具更换时间，同时保持定位精度和操作安全性。
进入构想阶段后，如果工程师马上决定“把原来的八颗螺丝改成四颗”，项目当然可以继续。
但DFSS团队会先扩大方案空间，例如提出：
- 减少固定螺栓数量；
- 使用快速夹紧机构；
- 采用定位销加偏心锁紧；
- 采用抽屉式夹具模块；
- 把夹具与接口设计成整体快换单元。
随后再根据换型时间、定位精度、耐久性、安全性、制造成本等关键要求比较。
假设整体快换模块在客户体验上表现最好，但风险分析发现接口磨损可能导致长期定位偏差。
那么团队就有机会在概念阶段重新设计定位基准、增加耐磨结构或改变锁紧方式。
这就是构想阶段真正创造的价值：
不是先选方案再补救问题，而是在大量方案中寻找更好的方向，并在高成本投入之前暴露重大风险。
八、构想阶段常见的几个错误
错误一：把客户需求丢在第一阶段
有些团队完成VOC和需求分析以后，进入设计阶段便重新以工程师偏好为中心。
结果可能是设计越来越先进，却未必解决客户真正关注的问题。
所以每一次概念筛选都应该重新检查：这个方案究竟改善了哪项关键客户需求？
错误二：头脑风暴时就开始否定
如果每出现一个想法，都立即讨论成本、难度和“不可能”，团队很快只会提出安全而传统的方案。
发散和评价最好分开。
错误三：方案评分做得很漂亮，却没有可靠依据
评价矩阵并不会自动让决策变科学。
如果权重完全凭管理者感觉设定，评分也只是团队随意打分，那么表格再复杂，也只是把主观判断包装成数字。
关键评价标准应尽量来源于真实客户需求、技术数据和明确约束。
错误四：把风险分析当成文件工作
风险分析的目的不是完成一张表。
如果团队识别出了高风险项目，却没有因此修改设计、增加防错或开展验证，那么分析本身没有产生多少价值。
九、怎样判断构想阶段可以进入下一步？
团队不必等到所有技术细节全部确定以后才结束构想阶段，因为详细参数往往正是下一阶段需要优化的内容。
但至少应该能够回答几个核心问题：
- 客户最重要的需求已经明确；
- 团队探索过多个具有差异性的候选概念；
- 概念筛选标准与客户需求和项目目标存在明确联系；
- 最终方案具有合理的技术和商业可行性；
- 重大潜在失效模式已经被识别；
- 高风险问题已有降低、避免或后续验证计划；
- 团队能够清楚说明为什么选择这个概念，而不是其他方案。
做到这些，构想阶段的交付物才真正具备进入后续设计优化的基础。
如果正在系统学习DFSS，我个人更建议把构想、概念筛选、风险分析放回完整DMAIC及设计质量工具体系中理解；优思学院的相关课程会把SPC、MSA、DOE、FMEA等方法串起来，比单独记住某一种工具更容易理解它在项目中的位置。
十、构想阶段的本质：先扩大可能性，再降低不确定性
六西格玛设计的构想阶段，可以用两个动作概括：
先发散，再收敛。
发散，是为了避免团队过早被旧经验限制，产生足够多、差异足够大的候选解决方案。
收敛，则是重新回到客户需求，以客观标准比较概念，并通过风险分析排除重大隐患。
因此，这一阶段真正追求的不是“最有创意的点子”，也不是“最快确定一个方案”，而是在客户价值、技术可行性与设计风险之间找到更有依据的平衡。
一个好的构想阶段结束以后，团队应该比开始时少了许多不确定性：知道客户真正关心什么，知道有哪些可能的解决路径，也知道为什么最终选择当前方案，以及它还存在哪些需要在下一阶段继续验证和优化的问题。
