很多企业把产品开发做成了从市场机会到产品发布：样机按期交付、评审记录整齐，可利润表没有变化。问题不在执行，而在理解——它本该是从市场机会到商业变现的管理体系中的一环。文章用五套一级流程拆开这条统一逻辑，解释为何单点优化总是失效。

以往分享过产品、IPD、BLM、MTL、LTC等等内容，有读者反馈内容怎么缺乏延续性，比如为什么不：

• 只讲IPD；
• 只讲产品；
• 只讲营销；
• ……

如果只写一个维度的话，很容易落入局部陷阱：

这就很容易出现一个问题，比如企业研发本身做的很好，但是却无法转化为有效业绩，这个时候导入IPD其实并不会有太好的效果。

今天这篇就系统介绍一下整个体系的逻辑，带大家看清为什么很多产品能做出来了，但商业上却很难兑现。

图1：IPD 的完整定义是「从市场机会到商业变现」

一、被跳过的逻辑

IPD，Integrated Product Development，集成产品开发。

一套产品开发的模式、理念与方法，强调以市场需求作为产品开发的驱动力，把产品开发作为一项投资来管理。

多数企业把 IPD 做成了「从市场机会到产品发布」，也就是小 IPD 的逻辑。

产品按期出来了，评审记录整整齐齐，然后就没有然后了。

这样的项目在行业里并不少见，研发团队很强，IPD 推得也认真，产品一次比一次做得好，可公司的利润表就是没跟着变好看。

问题不出在执行层，出在理解层：

我们把它当成了「产品开发流程」，而不是从市场机会到商业变现的管理体系中的一环。

其实从华为的流程体系来看的话，在 L1 分类里：

研发管理是 IPD，供应链管理是 ISC，销售与营销是 MTL/LTC，客户服务是 ITR，财务管理是 IFS。

五个业务领域，五套流程，各自解决一类问题。

它们解决的，说到底是一件事：把不确定的东西，变成确定的。

二、商业的实质，是确定性

要理解流程，先要理解商业本身在做什么。

我们习惯的说法是：商业是价值的交换。

我把东西做好，客户付钱，各取所需。

这个说法不错，但它解释不了一个常见现象——东西好、成本低，照样卖不掉。

人会掏钱的理由，跟东西好不好、成本低不低，关系都不大，核心在于他愿意买。

那么什么叫愿意？

是他心里那份不确定，有人替他接住了。

人怕的，是没着落。

做工程的怕甲方退单，做周转的怕对方逾期，买东西的怕买了没用、出了事没人管。

站在收钱那一边也一样：宁可少要一点，也得让单子落定。

两边都愿意为「不亏本、不出意外」付一点溢价。

客户找上门时，手上并没有清晰的「需求」，他只有一种难受。

他可能已经自己归过因，觉得设备不行、人不给力、方法不对。

但归因不等于问题被定义清楚，更不等于知道找谁解决。

商家的第一件事，是把他这种说不清的难受命名成一个可以被解决的问题。

问题一旦被命名，就有了对应的解法；

问题连上解法，难受就变成了需求。

举个具体场景：客户说，我要一个更大的屏幕。

这是需求吗？不是。这只是他自己想出来的一个方案。

往下追问：为什么要更大？因为要同时看多路操作信息，现在看不清。

再往下：为什么必须同时看？因为生产过程中不能漏掉报警。

到这儿，真正的问题才露出来——操作员没法及时识别关键异常。

更大的屏幕，只是这个问题的一种解法，而且不一定是最好的一种。

多数企业的需求管理就卡在这里：把客户给出的方案当成了需求本身，老老实实照着做，做完发现没打中要害。

另外一点是，客户付款的时候，他要的东西通常还不存在。

钱先出、结果后到，他买的是脑子里的一个画面。

所以销售真正做的事，是在结果发生之前先在他脑子里建起一个可信的画面。

这个画面，就是预期。

品牌、案例、试用、对比、售后，这些看着不像一回事的东西，其实都在做同一件事：

把客户主观上的不确定往下压。

成熟商业模式厉害的地方在于，你按下付款按钮，剩下的选购、支付、配送、使用、售后全有人安排好，你不需要自己把碎事拼成一个完整结果。

按钮本身就是确定性。

图2：客户给的是方案，不是需求

商业的第一道手艺，是把「难受」翻译成「可解决的问题」

把这些连起来，可以给出一句话：

商业不是价值的交换，是确定性的生产、转移、定价和分配。

三、四类不确定性，对应四组流程

既然商业的实质是处理确定性，接下来的问题就具体了：

一家企业，到底要处理哪几类不确定？

笔者把它压成四类：

