误区一、技术平台与业务平台都是一样的？

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

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

　　我们通常认为平台型协同是指使用业务平台技术建构，这两者天差地别。

　　误区二、表单技术就是业务开发？

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

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