流程管理，初听起来有点像办公自动化，现代一点的叫法是协同办公，但其实重点不太一样，流程管理目前市面上比较主流的产品都强调一点，与业务系统的连接，其实目前的业务系统在中国也就是sap了，现阶段的流程管理软件都突出了与sap的连接。
我参加过一些流程管理厂商的会议，工作流引擎、构建流程图、绩效分析是流程管理的核心，也是这些厂商着力推介的。
工作流引擎是核心中的核心，流程管理软件的好坏主要看工作流引擎的可操作性及图形化程度，目前国外的软件主要是基于.net的，如k2，我认为工作流不但要满足传统意义上的并发和联署等，还要重点满足电子签名及离线操作，传统的工作流都是基于web方式了，现在反而有点返璞归真的意思，不少基于web的工作流，还支持离线操作模式下的word、pdf等的编辑提交，通过工作流引擎提交下一操作人。文档的离线编辑和其他微软的应用结合将office视作一个工作平台或工作流客户端，这种做法比较新颖，也是反传统的形式，我个人比较喜欢，企业里的人员比较易于接受。
构建流程图，工作流的配置不需要太多技术手段，要做到易于操作，图形化是一个很好的发式，如果与visio结合就更加完美了。对于企业的信息技术人员来说更重要的事情是技术支持，而不是直接构建工作流，往往这块的事情会放到流程管理的专业部门如企业运营部或发展部。这就强调一个比较人性化的构图和直观的demo测试了。
绩效分析，我们强调demo测试的意图其实就是尽可能的在流程改善之初就预测流程变化后的绩效运行状况，企业的流程是多变的，如果能及时了解改变后的实际效果对于流程的变革是至关重要的。很多流程管理软件有绩效分析或绩效评估的模块，这非常好，但是否能够如实地反映实际结果就不得而知了，每个厂商基于不同的逻辑和概率进行判断，并用图形方式呈现出来。不要被其花哨的外表蒙骗，最好进行一下试点就可以明白绩效评估到底有多少实际意义了。
而流程管理的延伸对于我这样的sap用户来说是独具意义的事情，sap的业务基本上是数据录入，按流水线到下一岗位附加操作，最终到达统一的目的地，如：财务付款清账和物流抵达下一收货地点等。但很多数据初始化工作要在几个业务部门内部完成，而sap的r3是无法控制的，比如：新建物料，sap里的物料管理只能将结果录入mm01，而物料的属性跨越不同部门，没有先后次序和记录，所以现在多家供应商强调把这一块交给流程管理软件实现，物料信息经过物流、财务、销售等部门的工作流转最终取得一个结果，将结果数据交给sap的mm01处理，处理结果返回流程管理软件。类似的还有hr及财务报销等业务操作，都可以在outofsap的流转中实现。所以我认为实现流程管理的一种重要的方法是将sap的静态数据和业务处理搬到sap以外去实现，重点加强各部门的协作以工作流方式完成数据的收集，将结果导入sap中，Sap已经变成结果处理引擎。
以上对流程管理软件进行了比较详细的阐述，目前这个软件分类已经逐步代替了以前的oa，逐步走向了传统的ERP解决范畴。
