OA意思是：offical automatic。即办公自动化，通过减少企业运营成本、提升企业办公效率为宗旨。

一个OA系统可以关联客服系统、CRM，也有自身的HR系统于一身。在中后台产品经理里面，认为OA系统是各个公司的业务都会承载，但却不深耕于业务。

所以市面上难有几家标准化的OA系统产品，大多在OA上都会有一些偏向侧重点。比如在协同套件上能力支持的飞书、在同屏会议上超高人数支持的钉钉、拥有背后10亿以上用户的企业微信。

我在带团队搭建MVP产品的关于HR系统中的招聘管理、绩效管理、人事基本信息。

可是在HR角度上，最难的还是人员的绩效管理。如何将公司人力成本投入到绩效回炉上，不仅是公司的工作安排和资源分配。

绩效管理

互联网公司常用OKR的绩效管理方式，比如根据月、季度、和日常任务数据来综合反映员工的工作输出成绩。
而这点上，我们在绩效管理较为传统，采用的是评分制度来打分。所以系统仍然以绩效列表、绩效详情、绩效审批流做标准。

▲  绩效管理表单

绩效管理中，团队采取的是打分制度，以工作能力、工作态度、工作绩效三个维度。
中后台产品在这一点可以依附于自己公司的绩效管理制度来做，如下是PMTalk的绩效管理

▲  PMTalk团队的绩效管理内容

审批流

审批流和前面招聘、考勤管理一样，按照公司组织架构流转。

▲  审批流流程

绩效管理

审批流有父事件、子事件，通过审批流的自动化流转，确定当前任务的进度。
OＡ主要的核心就那么几个，基础层（也就是组织，权限），流程（这是ＯＡ的重中之重），还有就是表单，ＯＡ的缺点是普遍对业务的深入度不够，广度有。

福利与公司知识库

HR系统是OA系统的一部分，也会有知识库管理。公司的学习内容、各部门资料整理归纳，都需要沉淀在企业里。
知识库管理根据部门、知识主题、公司业务做分类。

▲  知识库管理

知识库下的公司业务知识分类
可以设置为劳动合同、生日关怀、专项福利三点。通过这三点做表单详情展开。
注意展开的主要字段，比如劳动合同下的员工姓名、合同类型、签订日期。

▲  知识库管理列表

同样知识库设计时候，也是可以关联到客服系统的，帮助管理、编辑、添加客服系统的知识库。所以角色与权限的操作会在中后台的底层，将公共模块统一管理。

表单详情

▲  劳动合同登记详情

表单详情同样分为3个部分。基本信息、业务信息、审批流程

▲  OA系统的表单框架‍

‍审批流在前面说了，所以中后台产品要关注业务表单信息的字段和填写内容。
综上一个企业的OA系统在HR、知识库管理上基本完成了。这是我们在MVP阶段做的事情，远远不足于达到OA提到的自动化办公要求。

中后台系统架构设计

建议按以下架构来设计，使得这类系统研发进度清晰很多：

  • 表现层

  • 服务层（响应界面操作的服务）

  • 业务层（实现业务逻辑）

  • 数据操作层

但是一切中后台产品还是严格依附基础的业务流程，比如招聘业务、考勤业务、审批流，都是经久不衰的，在其他公司都是一致的。

而对于业务的归纳、查重、补救是中后台产品的竞争力。

好的，到此一个HR系统的产品设计案例就复盘到这了。

-END-

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。