OA意思是：offical automatic。即办公自动化，通过减少企业运营成本、提升企业办公效率为宗旨。
一个OA系统可以关联客服系统、CRM，也有自身的HR系统于一身。在中后台产品经理里面，认为OA系统是各个公司的业务都会承载，但却不深耕于业务。
所以市面上难有几家标准化的OA系统产品，大多在OA上都会有一些偏向侧重点。比如在协同套件上能力支持的飞书、在同屏会议上超高人数支持的钉钉、拥有背后10亿以上用户的企业微信。
我在带团队搭建MVP产品的关于HR系统中的招聘管理、绩效管理、人事基本信息。
可是在HR角度上，最难的还是人员的绩效管理。如何将公司人力成本投入到绩效回炉上，不仅是公司的工作安排和资源分配。
绩效管理互联网公司常用OKR的绩效管理方式，比如根据月、季度、和日常任务数据来综合反映员工的工作输出成绩。而这点上，我们在绩效管理较为传统，采用的是评分制度来打分。所以系统仍然以绩效列表、绩效详情、绩效审批流做标准。
ntnet="t">▲ntent="t">绩效管理表单
绩效管理中，团队采取的是打分制度，以工作能力、工作态度、工作绩效三个维度。中后台产品在这一点可以依附于自己公司的绩效管理制度来做，如下是PMTalk的绩效管理
ntnet="t">▲ntent="t">PMTalk团队的绩效管理内容
审批流审批流和前面招聘、考勤管理一样，按照公司组织架构流转。
ntnet="t">▲ntent="t">审批流流程
绩效管理审批流有父事件、子事件，通过审批流的自动化流转，确定当前任务的进度。OＡ主要的核心就那么几个，基础层（也就是组织，权限），流程（这是ＯＡ的重中之重），还有就是表单，ＯＡ的缺点是普遍对业务的深入度不够，广度有。
福利与公司知识库
HR系统是OA系统的一部分，也会有知识库管理。公司的学习内容、各部门资料整理归纳，都需要沉淀在企业里。
知识库管理根据部门、知识主题、公司业务做分类。
ntnet="t">▲ntent="t">知识库管理
知识库下的公司业务知识分类可以设置为劳动合同、生日关怀、专项福利三点。通过这三点做表单详情展开。
注意展开的主要字段，比如劳动合同下的员工姓名、合同类型、签订日期。
ntnet="t">▲ntent="t">知识库管理列表
同样知识库设计时候，也是可以关联到客服系统的，帮助管理、编辑、添加客服系统的知识库。所以角色与权限的操作会在中后台的底层，将公共模块统一管理。表单详情
ntnet="t">▲ntent="t">劳动合同登记详情
表单详情同样分为3个部分。基本信息、业务信息、审批流程
ntnet="t">▲ntent="t">OA系统的表单框架
审批流在前面说了，所以中后台产品要关注业务表单信息的字段和填写内容。综上一个企业的OA系统在HR、知识库管理上基本完成了。这是我们在MVP阶段做的事情，远远不足于达到OA提到的自动化办公要求。
ntent="t">中后台系统架构设计
建议按以下架构来设计，使得这类系统研发进度清晰很多：
表现层
服务层（响应界面操作的服务）
业务层（实现业务逻辑）
数据操作层
但是一切中后台产品还是严格依附基础的业务流程，比如招聘业务、考勤业务、审批流，都是经久不衰的，在其他公司都是一致的。
而对于业务的归纳、查重、补救是中后台产品的竞争力。好的，到此一个HR系统的产品设计案例就复盘到这了。
-END-