中后台产品经理案例:OA系统设计

Kevin改变世界的点滴 2021-01-14 21:37




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系统的产品设计案例就复盘到这了。






我的新书




购买后公众号回复:迭代,进入读者群


点击加入我的社群⬇️⬇️⬇️




推荐阅读:

2020年底福利|我整理的产品经理PRD、原型资料下载

做了半年短视频,我总结了7条心得