BPM系统中由于各种工具相互独立，且分别来自不同的供应商，引发了BPM软件供应商和建模工具、BAM及集成中间件供应商之间的一场冲突，因为每个人都有自己的观点来解读BPM。其中最大的冲突源于两种相互竞争的BPM技术架构。

这里面是最受关注的是基于BPEL(Business Process Execution Language，业务流程执行语言)标准的架构，它通过在SOA环境中集成Web服务实现所需的功能。另一类是纯BPM软件供应商。它们的软件架构从上个世纪90年代的工作流系统进化而来，因此在需要将人力工作流集成进流程模型时，它们更好用。

在纯BPM软件供应商提供的产品中，SOA、BPEL的作用很有限，主要用于应用的集成，而很少像第一类一样用来描述端到端的流程。他们的区别很明确: 大型软件供应商提供的解决方案更强调BPEL，在应用较少涉及人力工作流，即组织中的流程无需多种角色的参与时，能很容易地通过集成Web服务实现应用。而纯BPM软件供应商提供的软件主要强调无需编码就可以是实现流程的定制，因此，这些软件更适合特定的行业。而它们的弱点则在于，与那些大型软件供应商的产品相比，纯BPM软件比较难于与已有的应用系统进行集成。

建模工具无论是专门的BPM软件供应商还是大型软件供应商，建模工具都是其中的一个基本组成部分。这个工具使用一些基本元素，如活动、任务、完成每项任务所需的资源以及相关的业务规则来描述业务流程，最后用业务人员很容易理解的一些图形化的符号来表现他们。建模工具在流程设计和定量的性能指标、以及通过仿真模拟进行性能优化时起到了十分关键的作用。建模工具在每一个流程活动上标注有相关的性能参数，如预计执行时间、资源成本、可用性以及后续有几个流程分支等。通过建模工具内置的仿真引擎能对各种场景进行分析。分析过程中，KPI将被用来作为分析流程性能好坏的依据，并决定各个参数值，最后根据这些参数对整个流程进行调整，完成一次闭环的业务流程实现。这就意味着建模工具不仅仅是对活动流程进行简单的描述，而是要根据整个组织的资源、流程数据和流程性能参数进行建模。