IPD是产品研发制作的关键!各级组织、各级部门都要充分认识到它的重要性。
IPD是什么?
集成产品开发(Integrated Product Development, IPD)是一套产品及研发管理的体系,是从产品投资与开发的角度来审视产品与研发管理的思想和架构。
它的作用是通过构建优秀的管理体系来达到提升产品管理与研发绩效的目的。
IPD是基于市场和客户需求驱动的规划和开发管理体系。其核心是由来自市场、研发、制造、服务、采购等方面的人员组成的跨部门团队共同管理整个规划和开发过程。即从客户需求、产品规划、任务书开发、概念形成、产品开发、上市,直到生命周期的完整过程。通过IPD管理体系,使产品开发更加关注客户需求,加快市场响应速度,缩短产品开发周期,减少报废项目,降低开发成本,提高产品的稳定性、可生产性、可服务性等。
IPD涵盖了产品从概念到生命周期结束全过程的管理,而这一过程正是技术创新的过程。因此,通过实施IPD从而提高产品开发的效率和成功率,降低成本,提高企业效益,能够达到提升产品开发能力的作用,同时也达到了提高企业自主创新能力的作用。从国内企业实施IPD的案例来看,众多实施了IPD解决方案的企业都取得了预期的效果。
IPD的整体框架:
添加图片注释,不超过 140 字(可选)
最先将IPD付诸实践的是IBM公司,1992年IBM在激烈的市场竞争下,遭遇到了严重的财政困难,公司销售收入停止增长,利润急剧下降。经过分析,IBM发现他们在研发费用、研发损失费用和产品上市时间等几个方面远远落后于业界最佳。为了重新获得市场竞争优势,IBM提出了将产品上市时间压缩一半,在不影响产品开发结果的情况下,将研发费用减少一半的目标。为了达到这个目标,IBM公司率先应用了集成产品开发(IPD)的方法,在综合了许多业界最佳实践要素的框架指导下,从流程重整和产品重整两个方面来达到缩短产品上市时间、提高产品利润、有效地进行产品开发、为顾客和股东提供更大价值的目标。
IBM公司实施IPD的效果不管在财务指标还是质量指标上得到验证,最显著的改进在于:
-
1、 产品研发周期显著缩短;
-
2、 产品成本降低;
-
3、 研发费用占总收入的比率降低,人均产出率大幅提高;
-
4、 产品质量普遍提高;
-
5、 花费在中途废止项目上的费用明显减少;
在IBM成功经验的影响下,国内外许多高科技公司采用了集成产品开发(IPD)模式,如美国波音公司和深圳华为公司等,都取得了较大的成功。实践证明,IPD既是一种先进思想,也是一种卓越的产品开发模式。
IPD的核心思想
IPD一个核心思想:产品开发是一种投资。IPD作为先进的产品开发理念,其核心思想概括如下:
-
a) 新产品开发是一项投资决策。IPD强调要对产品开发进行有效的投资组合分析,并在开发过程设置检查点,通过阶段性评审来决定项目是继续、暂停、终止还是改变方向。
-
b) 基于市场的开发。IPD强调产品创新一定是基于市场需求和竞争分析的创新。为此,IPD把正确定义产品概念、市场需求作为流程的第一步,开始就把事情做正确。
-
c) 跨部门、跨系统的协同。采用跨部门的产品开发团队(PDT:Product Development Team),通过有效的沟通、协调以及决策,达到尽快将产品推向市场的目的。
-
d) 异步开发模式,也称并行工程。就是通过严密的计划、准确的接口设计,把原来的许多后续活动提前进行,这样可以缩短产品上市时间。
-
e) 重用性。采用公用构建模块(CBB:Common Building Block)提高产品开发的效率。
-
f) 结构化的流程。产品开发项目的相对不确定性,要求开发流程在非结构化与过于结构化之间找到平衡。
添加图片注释,不超过 140 字(可选)
借鉴业界成功实施IPD公司的经验总结,一个组织实施IPD时要密切注意如下两个方面:
1、整体规划、分步实施。IPD涉及7个方面,如果全面深入实施,需要投入比较多的时间和成本,但大部分企业没有这样做的必要,IPD的7个要素是相互关联,又彼此独立的,企业完全可以根据自己实际情况和需要,分步实施,结合国内企业的实际研发能力,建议优先实施:结构化流程、项目管理、异步开发与公共基础模块3个方面。
2、IPD实施要借助信息化工具。实施IPD就需要制定一系列流程、制度、方法、模板,尤其跨部门项目团队、分层分级的计划管理、衡量指标的落地执行都需要借助IT化手段,从而降低操作难度;实践证明能够很好支撑IPD落地的工具有:微软Project Server、IBM Rational系列工具、青铜器RDM研发管理系统。IPD工具至少要满足如下特点:
-
1) 支撑研发决策管理,工具要能自动汇总资源、财务、进度等数据,同时要能跨项目对比分析,从而有效支撑领导商业决策分析。
-
2) 同时满足产品、项目、部门的管理需要,产品要提供资源计划、产品规划、市场情报收集分析能力;项目要提供计划、团队沟通、交付文档管理、需求测试管理能力;部门要提供资源池分析管理能力
-
3) 强大报表分析能力,能够自动汇总进度、财务、交付、质量等量化数据,并且按照不同维度对比分析,满足多项目管理的需要。
需要四大组织机构组成:IPMT、PDT、LMT、TDT
-
集成组合管理团队(IPMT):产品投资决策和评审机构,负责制定公司总的使命愿景和战略方向,并对新产品线的产生进行决策。通常是一个高层跨部门团队,成员包括各个部门最高主管。
-
产品开发团队(PDT):一个虚拟的组织,其成员在产品开发期间一起工作,由产品经理/项目经理组织,一般是产品经理/项目经理负责的矩阵组织结构
-
产品生命周期管理团队(LMT):在产品生命周期中,联合研发、制造、销售、使用、安全部门等各方面的资源,从根本上保证了产品在全生命周期中的管理能够高效、有序,并使产品保持低故障率。
-
技术开发团队(TMT):利用从研究和试验获得的知识或技术,为产品开发提供新的工艺和系统而进行实质性的改进。
IPD框架是IPD的精髓,它集成了代表业界最佳实践的诸多要素。具体包括异步开发与共用基础模块、跨部门团队、项目和管道管理、结构化流程、客户需求分析($APPEALS)、优化投资组合和衡量标准共七个方面,IPD框架如下图1所示:
添加图片注释,不超过 140 字(可选)
下面分别介绍IPD框架中的这几个方面。
市场管理
市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性和生命。包括:
-
需求分析
可以说,没有需求就没有产品,缺乏好的、及时的市场需求是项目方向偏离和产品失败的最主要原因。IPD使用一种用于了解客户需求、确定产品市场定位的工具——$APPEALS进行需求分析。 $APPEALS从八个方面衡量客户对产品的关注,确定产品的哪一方面对客户是最重要的。$APPEALS的含义如下:$-产品价格(Price);A-可获得性(Availability);P-包装(Packaging);P-性能(Performance);E-易用性(Easy to use);A-保证程度(Assurances);L-生命周期成本(Life cycle of cost);S-社会接受程度(Social acceptance)。
-
组合分析
IPD强调对产品开发进行有效的投资组合分析。如何正确评价、决定企业是否开发一个新产品,以及正确地决定对各个新产品的资金分配额,就需要测定新产品的投资利润率。只有明确了投资利润率的各种静态和动态的决定因素和计算方法,企业才能对产品战略做出正确的判断和决策,进而确定产品开发的投资。
企业能否有效地掌握投入资金的对策,取得好的产品资金效果,提高资金运营效率,是一个大的战略问题,也是企业业务投资组合计划的任务。尤其是经营多种产品的生产企业,要正确地决定资金投入对策,还必须研究产品结构,研究企业各种产品的投入、产出、创利与市场占有率、市场成长率的关系,然后才能决定对众多产品如何分配资金。这是企业产品投资组合计划必须解决的问题。企业组成什么样的产品结构?总的要求应是各具特色,经济合理。因此,需要考虑服务方向、竞争对手、市场需求、企业优势、资源条件、收益目标等因素。
投资组合分析要贯穿整个产品生命周期,在开发过程设置检查点,通过阶段性评审来决定项目是继续、暂停、终止还是改变方向。通常在各个阶段完成之后,要做一次GO/NO GO决策,以决定下一步是否继续,从而可以最大地减少资源浪费,避免后续资源的无谓投入。IPD产品包投资决策参考下表:
添加图片注释,不超过 140 字(可选)
-
衡量指标
投资分析和评审的依据是事先制订的衡量指标,包括对产品开发过程、不同层次人员或组织的工作绩效进行衡量的一系列指标。 如产品开发过程的衡量标准有硬指标(如财务指标、产品开发周期等)和软指标(如产品开发过程的成熟度);衡量标准有投资效率、新产品收入比率、被废弃的项目数、产品上市时间、产品盈利时间、共用基础模块的重用情况等。
流程重整
IPD中的流程重整主要关注于跨部门的团队、结构化的流程、项目和管道管理。在结构化流程的每一个阶段及决策点,由不同功能部门人员组成的跨部门团队协同工作,完成产品开发战略的决策和产品的设计开发,通过项目管理和管道管理来保证项目顺利地得到开发。
-
跨部门团队
组织结构是流程运作的基本保证。在IPD中有两类跨部门团队,一个是集成产品管理团队(IPMT),属于高层管理决策层; 另一个是产品开发团队(PDT),属于项目执行层。IPD团队框架可参考如下:
IPMT和PDT都是由跨职能部门的人组成,包含了开发、市场、生产、采购、品质、财务、制造、技术支援等不同部门的人员,其人员层次和工作重点都有所不同。IPMT由公司决策层人员组成,其工作是确保公司在市场上有正确的产品定位,保证项目保证资源、控制投资。IPMT同时管理多个PDT,并从市场的角度考察他们是否盈利,适时终止前景不好的项目,保证将公司有限的资源投到高回报的项目上。
PDT是具体的产品开发团队,其工作是制定具体产品策略和业务计划,按照项目计划执行并保证及时完成,确保小组将按计划及时地将产品投放到市场。
PDT是一个虚拟的组织,其成员在产品开发期间一起工作,由项目经理组织,可以是项目经理负责的项目单列式组织结构。
-
结构化流程
IPD产品开发流程被明确地划分为概念、计划、开发、验证、发布、生命周期六个阶段,并且在流程中有定义清晰的决策评审点。这些评审点上的评审已不是技术评审,而是业务评审,更关注产品的市场定位及盈利情况。决策评审点有一致的衡量标准,只有完成了规定的工作才能够由一个决策点进入下一个决策点。下面是典型的产品开发流程:
-
a) 在概念阶段初期,一旦IPMT认为新产品、新服务和新市场的思想有价值,他们将组建并任命PDT成员。
-
b) PDT了解未来市场、收集信息、制定业务计划。业务计划主要包括市场分析、产品概述、竞争分析、生产和供应计划、市场计划、客户服务支持计划、项目时间安排和资源计划、风险评估和风险管理、财务概述等方面信息,所有这些信息都要从业务的角度来思考和确定,保证企业最终能够盈利。
-
c) 业务计划完成之后,进行概念决策评审。IPMT审视这些项目并决定哪些项目可以进入计划阶段。
-
d) 在计划阶段,PDT综合考虑组织、资源、时间、费用等因素,形成一个总体、详细、具有较高正确性的业务计划。
-
e) 完成详细业务计划以后,PDT提交该计划给IPMT评审。如果评审通过,项目进入开发阶段。PDT负责管理从计划评审点直到将产品推向市场的整个开发过程,PDT小组成员负责落实相关部门的支持。
-
f) 在产品开发全过程中,就每一活动所需要的时间及费用,不同层次人员、部门之间依次做出承诺。
有两种评审机制:DCP、TR
业务决策评审是集成产品开发管理团队(IPMT)管理产品投资的重要手段,在决策评审中,IPMT始终站在投资商的角度来进行评审。
通过技术评审,帮助产品开发团队尽早发现产品开发中存在的问题和风险,及时采取相应的解决方案和行动计划,保证产品开发质量,减少浪费。
-
项目管理
项目管理是使跨部门团队集合起来更好地行动的关键。首先要有一个目标即项目所要达到的效果,一旦我们将客户的需求转换为对产品的需求时,就可以制定详细计划。该计划中的各部分将具体划分为每个职能部门的工作,即这个计划不只是研发部门的计划,也是公司各个部门共同的计划。 一个产品从概念形成到上市期间会涉及到许多不同的紧密相联的活动,就好像不同职能部门彼此之间是有关系的。同样在一个项目中他们彼此之间的活动也是有关联的,所有的活动加起来就是整个的产品开发。
接下来安排活动的时间,然后对每个活动进行预算和资源的调配,在项目实施过程中还需要不断地与计划对照,因为没有任何一个计划是完善的,所以可以在细的层面上对计划进行一定的调整,但是PDT做出的承诺不能改变。整个项目的进行过程都需要PDT的参与,因此,PDT在产品开发全流程中自始至终存在。
管道管理类似于多任务处理系统中的资源调度和管理,指根据公司的业务策略对开发项目及其所需资源进行优先排序及动态平衡的过程。
产品重整
IPD提高开发效率的手段是产品重整。产品重整主要关注于异步开发和共用基础模块(CBB)。
-
异步开发
异步开发模式的基本思想是将产品开发在纵向分为不同的层次,如技术层、子系统层、平台层等。不同层次工作由不同的团队并行地异步开发完成,从而减少下层对上层工作的制约,每个层次都直接面向市场。
通常,在产品开发过程中,由于上层技术或系统通常依赖于下层的技术,因此,开发层次之间的工作具有相互依赖性,如果一个层次的工作延迟了,将会造成整个时间的延长,这是导致产品开发延误的主要原因。 通过减弱各开发层次间的依赖关系,可以实现所有层次任务的异步开发。
为了实现异步开发,建立可重用的共用基础模块是非常重要的。
-
共用基础模块
共用基础模块(Common Building Blocks, CBB)指那些可以在不同产品、系统之间共用的零部件、模块、技术及其他相关的设计成果。由于部门之间共享已有成果的程度很低,随着产品种类的不断增长,零部件、支持系统、供应商也在持续增长,这将导致一系列问题。 事实上,不同产品、系统之间,存在许多可以共用的零部件、模块和技术,如果产品在开发中尽可能多地采用了这些成熟的共用基础模块和技术,无疑这一产品的质量、进度和成本会得到很好的控制和保证,产品开发中的技术风险也将大为降低。 因此,通过产品重整,建立CBB数据库,实现技术、模块、子系统、零部件在不同产品之间的重用和共享,可以缩短产品开发周期、降低产品成本。 CBB策略的实施需要组织结构和衡量标准的保证。
不管是异步开发还是共用基础模块的实现,都需要很高水平的系统划分和接口标准制订,需要企业级的构架师进行规划。
IPD关键要素
-
1、跨部门团队,包括进行管理的产品评审委员会及具体执行开发过程的产品开发团队(PDT)。
-
2、结构化的流程。IPD流程分为6个阶段及4个主要决策评审点(DCP),这些阶段和决策评审点由跨部门团队进行计划和管理。6个阶段包括概念、计划、开发、验证、发布 及生命周期,每个阶段有其阶段性的目标、关注点及需交付的成果。
-
3、一流的子流程,包括计划与控制、阶段决策、技术评审、以用户为中心的设计、CBB-重用、文档管理、质量控制、物料管理、软硬件设计、技术管理及管道管理等。
-
4、IPD工具:包括业务及技术上的工具。
-
5、考评:包括团队和个人绩效考核两个方面:首先是基于产品开发团队(PDT)的指标,如上市时间(TTM)、盈利时间和公用构建模块(CBB)等;其次是基于个人的指标,包括进度或计划完成率、质量、公用构建模块、关键行为指标等。
IPD优点
集成产品开发是从企业的流程重组和产品重组的角度,保证产品的立项开发、产品开发的人力资源有效调配。依据一个完整的框架和管理流程,给企业管理带来的主要优点在于:
-
①产品研发周期显著缩短;
-
②产品成本降低;
-
③研发费用占总收入的比率降低,人均产出率大幅提高;
-
④产品质量普遍提高;
-
⑤花费在中途废止项目上的费用明显减少。
最后方便大家理解,附上IPD与CMMI、CMM的差别的介绍。
IPD(集成产品开发),CMMI(能力成熟度模型集成),CMM(能力成熟度模型)和PLM(产品生命周期管理)是不同维度的管理和方法论体系,它们之间存在一定的区别。具体分析如下:
-
IPD:是一种企业层面的产品开发管理模式,覆盖产品的整个生命周期,包括市场、设计、测试、制造等各个功能部门在产品开发中的活动。它强调将影响产品成功的关键要素整合起来,形成一种集成的产品开发模式,以推动产品的市场成功。IPD的管理范围广泛,不仅关注执行过程的正确性,还关注决策的正确性,并包括对团队和个人的评估。
-
CMMI:与CMM一样,本质上关注的是过程质量,但提供了更广泛的专业领域覆盖,如软件工程、系统工程、集成的产品和过程开发及采购。CMMI通过关键过程域(KPA)来定义流程,更多是面向研发特别是软件开发的质量管理和过程优化。CMMI的原则和方法可以用来优化IPD体系中的研发组织部分。
-
CMM:是针对软件质量保证制定的能力成熟度模型,专注于软件开发的过程和质量管理。CMM的核心在于提供一个框架,帮助组织通过成熟度等级的提升来改进其软件过程和实践。
-
PLM:是一种产品策略,它支持在整个产品生命周期内对产品信息的管理、应用和分享。PLM涉及产品从概念阶段到退役阶段的每个方面,旨在通过整合所有相关的信息和过程来优化产品和服务的创建、操作和支持过程。
综上所述,IPD着眼于整个产品的成功和市场表现,CMMI/CMM则专注于提升研发过程的成熟度和质量,而PLM侧重于产品信息的全生命周期管理。虽然这些模型和管理方法侧重点不同,但在实际应用中可以相互融合和互补,共同为产品的成功提供支持。
IPD与CMMI、CMM、PLM的差别
先看一下CMMI在CMM的区别。
CMMI与SW-CMM的主要区别在三个方面:专业领域、成熟度等级和过程域、模型结构。与CMM相比,CMMI覆盖4个专业领域,即软件工程(SW)、系统工程(SE)、集成的产品和过程开发(IPPD)、采购(Supplier Sourcing)。
IPD(集成产品开发),CMMI(能力成熟度模型集成),CMM(能力成熟度模型)和PLM(产品生命周期管理)是不同维度的管理和方法论体系,它们之间存在一定的区别。具体分析如下:
-
IPD:是一种企业层面的产品开发管理模式,覆盖产品的整个生命周期,包括市场、设计、测试、制造等各个功能部门在产品开发中的活动。它强调将影响产品成功的关键要素整合起来,形成一种集成的产品开发模式,以推动产品的市场成功。IPD的管理范围广泛,不仅关注执行过程的正确性,还关注决策的正确性,并包括对团队和个人的评估。
-
CMMI:与CMM一样,本质上关注的是过程质量,但提供了更广泛的专业领域覆盖,如软件工程、系统工程、集成的产品和过程开发及采购。CMMI通过关键过程域(KPA)来定义流程,更多是面向研发特别是软件开发的质量管理和过程优化。CMMI的原则和方法可以用来优化IPD体系中的研发组织部分。
-
CMM:是针对软件质量保证制定的能力成熟度模型,专注于软件开发的过程和质量管理。CMM的核心在于提供一个框架,帮助组织通过成熟度等级的提升来改进其软件过程和实践。
-
PLM:是一种产品策略,它支持在整个产品生命周期内对产品信息的管理、应用和分享。PLM涉及产品从概念阶段到退役阶段的每个方面,旨在通过整合所有相关的信息和过程来优化产品和服务的创建、操作和支持过程。
IPD与CMMI起源和出发点的不同,决定了两者具有很大的区别。CMM是SEI针对软件质量保证制定的能力成熟度模型,与ISO9000系列标准和MIL标准一样,均属于过程质量模型。CMMI是在CMM的基础上发展起来的,与CMM一样,本质上关注的是过程质量。而IPD着眼于产品开发获得市场成功,是在PACE(产品及周期优化法)等产品开发模式的基础上,经过一些领先企业的实践发展起来的。 IPD关注的是将影响产品成功的关键要素(如结构化流程、产品决策评审、产品开发团队等)有机地整合起来,形成集成的产品开发模式,推动产品的成功。
具体而言,IPD与CMMI在以下方面具有明显的区别:
1、 两者的层面不一样 IPD是企业层面的一套产品开发管理的思想、模式和方法,本质上是一种产品经营管理的模式。CMMI是面向研发的,而且更多是面向软件开发的。
2、思想高度不一样
两者目的的不同也导致了思想的不同。CMMI主要倡导通过过程和活动来保证质量。可见,IPD是从更高和更加全面的角度来看待产品开发的。
3、对流程的结构化不一样
IPD首先把产品开发看作一个流程,包括概念、计划、开发、验证、发布、生命周期管理6个阶段,在此基础上,IPD建立一个涵盖了流程概览、阶段流程、子流程和模板的分层结构框架,对涉及到的产品开发活动进行合理的结构化。CMMI把流程分解为一个个关键过程域(KPA),是相对离散地来定义流程的,这决定了在CMMI体系下,产品开发流程的结构化不够。
4、管理的范围不一样 IPD需要对所有的产品开发活动进行管理,横向上涉及市场、设计、测试、试制、制造、采购、服务、销售、财务各功能部门在产品开发中的活动,纵向上涉及决策、管理、执行三个层面。而CMMI主要是面向研发部门的活动,如软件开发、系统集成、项目管理等。对于软硬件相结合的高科技产品而言,软件开发的工作量往往占整个开发工作量的50-60%,而硬件开发又可能占到15-20%,所以CMM可以管到50-60%的开发活动,而IPD可以管到65-80%的开发活动。
5、 关注重点不一样 IPD不仅关注把事情做正确(do the things right),同时也关注做正确的事情(do the right things),所以IPD既强调执行的重要,也强调决策的重要。CMMI主要关注执行,即把事情做正确(do the things right),而且CMMI对如何执行好开发活动要求更规范、更细。
6、人员管理不一样
IPD包括了对团队和个人的考评,如对集成组合管理团队(IPMT)和产品开发团队(PDT)的评估。 CMMI则不包括人员管理的内容。当然,SEI开发了主要针对软件开发人力资源管理的P-CMM。
尽管,IPD与CMMI有这么多的不同,但就对具体流程和活动进行管理而言,两者所依据的原则、方法和实践是相通的和一致的,所以企业在优化产品开发体系时,完全可以将两者融合,实施IPD+ CMM/CMMI的解决方案。
IPD与PLM
PLM是近些年发展起来的一套产品管理软件系统,product lifecycle management 即产品生命周期管理系统。PLM是一种应用于企业内部,以及在产品研发领域具有协作关系的企业之间的,支持产品全生命周期的信息的创建、管理、分发和应用的一系列IT应用解决方案。是一种将产品管理方式通过IT手段进行固化的具体手段。
添加图片注释,不超过 140 字(可选)
PLM包含以下方面的内容:
基础技术和标准(例如XML、可视化、协同和企业应用集成);信息创建和分析的工具(如机械CAD、电气CAD、CAM、CAE、计算机辅助软件工程CASE、信息发布工具等);核心功能(例如数据仓库、文档和内容管理、工作流和任务管理等);应用功能(如配置管理、配方管理、合规);面向业务/行业的解决方案和咨询服务(如汽车和高科技行业)。
IPD和PLM的区别与联系
由于PLM系统的开发是借鉴了一些优秀企业的实践,因此在系统设计中与IPD的思路和方法有很多可以配合的地方。但PLM不是为IPD而生的,IPD也不依赖于PLM系统而存在。 一个企业推行IPD体系,与其有没有PLM系统没有任何关系。
有些企业在跟我描述问题时表示,希望通过PLM系统来直接实现流程的优化。对于这种期望,实际上是不恰当的。但客观上,由于国内很多企业的产品管理体系不够完善,在引进PLM系统时,常常遇到障碍,因此在实施PLM前,需要系统的对管理流程和体系进行梳理和完善。这个时候,很多公司想起了IPD这个方式。
事实上,IPD也的确可以在此过程中极大的帮助企业厘清产品研发管理的具体思路,快速建立高效的管理流程体系。由于PLM系统是将企业的管理体系进行IT化,因此完善的管理体系对于PLM系统的实施成功至关重要。
目前,PLM系统的实施团队,更多关注在系统的功能、性能上面,对于管理的流程和思路则更多的取决于企业方面。
综上所述,IPD着眼于整个产品的成功和市场表现,CMMI/CMM则专注于提升研发过程的成熟度和质量,而PLM侧重于产品信息的全生命周期管理。虽然这些模型和管理方法侧重点不同,但在实际应用中可以相互融合和互补,共同为产品的成功提供支持。