图3：四类不确定性，四组流程。第三类（交易）是技术型团队丢得最狠的一块。

第一类，方向不确定性——往哪里打。

市场在变，技术在变，客户在变，而企业的资源永远有限。

把资源压在哪个方向上，本身就是一次下注。

这一类，由 BLM 处理。

BLM 全称业务领先模型，常被当成一个战略模板来教，但它的实质动作只有一个：在趋势、客户、竞争、能力和财务约束之间，判断哪些未知值得下注、下多大、什么时候验证、什么时候退出。

市场洞察最容易做成流水账。

宏观趋势、行业数据、对手动作、客户反馈，一项项列下来，都挺对。

可拼到一起，最关键的那个问题还是没回答：市场里出现了什么新的不确定，而我们的能力恰好能比别人更便宜地把它变成确定？

以新能源汽车为例。

说「渗透率在提升」，等于什么都没说。

往前走一步，要看用户在担心什么——续航、充电、补能。再往前，要看哪一种担心正在扩大，而且是用户肯掏钱解决的。

再往前，才是判断这份确定最终由谁提供：整车厂、电池厂、充电运营商，还是平台。

问到这儿，你已经不在做市场分析，你在看价值往哪里迁移。

第二类，供给不确定性——能不能做出来。

方向定了，接着要回答：我们承诺的东西，到底做不做得出来。

这一类由需求管理和 IPD 共同处理。

需求管理负责把「难受」翻译成可解决的问题——大屏幕那个例子说的就是这一步。

它最终要交出的是「场景—问题—原因—目标结果—约束—验收标准」这一整套转换，而不是停在客户原话。

IPD 负责另一半：把「我们决定解决的问题」，变成「我们能够稳定兑现的承诺」。

这个环节最容易被误解成流程体操。概念、计划、开发、验证、发布，加上一路评审，看上去就是一堆关卡，卡得人只想快点过。

但每一个决策评审点，本质是在问：

这件事值不值得继续投入、继续承诺？

所以 DCP 不是「老板审批」，它是一次不确定性投资决策。

技术评审点也一样，问的是：技术上的未知，是否已被消灭到足以支撑下一阶段的承诺？TR1 问原理，TR2 问架构，TR3 问关键技术风险，一路问下去。

整条 IPD 做的事，就是把 Unknown 一层一层刷成 Known。

第三类，交易不确定性——会不会有人买，钱能不能回来。

企业常默认产品做好了客户自然就会来。

现实不这样，好产品不会自动产生客户，客户也不会因为你「价值客观存在」就自动下单。

这一类由 MTL 和 LTC 处理。

• MTL 是 Market to Lead，从市场到有效线索；
• LTC 是 Lead to Cash，从线索到现金。

MTL 干的事，是把「市场上也许有人需要」变成「某个具体客户可能愿意进入购买过程」。

这里面藏着一串问题：谁需要它？客户自己知道吗？客户知不知道我们？他为什么觉得这事现在就得解决？产品做得再成熟，这些问题一样存在。

LTC 要看线索是真的吗？预算有吗？决策链是谁？客户凭什么选我们？价格能接受吗？交付能兑现吗？钱到了吗？

随便哪一环掉链子，前面的努力都归零。

签了合同不一定有收入，有收入不一定是利润，交付了客户未必验收，开票了钱也未必到账。

企业要的不是客户一句「我要买」，是这笔意愿最后变成账户里能动用的现金。

第四类，使用结果不确定性——买了之后出了问题怎么办。

产品卖出去，事情并没有结束。

客户真正买走的，是「以后出了事有人管」这个完整预期。故障、投诉、性能偏差、版本缺陷，本质上都是原来那份确定破了。

ITR 的价值就是重新把它补上：响应、定位、恢复、根治，再把经验倒回去。

四类不确定性，四组流程，分工大致就是这样。

四、三条流，和两台发动机

上一节把流程归了位，但归位只解决「谁在干什么」，没解决「它们怎么咬合」。

怎么理解这个咬合关系？

拿奶茶店打比方，一家店做奶茶是流程；

开到 10 家店，得保证每家味道一致，就需要一套规则约束它，这是流程管理体系。

流程解决「一件事怎么做」，流程管理体系解决「一套事怎么做才不会乱」。

放到企业经营的尺度上，这套体系由三条流构成：

• 第一条是价值定义流，从 BLM 到市场管理再到需求管理，回答我们选择去解决谁的什么问题；
• 第二条是价值创造流，从 IPD 到 ISC 再到 ITR，回答怎么把这个问题稳定地解决掉；
• 第三条是价值变现流，从 MTL 到 LTC，回答怎么让客户认识到这个价值、选择我们，把钱付过来。

