OA协同软件行业竞争厂商对手及产品对比
|
admin
2016年12月16日 22:44
本文热度 5335
|
协同软件行业厂商及产品对比 |
|
|
| | | | | |
文档说明 |
本文档通过对目前国内协同软件行业的调研,旨在全面分析对比协同行业内各家厂商的综合实力以及所提供产品的综合竞争力,仅供有协同管理软件应用需求的单位作选型参考。(因为存在时效性的问题,文档所引用数据可能会有差异,请阅者斟酌) |
|
|
文档目录 |
表1 | 一、主要厂商实力对比 |
表2 | 二、产品系统架构对比 |
表3 | 三、产品功能应用对比 |
友商综合实力对比
序号 | 内容 | 内容描述 | | 泛微 | | 金和 | | 致远协创 | | 万户 |
| | | | | | |
一 | 厂商实力 | | | | | | | | |
1 | 专业能力 | 公司定位
厂商OA的发展历史
从业人员规模 | | *
泛微专注于企事业单位的协同管理平台、协同管理软件服务
* 2001年3月成立,14年专注与OA研发与服务
* 全国有1200人的专业团队成员 | | 1994年成立,总部位于北京,全国50余个分支机构,员工1000人左右,其中研发人员200余人,深圳本地不到20人服务团队。 | | *
致远定位于“产品化”协同办公软件,提供标准化的办公系统
2002年4月成立
* 全国有600多名专业人员 | | 万户成立于1998年,以合肥为总部后搬迁至北京。截止目前全国共16家分支机构,两百多人的团队。
大多数机构分布在北方城市。 |
2 | 厂商营收 | 协同OA2011年的营收
注册资本 | | * 注册资金5000万
* 2013年营业额为4.1亿 | | 注册资金2257.2万
2013年营业额不到1亿 | | * 注册资金1000万
* 2011年营业额为1.3亿 | | 未知 |
3 | 技术研发实力 | 协同OA研发团队规模
产品研发持续能力 | | *
总部产品研发团队有300人
* 深圳分公司集成与开发团队28人
* 产品持续研发,每年投入营收的15%做为研发经费,最新的版本是7.0 | | 公司业务面临转型,现在主要以APP业务为主
OA上的研发投入越来越少
项目以标准化项目居多,涉及开发较少 | | *
产品化公司,公司绝大部分人员以营销与实施人员为主
* 致远A8集团版本与A6中小企业版差别不大,还是属于标准化产品 | | 平台型公司,产品标准化部分较少,大部分以开发为主
具备自己的开发团队 |
4 | 服务能力 | OA全国本地化服务的机构
本地化实施服务团队
响应时间 | | *
全国93个城市有本地化服务机构
* 深圳做为华南大区总部,有60名技术实施人员
* 泛微将确保第一时间(2个小时到现场)的服务 | | 深圳本地员工总人数20多人,实施和售后人员不足10人。 | | *
致远总部在北京,一直依赖用友代理做渠道,直属的机构人数较少。
* 深圳本地团队为20人。
* 一线城市可以满足4个小时到场服务 | | 华南地区以广州为中心,深圳没有本地化服务,
广深人数不足20人 |
5 | 案例经验 | 企业在OA领域积累中大型企业案例 | | 15000家成功客户
4000多家中大型企业
400多家上市企业 | | 6000多家客户 | | *
10000家客户案例,大部分是与用友ERP捆绑销售与实施 | | 产品在电子政务领域有着比较高的知名度,在企业尤其是大型集团企业客户群体中显得比较薄弱 |
6 | 集成能力 | 集成技术能力
集成实际经验 | |
* 泛微本身提供了很多的集成组件,其中包括基础数据、页面集成、流程集成、数据集成、文件集成、消息集成整合等。
* 目前泛微与主流的ERP厂商,例如SAP、oracle、IFS、QAD、金蝶、用友等都已经有超过100家以上的集成案例。
* 采用EBS集成中间件平台,泛微集成应用具备较低难度与较低成本: |
| |
因为.net技术只能局限于微软平台,本身较为封闭,且流程引擎功能相对较弱,ERP集成上需要做大量的定制开发,成本高,没有标准的开发接口。
后期升级和维护不方便。 |
| | *
致远提供市场上主流专业系统的接口
* 早期属于用友体系,2010年后与用友分离后,集成技术合作逐步减少
* 且因为与用友产品(U8、NC)集成案例相对较少,接口稳定性不高,需要长时间测试才能通过。 | | JAVA平台,具有较好的集成及扩展性 |
系统架构对比
序号 | 内容 | 内容描述 | | 泛微 | | 金和 | | 致远协创 | | 万户 |
| | | | | | | | | | | |
二 | 系统架构 | | | | | | | | |
1 | 数据库 | 是否支持主流关系型数据 | | 支持关系型数据库SQL server
2000/2005/2008、Oracle、DB2等 | | 支持关系型数据库SQL Server,不支持 | | 支持关系型数据库SQL server
2000/2005/2008、Oracle、DB2等 | | 支持关系型数据库SQL server
2000/2005/2008、Oracle、DB2等 |
2 | 应用架构 | B/S、C/S、半B/S。 | | PC客户端:B/S
移动终端支持:C/S客户端模式
提供云端服务模式 | | 不支持非主流(文档型数据库)是否支持调用 | | PC客户端:B/S
移动终端支持:C/S客户端模式 | | PC客户端:B/S
移动终端支持:C/S客户端模式 |
3 | 语言与性能 | 系统后台开发采用哪种语言
系统性能 | | JE22平台开发
能够跨平台、跨数据库运行
支持大用户量(5000并发)访问能力 | | 基于.Net的C#
受限于.net技术架构,无法支持超过300并发以上用户访问 | | JE22平台开发
能够跨平台、跨数据库运行
标准化产品,超过500并发用户访问,用户掉线率达到5% | | JE22平台开发
能够跨平台、跨数据库运行 |
4 | 中间件 | 是否支持免费的中间件 | | 支持开源的Resin、Jboss、Tomcat;
也可以是其他的软件weblogic、websphere等 | | IIS(存在版权购买的问题) | | 支持开源的Resin、Jboss、Tomcat | | 支持开源的Resin、Jboss、Tomcat |
5 | 操作系统 | 是否支持多操作系统 | | windows、linux、unix都可以支持,32位64位操作系统均支持 | | 只支持windows32位64位操作系统 | | 操作系统支持:windows、LIUNX系统 | | 操作系统支持:windows、LIUNX系统 |
6 | 扩展性 | 系统是否提供二次开发工具,扩展符合客户个性化需求的新功能 | | *
平台化产品,成熟的核心模块与扩展模块(客户、项目等模块)
* 提供自定义表单和二次开发工具,可以从表单和模块两个层面扩展,扩展性高。 | | 支持表单层面的扩展,不能自动生成新的功能模块 | | 标准化产品,无客户、项目等扩展模块 | | 平台化产品,擅长于个性化定制开发项目 |
7 | 安全设计 | 系统自身(不包括操作系统、网络涉及安全范围)提供的安全防范技术 | | 验证码登录、安全认证锁登录、IP限制日志管理、精细的分级权限划分、结合CA数字认证证书、vpn安全传输、AD域认证、U-KEY身份认证等七种认证方式 | | 支持CA认证、U-key身份认证和短信验证码认证,不能支持Windows域用户认证和登陆验证码认证 | | 支持六种身份认证方式,包括CA认证,Windows域用户认证,U-key身份认证,登陆验证码认证,短信验证码认证以及动态密码卡认证 | | 支持CA认证,Windows域用户认证,U-key身份认证,登陆验证码认证,短信验证码认证以及动态密码卡认证 |
产品功能对比
序号 | 内容 | | 泛微 | | 金和 | | 致远协创 | | 万户 |
| | | | | | | | | |
三 | 功能名称 | | e-cology实现程度 | | | | | | |
| | | | | | | | | |
1 | 关联性和协同性 | | 泛微始终倡导“元素化设计”的核心理念,遵循“以人为核心、以工作流程为血脉带动企业制度的执行、信息共享、文化传播及知识沉淀”为整体解决方案,以“信息网状-协同矩阵模型”支撑流程的管控、决策支持和数据的统计分析”为管理思路! | | 金和C6协同管理平台是以"精确管理思想"为灵魂,围绕“企业协同四层次理论”模型,并紧紧抓住现代企业管理的六个核心要素
模块之间可相互关联,无法穿透 | | 标准化产品,无协同理念与协同引擎
数据不能关联和多次展示;
流程表单可以手动关联文档与人力资源 | | 功能齐全,但是整套系统缺乏整体架构和设计思想,各个功能都是独立的,缺乏关联性,没办法做到协同应用。 |
2 | 集团管控 | | *
满足了集团企业总部统一管理、分部自行实施维护系统的需求。
* 实现组织、流程、文档、门户、资产、项目等模块分权管理与应用。 | | *可实现多分子公司,多组织架构 | | *
可以实现多公司,多法人的集团组织架构
* 可实现门户、流程、文档的分权使用,但是无法实现门户、流程、文档的分权维护;达不到真正的分权管理 | | *无集团分权模块,集团应用以在个子分公司同时安装多套系统,通过权限的设定,实现集团公司员工在使用集团OA系统的同时,也可访问分子公司OA系统;*同时各分子公司赋权用户登录系统后,可切换进入集团公司OA或本单位OA。 |
3 | 门户管理 | | *
门户界面完全定制,不需要开发成本,即可满足后续集团化管理的需要。
* 门户权限:管理权限、贡献权限、门户种类权限、门户元素权限,颗粒度很细 | | *整个界面布局固定,不能根据客户的风格进行修改
*门户只能按照部门进行共享,不能按照人员、分部、角色共享
*门户权限只控制在门户级别不能控制到内部的元素。换句话说每个人员看到的门户栏目都是一样的 | | *
提供便捷的的操作界面
* 无多级门户与门户定义能力
* 门户无法实现管理的分权 | | *支持多门户,不支持层级门户
*门户的共享权限按部门设置
*不支持用户自定义门户 |
4 | 流程管理 | | *
可以支持任意复杂的业务流程、支持工作明细、审批、会签、退签、转发、跳转、传阅、超时提醒、表单字段任一条件判断智能流转等。
* 支持word、excel、Html表单格式
* 实现自由流、规范流、协同管控流、协同信息流、权限流、变更流等 | | *流程不能完全智能流转,还需要人工干预选择下一个节点以及下一个节点的
*能关联自己处理过的历史流程,无法关联相关文档、客户及项目的管理(除个别系统自带流程外)
*流程未预设开发接口,二次开发成本较高
表单设计器强大,支持自定义函数,可实现复杂功能需求,但需有一定代码基础(除简单单据外,都涉及代码) | | *
可以实现通用流程管理
* 表单定义支持word、excel表单
* 无法支持复杂业务流程表单的计算与逻辑流转
* 强调自由流程,半智能路由 | | *系统在工作流配置上能够实现强大工作流应用。但是工作流深度应用不足,对实现企业协同管理帮助不大。
*流程使用只能指定内部部门和人员
*表单只是电子化的表格,不能联动其他数据 |
5 | 知识文档管理 | | *
可以对文档进行分类管理存储
* 采用安全级别实现严格权限控制(阅读、修改、版本、拷贝、复制、打印控制等)
* 从积累、分享、利用、创新
* 独创的知识管理之知识地图应用
* 流程审批过程的文件自动归档到知识库目录中 | | *多页签多级目录分类比较清晰,可与岗位绑定
*可进行文档的版本管理,无关联文档
*文档主要通过上传方式来归档 | | *
文档权限设定复杂,且无法通过部门+级别的方式实现文档贡献 | | *物理上分割为个人文件、信息管理、档案,数据分散、权限不一、不成体系,不利于知识的查询和利用
*可以设置栏目(即目录),但权限单薄、属性很少,很难适应知识管理的需要,实际上只是“信息”发布 |
6 | 报表管理 | | *
模块报表:流程、文档、基础人事、财务、资产、客户、项目统计报表
* 管理报表:提供流程效率报表
* 数据报表:可以对表单实现自定义统计与查询
* 报表门户:提供报表元素,实现流程数据图形化展示报表 | | *流程效率报表分析
*无流程内容数据自定义报表 | | *
模块报表:流程、文档、基础人事、财务、资产统计报表
* 管理报表:提供流程效率报表,无图形化报表 | | *流程效率报表分析
*模块报表 |
7 | 软件使用难易程度 | | *
个性化定制强,人性化设计良好。
* 同时系统是以事件来驱动功能运转,功能与应用协同,实现一个点可以找到这个点所有的信息与数据,有很强的易用性与便捷性。 | | *简单易上手 | | *功能简单,界面简洁 | | |
8 | 系统内外集成 | | *
泛微独创的齿轮联动模式与齿轮校合中心实现系统各功能模块有效集成,实现数据和应用的协同,数据关联性、实时性较强;
* 同时泛微提供EBS集成中间件平台,实现与异构系统(ERP、财务、HR、CRM等)有效集成 | | *系统内各模块相对独立,模块之间只能简单关联,无法实现数据关联
*.net平台与外部系统对接成本较高 | | *
各个模块独立运作,缺乏客户/项目模块
* 有标准接口可实现与外部系统的集成 | | *系统内部模块间缺乏联动与协同
*具有标准化接口,可实现异构系统集成 |
该文章在 2016/12/16 22:44:42 编辑过