平台型OA选型误区_新闻动态

　　当平台型协同（平台型OA）出现在市场的时候，获得广大企业的认可，其他的传统OA厂商也纷纷宣称自己具有平台，其实是混淆概念，所谓的平台，其实是一个技术平台，在技术上处于一个低层次水平。市场上很多软件厂商所使用的现有java平台或者.Net平台，构建其整个系统，其实并不具备核心的技术，其基本特征就是不具备插件模式，难以给第三方软件开发商进行业务开发。这类平台构建OA系统常用的功能，并产品化，借用技术架构使整个系统拥有一定的定制、扩展能力，通常是预留很多API接口。

　　业务平台，架构在技术平台之上，使用模型驱动开发，实现业务与技术分离，有统一的元数据建模平台。具备积木式的可插拔业务插件，可以交付给第三方进行业务开发，具备统一开发规范。业务平台是平台中高层次技术，拥有自己核心技术。业务平台厂商往往具备一个完整的产业链，自己业务插件商城或者第三方合作开发商。真正的平台型协同，所有的模块都是一个个业务插件，具备可插拔，可移植，可配置，可监控的特征。并且插件与插件之间可以相互调用和整合；在业务开发上不受接口所制约，能开发出各种各样的业务系统。

　　协同管理平台，可轻松维护表单或随时扩展业务需求应用，都少不了这个表单工具，表单建模不仅是所有系统的数据核心，也更是整个协同管理平台的核心所在。但是就可以说：拥有表单技术就能号称平台吗？答案是否定的，这是一个对平台型协同的最大误区，使用表单技术来开发业务系统，也许简单数据少、业务逻辑简单的系统，还是可以胜任，但是往往在项目验收之后，才发现系统运行越来越慢，操作越来也难用！表单技术越来越傻瓜，基本客户通过培训后就能使用，使用表单不需要了解表结构、索引、排序等等开发术语，更不需要了解数据流，业务流之间关系。当数据还少的时候，感觉挺好，但是随着业务深入应用、运行时间和数据越来越多，系统性能就受到挑战，并且业务发生点改变时候，用户的工作效率也变低而且感觉系统很笨。

　　真正的平台型协同，必须具备数据建模、功能建模、表单建模、工作流建模、报表建模、性能监控等工具，能随着运行时间和数据的增加，可以建立索引，优化系统；通过各种工具的配置，维护数据关系；通过功能建模，改变输入方式，调整业务模型；通过报表建模，分析业务数据，甚至使用BI工具进行数据挖掘，建立分析模型。业务功能，并不只是收集数据，展现数据。还必须可以流程再造，除了工作流外，还必须有业务流的支撑，必须做到更快捷、更自动、更智能。表单只是解决人与人的交流，但是只有平台的支撑，才能真正做好业务，这就是平台型OA的业务管理优势所在。

　　近年来，随着信息化的逐渐推进，一些企业内部往往上了很多的系统，只是根据当时各部门情况进行部署系统，使得各系统“各自为政”，没有形成统一的平台，从而让信息成为“孤岛”。一些号称平台型协同的厂商纷纷出招，宣称已经解决“信息孤岛“；但是，项目上马之后，给用户就是一个导数据的功能，将其他系统数据导入到协同，可以供用户查询。这就是所谓的打破信息孤岛吗？不是，数据融合，不是导数据。

　　这种导数据建设方案只是解决数据展现问题，是融合的第一层。只要往系统中集成一个报表工具就已经达到这个目标了；数据展现，也往往和门户技术进行配合，可以将其他系统的数据通过分析后，展现在门户的小窗口上，用户可以通过链接，单点登录到其他系统进行业务操作；融和的第二层次是数据互通，系统的数据可以和其他系统数据进行共享共用，提升工作效率；比如在ERP系统上发起表单，然后流转到协同系统中进行审批，再将审批结果返回到ERP中。在这个层次上，操作是一体化的，在整体效率上提高数据的使用率和及时性，能更好的给企业领导提供决策依据；企业与上下游供应链的数据整合，是第三步的融合，这里包括了业务模式共享，关系合作，数据安全等等问题，比如：如何与下游共享产品信息、共享客户信息、如何一起项目协作等等；这个层次的数据更加集中，业务效率更高，能加智能化。这层次融合需要行业龙头、或者政府牵头，搭建数据交换平台，并建立公有云或者私有云服务。

　　平台型协同的柔性，具备功能开发和变更配置化的操作方案，对技术人员要求低，对需求变更的响应速度更快，极大的提升了业务系统的敏捷性，灵活响应系统运行过程中的各种业务需求和变更。但是，很多人都笼统认为购买平台型协同等于定制开发，属于项目型OA范畴。只有伪平台协同才具备这种特点，用户要什么，我就开发什么，号称DIY协同，以满足用户需求为主要目标。最严重的后果，实施前系统和实施后的系统变了样，变了味，系统改来改去，运行也就不稳定了。

　　平台型协同就不是产品吗？平台型协同就没有管理思想吗？不是的，平台本身就是一个产品，也是可以容易安装，容易实施的。为什么需要平台型协同呢，著名战略问题权威威迈克尔.波特指出：对公司下属各业务单元相互关系的管理，是公司战略的本质内容；协同是一种战略高度的安排，以管理思想为核心，业务深度融合为基础的整体运营管理平台。所以，平台型协同是含蕴这中国文化的“中庸之道，兼容并蓄，和而不同”智慧：在实施时候，具备丰富的组件、组织模型、工作模式等协同思想，并能结合企业本身文化进行融合，达到改进组织效率、推动企业生态的进化。

　　这种观点认为，中心企业使用固定的功能模块就可以了，需要平台干什么呢？尽管产品型OA曾经在协同领域内风光无限，但并不适用中小企业实际运营却是不争的事实。产品型OA被引进中小企业后，带来的通病是策略不清晰，落实不彻底；用来用去，就那么几个模块，其他的业务系统，也变成售前的忽悠，就是个摆设，不符合企业实际情况。此外，产品型OA还会因为僵化的业务应用、隔绝的数据信息、离散的业务过程，给中小企业造成数据孤岛、流程孤岛，在其发展的道路上套上沉重的枷锁。

　　中小企业的首要特征：“小”、“灵”、“快”，不管业务还是组织，在高速发展的道路上，变化总比计划快，并且在关键变革上，更需要协同思想支撑。真正的平台型协同全面抽象管理业务要素，以“人”为中心，业务流为纽带，组合、关联各关键要素和经营资源；“与时迁移，应物变化，立俗施事，无所不宜”，这时候，平台型协同以其管理思想，结合企业实际情况，引导企业方向，帮助企业走出困境，通过组织变更、流程重组等手段，达到企业高速发展的目标。