Ctrl+D

收藏聚图

全站素材可商用

关闭
上传作品收藏聚图
Ctrl+D

收藏聚图

区块链素材平台

关闭

你是在做产品,还是在做产品的搬运工?

编辑导读:在进行数据业务类功能设计时,不同的产品经理可能有不同的设计方式,但是只有通过深挖业务逻辑进而实现业务功能才是一个真正的产品经理应有的方法。文章结合医院排班的案例,对此展开了深入的阐述说明,与大家分享。

你是在做产品,还是在做产品的搬运工?

数据业务类功能设计

在产品经理日常工作中,难免会碰到一些数据业务类的功能设计,比如财务报表、绩效考核等,这些业务既需要产品有一定的数据处理能力,有需要对业务有一定深度的了解。

但是即使是这样,设计出来的产品也是有着不同倾向的,有的倾向于使用数据表格做业务,完成后导入即可,有的倾向于只导入基础数据,业务逻辑通过产品进行实现,这在我看来是两种截然不同的选择,一种是做产品的搬运工,另一种才是真正的产品。

产品业务 VS Excel

对于数据业务类的功能设计,是深挖业务逻辑实现业务功能还是只是将产品作为一个信息中转站,用Excel实现数据分析处理,然后导入系统进行数据信息的展示?我个人是较为倾向于前者的。

以一般的企业单位或者医院等场所常见的值班为例,值班的业务场景在于某些需要在非正常工作时间有人值守,例如医院值班室需要有护士24小时值班,它的细分场景很多,包括白班、中班、夜班、或者周内值班、周末值班、节假日值班等,而且这些细分场景时有交叉,比如周内白中夜三班倒、周末白夜两班倒;

现在有两种产品实现方案摆在眼前:

一种是调研业务场景、沟通业务需求,深究值班制度的背后逻辑,然后将业务及业务逻辑通过系统功能实现出来;

另一种是使用Excel表格制作值班计划表,导入系统,系统仅提供信息分发及展示功能。

首先我们来分析一下第一种实现方式,深挖业务逻辑。

我们看一下关于值班的定义(该释义来自于辞海之家),在辞典修订版和辞典简编版中关于值班的定义中,都有一个共同的词语“轮流”,且根据我们日常生活中对于值班制度的实践经验来看,确实也是用的轮流方式,那么我们就可以得到关于值班制度的一个共性:就是轮流值班,即使是某个人一直负责值班,那么我们也可以理解为一个人轮流值班。

你是在做产品,还是在做产品的搬运工?

因为值班制度的存在,本身就是为了预防某些突发事件或者特殊情况而在需要劳动者在非常规工作时间下进行值守班次的,其报酬(一般称为值班费、值班津贴等)标准要低于劳动者正常工作和加班情况下的劳动报酬,因此制度要合理稳定的执行下去的话,首要的前提就是公平值班,即轮流值班,否则引起劳动者心理不平衡就会导致值班制度的执行效果大打折扣。

而轮流方式在系统设计中我们可以通过设置值班顺序去实现该功能(通常情况下手工制作的值班表也是按照值班顺序进行排序的)。

如图:

你是在做产品,还是在做产品的搬运工?

值班,值班,一方面是值,怎么去值,轮流去值,表示的是执行方式,另一方面是班,值的什么班,表示的是执行目标。接下来要确认的就是执行目标。

需要值班的班次根据业务场景的需要可细分为多种不同的班次,但是这些班次都有一个共同的特性,就是都是由时间段来划分班次的,无论是白班夜班还是周内班和周末班都是以每天的某个时间段为一个班次的,那么我们是否可以通过设置班次的值班时间来控制这个过程?如图:

你是在做产品,还是在做产品的搬运工?

通过设置班次名称、班次时间(周内几点到几点、周末几点到几点)对班次进行约束,同时再综合考虑请假、临时调班、节假日是否值班、值班计划调整后何时生效等情况加以调整,一个较为完整的值班设置低保真原型页面就出来了:

你是在做产品,还是在做产品的搬运工?

点击“预览值班表”即可查看按照值班规则生成的值班表:

你是在做产品,还是在做产品的搬运工?

由此系统即可自动按照值班规则生成相应的值班计划表了,再结合实际的开发过程和应用情况,对该功能做部分约束条件:

值班计划表只生成当前月和下个月的值班排期,每个月自动更新一次计划表(非值班记录,值班记录可以另行考虑);

当值班计划发生改变时根据“生效日期”更新生效日期之后的值班计划表;

自行调班的优先级大于系统排班的优先级,在一定时间内通过调班申请可以更新值班计划表(比如可以提前1天发起调班申请)等等。

收藏成功!

欢迎你留下对我们网站的宝贵建议

0/200

请留下您的QQ

改天再写