经常有人问：OA到底是什么？跟ERP有什么区别？跟钉钉、飞书又有什么不同？

其实，一句话就能说清楚——

OA就是“工作流+”。

这不是一句简单的口号，而是对OA本质的精准概括。今天我们就来展开聊聊，帮你看清OA的“真面目”。

▍OA的核心：工作流

OA区别于其他软件类别的根本之处，就在于它提供了工作流 能力。这也是OA的核心灵魂。

当然，OA也包含内部通讯功能——消息与会话、公告、邮件等，这些基础功能，早期的OA就已经具备了。但真正让OA“立得住”的，是工作流。

这里说的工作流，特指 “文档工作流”，处理对象是文档。文档不仅包含内容信息，还包含显示格式（表单）和处理规则（流程）。这和ERP等信息系统中的工作流概念是有区别的。

一套完整的工作流通常包含五大部件：组织机构、表单、流程、文件库、基础数据，并配套提供一个定制环境。

“公文”是工作流的一个重要应用场景。公文有严格的规范，处理流程也相对复杂。工作流必须满足公文处理的各项要素，才能方便公文的处理和管理——这也是行政事业和大型企业的刚需。

那怎么判断一套工作流处于什么水平？就看它能不能支持单位中各种复杂的表单和流程。

定制环境的易用性同样关键。早期的工作流定制环境操作复杂，满屏技术术语和逻辑，普通用户很难掌握。而新一代的工作流，通过拖、拽、点击、勾选就能完成表单和流程的定制，界面也已经全部改用业务术语，友好度大幅提升。

工作流五大部件紧密关联，逻辑非常复杂，没有一定的技术和经验，很难自主开发出一套完整的体系。有些OA会借助国外开源工作流引擎来完成这部分工作，降低了开发难度，但往往无法实现良好的易用性。

事实上，OA开发中 60%—70%的工作量都集中在工作流上。工作流的通用性和易用性，直接决定了OA 能否真正产品化。

▍“+”什么？——OA的扩展

说完了工作流，再来看 “+”。

不同单位业务不一样、规模不一样、信息化建设程度也不一样，对OA的扩展需求自然各不相同。大体上可以分为两类：
事务类的和业务类的。

事务方面的扩展看起来比较一致，比如会议室管理、办公用品管理、固定资产管理、请休假管理、甚至费控报销管理等。这些也基本上是单位中每个人都要涉及的。

面向企业的OA，通常会“+”上人事管理、客户管理、项目管理等业务类模块。但有一定规模的企业往往并不需要这些——功能满足不了，它们需要的是专业的HR、CRM、ERP。

OA厂商为了吸引客户，往往会添加一大堆扩展模块。但这些模块用户往往并没有真正使用——因为用起来麻烦，没有贴合实际。

问题出在哪？工作流经过不断完善后具有比较好的通用性，但扩展模块的通用性就没那么高了。需求差异大，深浅不一——做简单了满足不了，做深了又太复杂。

其实，有了工作流这个底座，许多管理工作通过设计一个“表单+流程+文件库中的文件夹”就能解决，简单又统一，完全没必要五花八门。

▍怎么“+”？——如何扩展

OA中已经有了组织机构、工作流程和短消息这些基础能力，这为扩展应用的开发提供了很好的基础。

通常来说，一个“扩展模块”的结构是这样的：权限和协作调用组织机构，审批调用流程，通知调用短信息。

但需要提醒的是，OA产品中扩展模块看着琳琅满目，可扩展需求的 离散性决定了其通用性不会太强。用户对扩展模块的期望值也不要太高。经验告诉我们，OA中真正被大部分用户最终使用的，只有那些 简单易用的扩展模块。

对于有深入应用需求的单位，量身定做是OA扩展的一个重要途径。在完全清楚自己需求的基础上，进行扩展功能的二次开发，可以很好地满足个性化需求。

一般扩展模块的开发并不难，工作量也不大，重点在于需求的沟通与确定——功能是什么、数据怎么流转、逻辑怎么走、界面长什么样，未开发之前就要清楚最终的模样。

▍总结

OA = 工作流 + 内部通讯 + 扩展模块。

明白了这个逻辑，看OA、选OA、实施OA、使用OA，就有了清晰的方向。下次再有人问你OA是什么，你就可以自信地告诉他—— OA就是工作流 +。