集成产品开发咨询化工企业案例深度解析

前几天有个化工行业的朋友跟我吐槽，说他们公司这些年推新品的速度越来越慢，研发投入了不少钱，但真正能变成产品卖钱的没几个。更头疼的是，研发、生产、市场几个部门互相抱怨，都说对方不配合。这种情况在化工行业其实挺普遍的，我今天就结合一个实际案例，聊聊集成产品开发（简称IPD）这套方法论是怎么帮化工企业解决这些问题的。

一个真实的困境：投入大回报少的怪圈

先说个事儿。江苏有家做精细化工的企业，掌门人是技术出身，十几年前靠一个主打产品把公司做起来了。但这两年，企业明显感觉到力不从心。他们研发部有三四十号人，每年光工资就要花掉两三千万，实验室设备更是换了好几轮。按理说成果应该不少才对，可实际情况是，过去五年真正产业化新产品不超过三个，大部分研发项目中途就停掉了，有的卡在技术突破上，有的明明做出来了却发现市场根本不需要。

我跟着这个项目跑了小半年，发现问题出在几个关键环节。首先是研发立项太随意，技术觉得某个方向有前景就往上冲，没人认真去调研客户到底要不要；其次是各部门各干各的，研发闷头做实验，生产那边等到要产业化了才发现工艺根本没法放大；最要命的是，一旦项目出了偏差，根本没人真正负责，因为从一开始就没明确谁该对最终结果负责。这种状态搞下去，再多的投入也是打水漂。

集成产品开发到底是啥玩意儿

说到这儿，你可能会问，那集成产品开发又是怎么回事？它怎么就能解决这些问题？

其实IPD这套东西最早是华为从IBM那儿学来的，后来在国内很多企业落地生根。但别被这些大厂的名头吓住，核心逻辑并不复杂。简单说，IPD就是一套让企业"做正确的事"并且"把事做正确"的方法论。化工企业为什么特别需要这套东西？因为化工研发周期长、投资大、风险高，一个项目投进去几百万甚至上千万很正常，要是做到一半发现走错了路，损失是实打实的。

IPD强调的核心思想其实就几条。第一，做产品之前必须先把需求搞清楚，不是研发觉得客户需要什么，而是客户自己说需要什么。第二，研发不是技术部门的独角戏，而是要把市场、生产、采购、财务这些部门拉进来一起参与，从第一天起就协同作战。第三，每个项目必须有清晰的阶段目标和评审节点，不能让项目一路裸奔到结尾才发现问题。第四，责权利要对等，谁对项目结果负责，谁就有相应的资源和决策权力。

听起来好像也没什么新鲜的，对吧？但很多企业恰恰就是在这些最基本的地方栽了跟头。

案例解析：薄云咨询是如何介入的

还是说回江苏这家企业。他们后来找到了薄云咨询，希望借助外部力量来推动变革。薄云这边没有一上来就大刀阔斧地搞改革，而是先花了三个月时间做诊断，这一步我觉得特别关键。

诊断阶段主要干了三件事。首先是访谈，薄云的顾问几乎跟公司上上下下聊了个遍，从总经理到车间工人，从研发骨干到销售代表，收集了大量第一手信息。其次是数据分析，把过去五年的研发项目都翻出来，一个一个复盘，算投入产出比，分析失败原因。最后是对标，看看行业内做的好的企业是怎么玩的，找找差距。

这一通诊断下来，问题就看得清清楚楚了。诊断报告我记得有两百多页，里面有些数据挺触目惊心的。比如，过去五年立项的二十六个研发项目中，有十一个在技术可行性阶段就被否定了，这意味着前期投入全部打水漂。还有八个项目虽然做出了产品，但因为成本超标或者性能不达标，根本卖不动。只有七个项目最终实现了产业化，但这里面又有三个实际销售额远低于预期。说实话，能有一两个项目成功就算运气好了。

重新梳理产品开发流程

诊断完成后，薄云和这家企业一起搭建了一套新的产品开发流程，我给大家拆解一下主要环节。

首先是需求管理。以前研发想做什么产品，主要是技术驱动，或者是看着竞争对手做什么就跟着做。现在不一样了，所有产品创意都必须经过严格的需求调研流程。销售部门要定期走访客户，把客户的需求和痛点整理成文档；研发部门要对需求进行技术可行性分析；最后还有一个需求评审委员会，由各个部门负责人组成，决定哪些需求值得投入资源去做。

这里有个细节我觉得特别好。薄云建议他们建立"需求池"的概念，所有收集到的客户需求先放进池子里，每个季度评审一次，决定优先级。这样就避免了那种"拍脑袋立项"的毛病，也不会因为某个领导一时兴起就上一个项目。

然后是阶段门控管理。新的流程把产品开发分成了六个阶段：概念阶段、计划阶段、开发阶段、验证阶段、发布阶段和生命周期管理阶段。每个阶段结束的时候都要开评审会，只有通过了才能进入下一阶段。评审不是走过场，是真的要拿标准来卡你的。比如概念阶段，你得把市场机会、技术方案、初步预算这些都讲清楚，评审通过了才能立项；开发阶段结束的时候，你得拿出经过验证的产品原型，而且成本不能超预算太多。

