产品设计|复杂场景产品设计实践与思考——「医患看病」场景( 二 )

文章插图
由于用户可能需要按地理位置远近进行医院筛选，所以需要自动定位功能；
为保证医生资源得到合理的利用，需要用户支付挂号费才能预约，超时未支付，预约自动取消，因此还需要和支付系统打通；
此外，在实际场景中，病患只能在选定时段内（如8:00-10:00）参加一个就诊，无法同时参加多个就诊，故系统功能上还要考虑：同一病患在同一时段只能创建一个预约任务这种边界情况。
在进行上述系统设计时，还需要考虑资源分配的问题，即两个人同时预约了同一时段的同一医生，这种情况该怎么解决？一个手段是按照预约任务提交时间的先后顺序决定，另一个手段可以是谁先支付谁优先，还可进行策略的组合。类似于抢票、打车场景，背后需要有一套资源分配和合理调度的策略逻辑，当然这需要PM 指导业务，研发人员具体设计策略实现。
假定患者在既定时段内，前往医院顺利完成了就诊。在就诊后，患者应能够查看医生出具的诊断证明和诊断记录，以及自己当时创建的预约信息（预约看病的时间、科室、医生姓名、医院地址、填写的病情描述等）。
此外还需考虑，患者创建的预约是否支持取消，取消的规则又是怎样的？
至此，小程序（看病预约平台）的功能点已基本产出了，这里我将【取消预约】、【就诊提醒】这两个功能的优先级放在了P1，原因是：“取消预约”、“就诊提醒”，并不影响业务流程的完整性，故考虑后续再建设（仅供参考，读者可以有自己的思考）。

文章插图
留心的读者可能还注意到了：我增加了“登录”功能，登录后才可挂号，这是为何？许多小程序都要求用户微信或手机号登录后才能使用其中的一些功能，这又是为何？我认为，原因有二：

一是由某些产品的功能权限决定的。比如微信支付，支付宝支付功能，在付款时，是要求用户登录微信/登录支付宝账号，才能付款，保证安全性。
二是由产品设计的功能本身决定的。对于“看病预约”这个小程序，后台需要识别哪个用户创建了哪天的预约，这是最基本的，那后台到底怎么区分用户A 还是用户B呢？一个常见的方式，就是要求用户登录授权，用户授权后，后台便可通过用户微信ID，或手机号，来区分哪个用户是A，哪个用户是B。有了用户唯一ID，后台便可以记录每个用户必要的操作信息，用于完成某个产品功能，还可以提供个性化推荐等功能。

关于该小程序登录，我的需求是这样的：登录后才可挂号。即挂号功能是有权限限制的，即登录后的用户才可使用；未登录的用户不可使用。这里我提到的是功能权限，与用户权限、角色权限又有什么区别和联系呢？我们来看下图：

文章插图
所以，在设计带有用户权限的产品时，一个逻辑通常是：先确定该产品有几类角色，每类角色的功能权限/数据权限是怎样的？然后为各个角色赋予功能权限/数据权限，最后才是角色与用户的关联；因为功能和角色是数得过来的，而用户量是无法精确预知的，没办法每次都为一个新用户开通/禁用每一个功能权限，这样做就很傻。
通过用户是否登录来判断，用户是哪种角色，是新用户、老用户、还是游客？通过用户身份判断是管理员、超级管理员、还是普通用户？然后再判断当前用户的功能权限有哪些。
2. 看诊任务分发在进行任务分发设计前，要明确任务/工单的接收对象都有谁？这里任务/工单的接收对象为“医院”和“医生”两大类对象。