![]()
顾客说「送货太慢」,究竟是下单后迟迟没有发货,还是货物发出后运输时间太长?顾客说「产品质量要好」,指的是更耐用、更少故陷,还是外观更一致?这些话表达了真实感受,却还不足以让项目团队确定该测量什么、改善什么。
在六西格玛中,了解顾客具体需求的主要方法是收集和分析顾客之声(Voice of Customer,VOC)。团队再把顾客的语言转化为可衡量的关键质量特性(Critical to Quality,CTQ)。VOC帮助团队弄清顾客在意什么;CTQ则让这些需求成为能够测量、验证和改善的要求。
![]()
从哪里听到顾客之声?
顾客之声并不等于一份问卷。它可以来自访谈、投诉和退货记录、售后交流、客服与销售人员的反馈、线上评价,也可以来自对顾客使用产品或服务过程的观察。
不同来源能提供不同线索。问卷有助于了解较多顾客的看法,访谈适合追问一句评价背后的原因,投诉记录则能暴露反复发生的问题。不过,收集到的意见还需要整理和核实。顾客说「等得太久」,团队就要继续问:等待从哪个时点开始?到哪个时点结束?什么情况最令顾客困扰?顾客可以接受多久?
只有把这些问题问清楚,团队才知道该从哪段流程寻找数据。
如何把VOC转化为CTQ?
VOC通常以日常语言表达,CTQ则需要有清楚的定义和衡量方法。两者之间还要经过一步:确认顾客真正的需求。
这些指标仍不是最终要求。以送货为例,团队还需要确定顾客期待在多少小时内收到货、按自然日还是工作日计算,以及不同地区是否适用同一标准。具体目标应依据顾客研究、合同约定和业务条件确定,不能由团队凭感觉填写。
因此,从VOC到CTQ的过程是:听到顾客原话,弄清背后的需求,再定义衡量需求是否得到满足的指标和标准。如果停留在「顾客希望更快、更好」这一层,后续分析就很难找到明确的起点。
VOC如何决定改善方向?
在DMAIC的定义阶段,团队需要先确认:准备解决的问题,是否真的是顾客在意的问题?
假设一家制造企业认为某道工序成本过高,计划以降低成本作为项目目标。但顾客反馈显示,他们最困扰的是交货日期经常变化,以及产品外观缺陷。降低成本或许有业务价值,却未必能解决当前最影响顾客体验的问题。
VOC能帮助团队辨别改善的优先级。它让项目目标与顾客需求建立联系,也为后续选择指标、收集数据提供依据。
![]()
谁是流程中的顾客?
顾客不一定只是购买产品的最终消费者。经销商、企业客户、接受服务的部门,以及生产流程中的下游工序,都可能对某项流程提出要求。
例如,装配部门需要机加工部门提供零件。对机加工流程而言,装配部门就是内部顾客;零件尺寸、交付时间和质量稳定性,都是值得确认的需求。分析内部顾客之声时,还应继续看这些要求如何影响最终产品和最终顾客,避免只满足部门之间的局部要求。
顾客说了什么,和顾客真正需要什么
VOC分析也不是顾客提出什么,企业就照单执行。「质量更好、价格更低、交付更快」听起来都合理,但资源和流程条件可能使这些期望相互牵制。团队需要了解不同需求的重要程度,确认顾客用什么标准判断表现,并比较当前流程与要求之间的差距。
交货投诉就是一个典型例子。顾客说「交货时间不稳定」,团队起初可能想缩短平均交货周期。进一步访谈却发现,顾客可以接受约定的交货周期,真正无法接受的是承诺周一送达,货物却常常拖到周三。
这时,准时交付率和交付时间波动可能比平均交货周期更能反映顾客需求。如果一开始只听到「交货慢」,项目就可能选错指标,花力气改善了平均速度,却没有解决失约的问题。
用一句话记住VOC与CTQ
如果有人问「六西格玛通过什么了解顾客的具体需求」,直接答案是VOC,即顾客之声。如果接着问「怎样让需求成为可测量的改善目标」,答案就要延伸到CTQ,即关键质量特性。
两者连起来,才构成完整的改善起点:通过VOC了解顾客在乎什么,通过CTQ明确怎样判断需求是否得到满足,再用六西格玛方法分析和改善流程表现。学习这些概念时,也可以把它们与项目章程、SIPOC和过程能力放在同一个项目案例中理解。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.