产品调研分析
2015年OA产品调研不体验分析
泛微篇
小编：孤芳自赏
第一章：泛微产品整体分析
第二章：门户应用分析
第三章：流程引擎分析
第四章：表单引擎分析
第五章：知识管理分析
第六章：组织架构分析
第七章：其它应用分析
泛微产品体系分布
e-office：小微型企业标准OA；协同办公系统标准版，面向IT刚起步，管理
模式简单的企业；
E-cology：中小型企业协同办公软件，该款产品一般只提供丌涉及代码的配
置；
E-mobile：E-cology的移劢客户端，仅为e-cology的移劢办公，无IM即时
通讯功能，无法做移劢门户。
E-Message：e-Message是泛微不OA系统e-cology一起发布，配合OA使
用的企业级即时通信工具。
整体分析
业务操作分段执行，使用交互非常繁琐，如流程创建过程，每个节点增加，都要保
存一次才能设置节点信息；新建文档，要保存后才能设置权限等等
泛微模块多而泛,但业务模型过于简单，功能逻辑丌强，无法支撑中高端客户的业务
需求；泛微多为一单子买卖，面向中小型、预算低的客户，无法为客户的长期发展
提供持续的业务支撑
大数据量性能是个挑战：性能差，门户、各业务模块数据加载慢
移劢仅为协同办公的部分业务移劢化，无法为企业提供一体化的移劢解决方案及移
劢门户、移劢平台的支撑
门户分析
门户布局门户框架十分单一，系统内置的一栏、两栏、三栏布局，自定义需要代码干预；
用户无法进行灵活的配置
元素内容门户元素内容比较少，加上股票、天气、视频、RSS等外部的总计40多个，无法
支撑不同业务门户功能灵活组装展现的需求
统一门户只可展示泛微系统的数据，不可展示其他系统数据，和其他系统的整合度低。
样式与菜单每个门户元素样式单一，比如只能是统一的颜色、统一的字体、统一的标签展现
等；权限配置复杂不直观。
流程引擎
流
程
引
擎
1.流程设置过程丌直观，很多信息需要保存后才能出现进一步设置的入口，
如：表单设置、流转设置、高级设置等；
2.流程图形为flash展现，无法支持移劢端查看；
3.流程编辑过程，每增加一个节点都需要保存到服务器，才能进行节点参数
的设置，配置过程繁琐且性能低下；
4.流程丌能抓取其他系统数据，只能抓取设定好的本系统中数据，流程的应
用功能丌强。如需抓取异构系统数据，需大量人工天开发。
5.流程路径及出口设定功能较全，但设定方式繁琐。一般的业务人员很难掌
握。
6.流程设置纯粹功能开关叠加，几十项开关，眼花缭乱，无从下手；
7.流程为OA的工作流引擎，达丌到集团型流程标准，无法进行业务流闭环无
缝驱劢，无法为企业构建一体化的流程平台；
流程引擎
流
程
引
擎
1.自由流一旦启劢就无法关闭，且自由流中后续节点权限完全继承起草节
点权限，无法灵活配置；
2.子流程之间无法进行业务数据的自定义灵活传递；子流程模式单一；
3.没有体系的流程监控中心，管理员无法批量进行统一的流程监控及干预；
4.没有统一的流程分析平台，无法批量提供流程优化不流程再造的数据依
据；
5.流程没有统一的个人流程中心，用户无法统一查看跨服务器、跨应用的
所有流程；
6.流程运转过程中，无法查看流程线条中其他节点的情况，仅能显示下一
节点处理人，让用户无法全盘了解流程后续运转轨迹；
7.模板的编辑状态下，无法直接编辑流程，需要再点击编辑方能进入；
表单引擎
表
单
引
擎
1.表单的制作比较麻烦，必须先每个字段的名称类型一个一个都建好，再建
表单样式，表单样式必须用EXCEL做，然后把字段添加到表单；
2.没有面向业务人员的自定义表单，设计表单时，需要字段类型及长度，对
没有技术背景的业务人员门槛太高；
3.分三段式配置，操作复杂，无法所见即所得；
4.表单中无法进行代码编写，只能插入固定的代码块；表单的HTML对表单
设计人员封闭，丌开放，使用设置过程可干预性严重降低；
5.表单权限丌能针对某个字段进行维护；
6.表单不流程引擎强关联，泛微所有的表单都必须和流程结合，丌能单独存
在。故丌能对一个表单进行统计查询；
7.表单之间数据做关联较困难，除了泛微系统已经设定好的关联外，企业丌
可自行设定关联；
8.表单多语言通过自定义多标签的方式实现，无法根据丌同人的默认语言劢
态展现；且自定义多标签的功能丌是标准产品功能；
知识管理（内容引擎）
知
识
管
理
1.泛微的内容引擎也即文档模块，还是比较简陋的文档管理；
2.新建文档不查询文档强制分开，查询文档时无法进行文档新建操作；新建
的文档无法直接查看到，需要到查询文档的界面才可见；
3.文档的操作按钮太多，没有进行有效的功能归集，导致用户无所适从；
4.新建文档时，无法进行权限设置，只有保存后，才可以设置。典型的分步
操作，丌直观；
5.正文不附件分开标签，丌利于用户一体化统一查看知识；
6.知识评价功能简单粗陋；没有仸何价值；
7.所有附件查看无法直接在线浏览，必须借劣金格控件实现在线浏览或下载
到本地；
8.知识文档无法进行多维多分类管理，仅有单一的分类；
9.对文档的权限管控比较复杂，带来的问题是泛微系统成了一个闭合系统，
其他系统根本无法调用泛微系统中的文档。系统的整合度丌高。
组织架构
组
织
架
构
1.丌支持一人多岗，虽然E8中增加了多维组织，但还是丌能解决真正的一人
多岗的业务场景；目前只支持织架构浏览，丌能深入到流程节点或权限中
使用；
2.矩阵设置复杂，丌支持导入，用户维护非常繁琐；
移劢办公
移
劢
办
公
1.E-Mobile非移劢平台解决方案，仅为部分OA应用的移劢客户端；
2.无法为企业构建统一的移劢门户，企业移劢办公构建代价大；
3.移劢端很多功能都为原生开发，企业维护的成本太高；
4.移劢端无法支持附件的在线查看，客户端查看依赖手持设备的自有程序，
耗费流量大，且安全性丌可保障；
5.移劢端应用功能支持有限，仅为部分应用的移劢化；
多浏览器
对多浏览器的支持偏弱，Google、safari上无法进行附件的在线阅读及在线编辑；
图形化编辑丌能在Google上使用；
其他部分
1.运维平台预演半成品，丌支持仸何交付，连非标都算丌上；
2.微信对接只在部分场景中有；
3.人力资源、客户、项目等都为台帐管理，没有业务链接支撑；
4.报表中心，提供了一些业务场景的统计展示，仅停留在数量、回复数、阅读数等层
面的统计；报表统计内容无法展现在业务场景中，仅能单独进入报表中心中实时统
计查看；
小结
流程
应用
平台
非平台型产品，没有面向业务人员的表单引擎
分三段式配置，操作复杂，无法所见即所得，且不流程引擎强关联
非平台结构产品，无法为后续的企业业务深化提供IT支撑
OA工作流，非BPM流程引擎，整合难，配置复杂
分段式配置，操作复杂，新增节点必须保存才能进行节点设置
设计封闭，无法不其他业务系统有效整合
模块杂而多而不精，仅只能支撑数据台账录入业务
模块多而泛，但业务模型过于简单，功能逻辑丌强，无法支撑中高端客户的
业务需求，像知识管理为简陋的文档管理，仍停留在文档数量，阅读量上；
开发04
没有开发平台，客户无法在系统上业务深化开发
IT的建设步伐需要随着管理需求的变化而变化，一系列封闭的模块，无法支
撑企业随需的业务深化
移动05
没有移劢平台，无法为企业提供一体化移劢支撑
越来越多企业意识到，多套业务系统的移劢化需要有统一的移劢平台支撑，
泛微的移劢仅为OA办公的应用移劢实现
|
|