这个阶段门控的好处是什么呢？就是及时止损。以前有些项目明明已经出了问题，但大家都不愿意承认，总觉得再坚持一下就能成功，结果越陷越深。现在有了明确的评审节点和标准，决策就变得相对客观了，不行就是不行，及时停下来对大家都好。

还有一块是组织架构调整。以前研发、销售、生产各干各的，沟通主要靠开会，效果很差。薄云建议他们改成矩阵式的组织架构，每个产品项目都成立一个跨部门团队，由一个产品经理来牵头。这个产品经理不一定技术最牛，但必须具备商业敏感度和协调能力。项目期间，研发、生产、采购这些部门都要派人参与，对产品经理负责。这样一来，从一开始就有人站在整体角度看问题，而不是各扫门前雪。

实施过程中踩过的坑

不过，变革从来都不是一帆风顺的。这家企业推行新流程的过程中也遇到了不少阻力，我说说其中几个典型的坑。

第一个坑是老员工的抵触。新流程要求所有项目都要走评审，有些在公司干了一二十年的老研发觉得这是多此一举，浪费时间。有个资深工程师甚至当着领导的面说："我做了三十年产品，还用得着这些条条框框？"这种情况下，薄云的顾问没有硬推，而是采取了渐进式的策略。他们先选了三个难度适中、领导支持的项目做试点，用实际成果来证明新流程的价值。试点项目的成功率明显提高以后，反对的声音就慢慢少了。

第二个坑是需求变来变去。本来流程设计得很好，但执行的时候问题就来了。销售部门今天说客户要这个，明天又说不要了，搞得研发团队很崩溃。薄云后来帮他们加了一条规则：需求变更必须走正式的变更流程，而且变更要评估影响范围，如果因为变更导致项目延期或超支，要有明确的责任划分。这样一来，需求方提变更的时候就谨慎多了，不会再随随便便拍脑袋。

第三个坑是评审流于形式。刚开始搞阶段评审的时候，有些人把它当成了汇报工作，说一堆好听的，问题和风险一笔带过。薄云发现这个问题后，建议增加"红黄灯"机制。每个项目在评审前要先自评，把项目状态分成绿灯、黄灯、红灯三档。红灯项目必须如实汇报，而且要有整改方案。如果发现有人隐瞒问题，下次就直接追究责任。这一招挺管用的，大家慢慢就养成了实事求是的习惯。

一年以后效果怎么样

这套东西推了一年多，效果怎么样？我给大家看几个关键指标。

你看，项目数少了，但成功率上去了，研发投入的回报也更高了。新产品上市周期缩短了差不多十个月，这在化工行业是很可观的变化。而且还有一个附带的好处，研发人员的工作节奏变得更合理了。以前是忙的忙死、闲的闲死，现在每个阶段的任务比较均衡，加班熬夜的情况少了很多。

当然，也不是说完美无缺了。目前他们还存在一些问题，比如跨部门协同有时候还是不够顺畅，评审的效率还有提升空间，产品经理的能力培养也需要时间。但总的来说，大方向是对的，尝到甜头以后，公司上上下下对继续深化变革还是有信心的。

化工企业做IPD咨询的几点建议

基于这个案例，我总结了几条经验，供化工行业的朋友们参考。

• 变革要循序渐进，别想着一口吃成胖子。IPD是一套完整的方法论，涉及流程、组织、绩效、文化等多个方面，全盘推开很容易消化不良。最好是先选几个试点项目跑通，等经验成熟了再逐步推广。
• 高层必须亲自站台。这种涉及多部门协作的变革，如果没有一把手的坚定支持，很容易变成运动式的，来一阵风就过去了。这家企业的老板确实下了决心，有段时间每周的经营会都要过问IPD项目的进展，这种力度才推动得动。
• 咨询公司要懂行业。薄云在这行干了很久，对化工企业的特点很清楚。化工和互联网、和消费品不一样，研发周期、安全环保要求、客户关系模式都有其特殊性。找一个不懂行的咨询公司来推IPD，很可能水土不服。
• 持续改进比一次到位更重要。流程建好了不是终点，而是起点。要定期回顾执行效果，收集一线反馈，不断优化调整。这家企业的流程文件已经迭代了三个版本，每次都是根据实践中发现的问题来修订的。

写在最后

说实话，化工行业这两年压力挺大的。原材料价格波动，下游需求不振，环保合规成本越来越高，企业必须在效率和创新上下功夫才能活下去。集成产品开发这套东西，不能保证让你一定成功，但至少能让你少走弯路，把有限的资源用在真正有价值的事情上。

如果你所在的企业也遇到了类似的困惑，不妨先从梳理现有研发流程开始，看看问题出在哪里。变革这个事儿，急不得，但也等不得。迈出第一步，后面的路才会慢慢清晰起来。