功能
1.定义流程：用户可以自定义流程类型以满足企业需求；
2.设计流程：用户可以使用工具方便简单的设计工作流程图；
3.定义规则：用户可以在流程中触发执行自定义的脚本，完成特定的业务工作；
4.分配任务：用户可以分配工作任务，包括系统中的一些工作任务，如登入、登出、归档等；
5.分配人员：在每一个工作点可以分配工作人员。另外，管理者可以把工作委托给其他人完成，也可以在运行时确定工作人员；
6.启动工作：可以选择要处理的工程图纸或文档，启动工作流处理后继工作；
7.接收流程：接收本人要处理的流程；
8.执行任务：可以利用流程信箱接收和发送流程，执行分配给自己的任务；
9.发送流程：将流程发送到下一个节点；
10.跟踪流程：流程图节点以不同的颜色表示当前运行情况；
11.监控流程：流程的管理者可以及时掌握流程的情况。可以查看过期任务、解决流程运行中出现的问题。
组成
根据流程要包括的功能，把整个流程分为三个部分，分别实现上述功能：
1.设计模块：设计流程图的工具。使用流程设计模块可以建立流程图、保存流程图、把流程图分配给流程；
2.运行模块（流程信箱）：启动流程、接收流程、执行任务、发送流程；
3.监管模块：流程管理工具。管理员可以查看和监控已经运行的流程，出现问题或过期的流程可以及时得到调整。
管理流程存在问题
1）分工过细导致一个经营过程有很多部门完成，运作的时间长，成本高，信息在各部门流通时，需要花费大量的时间和精力进行交流、沟通。各个部门对需要处理的事件又有不同的优先顺序，都是把自己认为最重要的事件优先处理，因此很难保证一个经营过程按照顾客所希望的时间完成。
2）各部门按职能划分，员工只对自己的上级主管负责。部门所追求的是部门的最优，各个部门都尽可能地占有企业资源以及获得最大利益，很难达到整个营过程的整体最优。但企业的生存取决于对顾客提供的产品和服务，顾客并不关注企业中的某个部门业绩，而是整个企业的经营行为。
3）现在的企业层次过多，机构臃肿，为了衔接各个部门和各个环节，企业需要设置许多管理人员，这些管理人员对经营过程进行协调，控制，监督，审查。
业务流程管理
营销规划
营销规划解决卖什么、卖给谁的问题，以及如何运用科学的工具分析、判断我们现在的市场选择是否合理，和如何对未来市场进行合理规划的问题。
销售平台
销售平台解决谁来卖的问题，找到“人材”、培养“人财”、留住“人才”，建立优质销售环境，激活团队，实现业绩倍增。
销售进程管理
销售进程管理解决怎么卖的问题，分解销售动作，形成企业个性化业务手册，批量制造销售精英。
客户服务管理
客户服务管理解决如何重复卖，建立标准化客户服务体系，提升客户忠诚度。
客户关系管理
客户关系管理解决如何永久卖，建立客户分级管理标准，实现客户终身价值最大化。
风险防范
风险防范解决如何安全卖，实现销售过程中的风险和价值平衡,确保销售过程更安全。
业务流程管理的方法
面向工作流的BPM
工作流描述了在BPM空间内人与人的交互和人与系统的交互。根据独立分析师Sandy Kemsley所述，工作流就是我们所熟知的BPM的初始阶段。“一开始就有工作流，”Kemsley在她网站的第二专栏中写道。“更确切地说，在预先确定的流程图中有一个扫描过的人与人之间交互的路由文档。”在当代BPM的大背景下，工作流和EAI(企业应用集成)平起平坐，并在某种程度上，可以看成是人的集成。工作流BPM旨在优化业务流程中以人为本的活动。这些措施包括活动监控，流程治理，正如BPM的成因，是对未完成文档向下进一步处理的编制。
面向文档的BPM
文档管理和工作流齐头并进。当文件穿过工作流时，追踪文件的去向以及它们的变动，维护文档记录的可靠性、安全性、可用性，早在计算机革命之前，已经成为了业务的必要元素。今天的企业文档管理系统利用计算机技术来提供存储、安全、索引和检索选项。可用性正日益重要，因为多方参与者经常需要凭借多个应用来使用同一个文件。因此，依靠现有业务系统的集成是面向文档BPM成功的一个主要元素。
面向业务规则的BPM
自动化这门学科可以追溯到人工智能的早期，当时研究人员试图以最简单的术语，集中于规则的使用来描述复杂的系统。像最早的尝试模拟国际象棋游戏实验计算机，这些系统按照状态机的模式工作。有点像游戏规则，组织显式地或隐式地按照关键“规则”来定义过程，这些关键“规则”在流程的某些点上提出要做出哪些决定或更改——或请求哪些授权。一旦被称为推理机，同类的软件系统就发展成了业务规则引擎或者业务规则管理系统。创建和维护业务规则的复杂性常常成为这些推广这些系统的阻碍成分。这些系统承担了类似以建模为中心的BPM工具的角色。(诚然，很多用户会将以建模为中心的BPM作为一个独特的类别。)以建模为中心的方法起初倾向于自上而下的进行工作，这些工作就是在模型中用特殊符号描述一个组织，或组织的改进。近年来一些工具厂商已经完成对可执行模型的支持——他们的模型可以生成或者帮助形成可用的业务逻辑的代码。与这里介绍的其他类型的BPM系统相比，业务规则引擎在纯BPM系统中的规模将变得更大。
面向EAI的BPM
在整个90年代从不同系统对集成可操作型数据方法的改进，采取的是企业应用集成或EAI的形式。虽然这些往往是硬接线的一对一集成，消息队列这种应用集成变得尤其流行，同时隐含业务流程表现为有组织的队列，例如，清除银行支票或执行库存订单，让集成服务器很大程度上有了面向工作流的BPM的味道。今天，许多架构师都倾向于把数据集成问题看成业务流程问题。同样地，一些架构师将期望根据B2B或电子数据交换(EDI)来集成的过程自动化。
