阅读 41

中后台产品经理搭建OA:绩效管理、福利管理

原创 Kevin改变世界的点滴 Kevin改变世界的点滴

今天


大家好,我是Kevin。这是2020年第31篇原创


这段时间由于团队工作计划调整,都在分享中后台的case。包括客服系统、HR系统,还有今天要说的OA系统。


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


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


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


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


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


绩效管理



互联网公司常用OKR的绩效管理方式,比如根据月、季度、和日常任务数据来综合反映员工的工作输出成绩。

而这点上,我们在绩效管理较为传统,采用的是评分制度来打分。所以系统仍然以绩效列表、绩效详情、绩效审批流做标准。



绩效管理表单



绩效管理中,团队采取的是打分制度,以工作能力、工作态度、工作绩效三个维度。

中后台产品在这一点可以依附于自己公司的绩效管理制度来做,如下是PMTalk的绩效管理


PMTalk团队的绩效管理内容



审批流

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


审批流流程




绩效管理

审批流有父事件、子事件,通过审批流的自动化流转,确定当前任务的进度。

OA主要的核心就那么几个,基础层(也就是组织,权限),流程(这是OA的重中之重),还有就是表单,OA的缺点是普遍对业务的深入度不够,广度有。




福利与公司知识库



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


知识库管理根据部门、知识主题、公司业务做分类。



知识库管理



知识库下的公司业务知识分类

可以设置为劳动合同、生日关怀、专项福利三点。通过这三点做表单详情展开。

注意展开的主要字段,比如劳动合同下的员工姓名、合同类型、签订日期。


知识库管理列表


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



表单详情



劳动合同登记详情



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


OA系统的表单框架



审批流在前面说了,所以中后台产品要关注业务表单信息的字段和填写内容。

综上一个企业的OA系统在HR、知识库管理上基本完成了。这是我们在MVP阶段做的事情,远远不足于达到OA提到的自动化办公要求。

中后台系统架构设计





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


  • 表现层

  • 服务层(响应界面操作的服务)

  • 业务层(实现业务逻辑)

  • 数据操作层






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

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

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