三条流各有各的工位，但在真实经营里，它们从来不是排队等着上场的。

LTC 里赢单丢单的原因会倒回来告诉 MTL 和需求管理，交付中暴露的问题会倒回来告诉 IPD，产品的能力边界会约束销售能承诺什么。

做产品的企业里，前两条流多数建得不错，第三条流往往是空的。尤

其技术出身的团队，IPD 推得很认真，产品越做越好，但 MTL 和 LTC 这两块要么没有，要么就是一群销售各自为战。

两台发动机：

• IPD 是供给发动机，把市场的不确定变成产品的确定，核心问题是「我们能稳定提供什么」；
• MTL+LTC 是变现发动机，把客户买不买的不确定变成收入和现金的确定，核心问题是「谁愿意为这个确定付多少钱」。

图4：三条价值流，两台发动机

技术型团队最常见的问题——IPD 建得很硬，价值变现流是空的

一台强一台弱，车就要偏。

IPD 强、MTC 弱，就是产品很好、卖不好，这是技术导向企业的典型病症；

反过来，MTC 强、IPD 弱，就是很会卖，但交付越来越吃力，越做越失控。

真正强的是两头都硬：IPD 提供可规模复制的确定，MTC 把这份确定规模化地变成钱。

五、确定性归谁，利润就归谁

为什么干活的人，不一定赚钱？

这里有一条不太被讲透的链。笔者叫它确定性权力链，一共六环：

发现不确定，定义不确定，定义解决方案，定义评价标准，组织交付，控制交易和分配。

位置越靠前，商业地位越高。

拿代工厂举例，一家代工厂，制造能力极强，良率高，交付准，成本压得住，它当然在生产确定性。

可产品定义、客户、价格带、渠道，全在品牌商手里。

代工厂拿到的，只是「制造这一段确定」的价格。

品牌商拿走的是另外几段：需求定义、产品定义、品牌信任、渠道确定性，四份确定性的钱叠在一起。

毛利差就是这么来的。它跟谁更辛苦关系不大，跟谁站得离链条起点更近关系很大。

图5：确定性权力链六环

谁定义不确定、谁组织交付，谁就拿走对应的溢价

再往下还有一环，落在合同上。

合同表面看是一列条款，往下看一层，它是把一方对另一方的确定性义务写成了白纸黑字。

付款、供货、交付、验收、退出，每一条都在规定：

一方想要的稳定，得由另一方拿什么来换。

提前备货、保留产能、垫付成本、接受账期，都是为对方的确定付出的代价。

所以销售谈判的深层谈的是一件事：

谁替谁承担哪些不确定，这份承担值多少钱。

再回到流程本身。

为什么同一类问题反复出现，就要把它流程化？

因为一个人的确定，不等于组织的确定。流程是组织价值创造的机制。

「这事交给老王就行」，这是个人确定性，老王一走，组织就不会了。

把输入标准、判断规则、方法、模板、检查清单、角色、评审、度量建起来，换一个合格的人也大概率能做成，这才叫组织确定性。

流程的本质，是把个人确定性变成组织确定性。

理解了这一层，前面那个「流程越做越重」的困局也有了答案。

企业常把流程理解成控制，节点越加越多，正确的逻辑是只管理那些值得管理的不确定性。

一件事风险小、可逆、成本低、高度成熟，还设一堆评审点，那是伪流程；

反过来，一件事风险巨大、不可逆、跨领域、信息严重不足，却没有决策门，那是流程缺失。

流程设计的原则，归根结底一句话：不确定性在哪里，控制点就在哪里。

六、回到那个被跳过的半句

现在回头看开头。

IPD 的定义说，它是一套从市场机会到商业变现的管理体系。

多数企业只做了「从市场机会到产品发布」，产品按期出来了，评审记录整整齐齐，但商业变现那半句落在了流程之外。

按这套框架走一遍，病根多半不在产线，也不在研发，在于这家企业只装了一台发动机。

它把方向不确定、供给不确定处理得很好，产品真的做出来了，但交易那一整类不确定没有人系统处理：

客户是谁、怎么认知、为什么现在买、为什么选你、钱怎么收回来，全是空档。

于是产品成了别人结构里的一个功能，制造这一段是我的，确定性的溢价是别人的。

图6：只装一台发动机的企业，产品成了别人结构里的一个功能

流程是执行的路线图，方法论是思考的指南针。

两者都不能替你回答一个问题：

这份确定性，最后归谁。

如果你正在推流程，或者准备推，不妨先问自己两句。

我们现在这套体系，真正在消灭的是哪一类不确定性？

那份被消灭掉的确定性，它的溢价，最后留在了谁手里？