企业想要管理好自身的业务流程，从来就不是一个简单的事情。
所以，相当一部分企业正在采用或者希望采用BPM软件来管理流程。不过，在国外的一次针对500家企业的调查当中，有超过四分之三的企业认为BPM非常重要，可奇怪的是很多企业表示只能从20%的流程中获利。
这次调查反映出了一个矛盾：企业日益增长的BPM需求与落后的BPM产品之间的矛盾。
有趣的是，和其他企业应用一样，云服务正在改变我们业务流程管理的方式；更让人兴奋的是吗，类似于沙鲁这样的SaaS BPM提供商正在茁壮成长。
BPM上云的焦虑
毫无疑问，云服务对于企业应用的改造是成功的。
当企业对于落后的交互界面、低效率的数据交互以及冗余的IT部署的挫折感愈来愈强时，市场上涌现出来了一大批提供软件即服务的厂商，这其中不乏Salesforce、Workday等伟大的公司。他们的出现，大大改善了IT服务的用户体验。
就BPM而言，它可以将组织内部不同的工作流聚合在同一个平台上，这对于企业规范化的流程管理有着非常大的帮助，特别是对于流程相对复杂的企业。随着企业云化进程的不断推进，SaaS BPM也跃然于用户的眼前。
然而与OA、CRM等领域不同的是，用户对于SaaS BPM还存在着一些焦虑。
第一，数据风险的焦虑。不论是BPM还是其他企业应用，这种风险是普遍存在的。某国外BPM专家表示：在享受对于信息聚合的便利的同时，企业必须承受来自数据的风险。这种风险不仅仅来自于企业内外部的丢失或者窃取，还来自于各个国家和地区的合规性要求。只不过，这种焦虑对于BPM来说更为严重，因为SaaS BPM包含了企业几乎所有应用的线上数据交互。出于安全性问题，很多企业会选择将大部分流程部署在本地防火墙的后面。
第二，流程执行的焦虑。SaaS产品很大的优势在于流程建模，工程师们试图用箭头、业务表单等模块来描述流程进度，但是让流程模型可执行仍然是大多数SaaS产品的弱项。在国外的某项调查中显示，很多企业在试用了在线BPM服务后，仍然觉得将BPM软件引入组织内部十分必要。这也就意味着，业务流程全部云化，仍然面临着困难。但是，标准化的产品，绝不是SaaS BPM的初衷。
这两类焦虑是目前SaaS BPM发展的重大挑战。但是，在云服务对于企业竞合关系的影响下，加之移动办公、BYOD等办公形式的出现，企业对于有关组织效能的信息的需求越来越大，他们希望利用数据服务整合信息、共享信息，比如引入社交工具，开放更多的接口，这样才能够有效地执行那些决策。
所以，从业务流程管理的角度来看，SaaS BPM是一个未来。
如何将复杂的流程搬上云
“确如大家所说，BPM很难做到纯SaaS模式部署”沙鲁CEO范兆友说道。所以，希望试水SaaS BPM方案的企业，很多都采用公有模式与私有模式混合部署。但是不论采用什么样的部署方式，企业在采购SaaS BPM前需要搞清楚企业需要的基本功能到底有哪些。这一点非常重要，要知道，企业的业务流程是“最善变的”。因为对于在线租用的服务来说，标准化的产品并不具备非常好的可扩展性和二次开发的能力。
举个例子，单从公司内部来说，一个部门的请假审批节点和其他部门不同，一个公司的采购制度发生变化从集中采购变成分散采购，所以，业务流程的灵活性是无法避免的。并且对于BPM提供商来说，不同的客户也就以为这不同的流程管理需求。所以，企业在BPM选型时，首先要选择合适的线上服务产品，尽量减少定制化和二次开发的需求。毕竟，定制化的时间成本和经济成本都非常高。
但即便是这样，BPM仍然对于随时可变的业务流程不太友好。业务流程的变化，就意味着BPM需要进行二次开发、三次开发……如果耗时太长，成本太高，这对于企业来说是不能忍受的。所以，很多BPM提供商会内置流程商店，从而满足部分客户的需求。但是，“量体选衣”的做法仍然不够精准，想必大家都经历过去服装城却选不到合适衣服的情况。
SaaS+PaaS，BPM如你所愿
“BPM系统不仅仅是提供标准化产品这么简单。”范兆友解释道，“想要做真正的SaaS BPM，需要技术架构的支持，满足标准化的流程产品和复杂的定制化开发。”
毫无疑问，客户需要这样的BPM产品。但是，从这个观点来看，许多老牌软件厂商让他们的SaaS运行在同一个实例中，因此产品必须随时调整来适应客户的每一个流程。这样一个过程，也就注定了他们难以将BPM做大。
企业选择SaaS BPM就是为了解决成本问题，但看起来目前的状况是，大部分供应商并不能给予市场一个满意的答案。
范兆友表示：“沙鲁BPM需要解决SaaS积累到一定数量的用户后，怎么能够支持大量定制化需求的问题，具体做法是从用户需求，设计，开发，测试，运维整个周期，在平台中进行管理，通过统一标准的开发规范，保证交付的质量。”
这就是沙鲁BPM的SaaS+PaaS的架构体系。
在SaaS层，BPM提供智能的流程设计工具和流程引擎，让业务人员完全以业务的视角，创建企业的业务流程图。业务交互信息可以根据定义好的流程，在BPM系统中自动执行。不过，想要如你所愿，还要看PaaS的“表演”。
实际上，从SaaS层往下延伸至PaaS层，并不是BPM的专利，很多其他企业应用提供商业开始做PaaS服务，想要满足不同用户的个性化需求。只不过，流程的多样性注定了BPM不会是一个标准化产品，PaaS就显得更加不可或缺。
“PaaS平台最重要的是将用户，外部兼职开发人员，运维人员全部在一个平台中协同工作，这样大大降低了项目的实施周期和成本，更重要的是大家可以互相共享资源，从而提高复用性。”范兆友给出了这样的答案。可以看出来，沙鲁的PaaS在提供了SDK和标准的API接口的同时，引入的兼职人员众包实施，从而进一步降低实施成本。这在BPM乃至整个SaaS提供商中，都是非常少见的，也是沙鲁的核心优势所在。
沙鲁BPM技术架构
举个例子，20人研发团队，利用沙鲁的PaaS平台，可以在一个月内完成60个流程的BPM项目的实施，这个时间比传统模式节约了一半左右，而且完全不用担心后续的二次开发问题。
更重要的是，假设此前有企业在沙鲁的PaaS平台上实施过类似项目，那么完全可以做资源的复用，那么整个项目周期将会再次大幅缩短。试想一下，原本两三个月的项目缩短到十几天是一种怎样的体验？
总结起来，沙鲁的产品很大程度上，解决了BPM定制化开发的高成本，项目实施的长周期等等让企业十分头疼的难题。
再补充一点，如果企业仍然担心云纯公有部署模式下的安全问题的话，可以选择私有模式部署，当然也可以选择混合模式部署。
SaaS+PaaS的BPM架构，的确如你所愿。