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

数据业务类功能设计

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

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

产品业务 VS Excel

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

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

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

• 一种是调研业务场景、沟通业务需求，深究值班制度的背后逻辑，然后将业务及业务逻辑通过系统功能实现出来；
• 另一种是使用Excel表格制作值班计划表，导入系统，系统仅提供信息分发及展示功能。

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

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

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

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

如图：

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

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

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

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

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

1. 值班计划表只生成当前月和下个月的值班排期，每个月自动更新一次计划表（非值班记录，值班记录可以另行考虑）；
2. 当值班计划发生改变时根据“生效日期”更新生效日期之后的值班计划表；
3. 自行调班的优先级大于系统排班的优先级，在一定时间内通过调班申请可以更新值班计划表（比如可以提前1天发起调班申请）等等。

设置一次值班规则，在值班规则不变动的情况下基本可以不用考虑再次去制作值班表等信息，通过弱提醒发送信息给对应的值班人员，即可完成值班安排，省时省力省心。

第二种方式是通过EXCEL制作好接下来某个时间段的值班计划表，导入系统中，系统仅执行信息分发及展示功能，待值班计划快要到期时再由相应人员制作一份值班计划表导入系统去完成值班表的更新。

这种方式的优点很明显，开发简单便捷，但是实际作用在哪里，是在信息分发和展示，而非值班安排，值班安排的业务是通过相应人员动脑思考，使用EXCEL这款产品的功能来实现的，做的是值班安排的产品，该产品的核心业务的实现却是通过EXCEL来实现的，那么请问你做的是什么产品？

同时，这种方式的缺点也呼之欲出，产品最重要的功能是解决用户需求，提升用户体验，用EXCEL把最主要的功能都做出来了，请问该方式做出来的产品解决了什么需求，用该产品和不用该产品的操作基本不变，该减少的工作量一点没少，那如何靠该产品去说服用户呢？

不可否认的是EXCEL这款数据工具产品功能的强大，但是对于数据业务类的功能设计并不仅仅在于数据，还在于业务，且重点是业务，数据的整理与分析其是为实现业务而服务的，不深究业务只停留在表面的数据是不可取的，这种舍本逐末的行为并不能给业务的进展带来实质性的推动，因此，孰优孰劣，想必已见分晓了吧。

那么回到话题开始的地方，你是在做产品还是在做产品的搬运工？

本文由 @Sagittariu 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。