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

编辑导读:场景是一个产品的灵魂,生产出来的东西,要明确 for who ,for what,用来谁的解决什么问题。本文作者以医患看病的场景为例,分析在这样的复杂场景下,要如何进行产品设计,希望对你有帮助。
产品设计|复杂场景产品设计实践与思考——「医患看病」场景
文章插图
01 引言“大家在做产品时,经常提及、用到的词儿有哪些?”
用户、客户、市场、业务流程、产品功能、痛点、产品定位、产品价值、竞品、产品优势、产品规划、MRD、PRD、迭代、上线、bug、排期、测试、效果?除了这些之外,还有哪些词儿是经常用到,同时又是非常重要的呢?可跟着我一起想一想哈~
是不是,还有“场景”、“数据”、“优化”、“定价”、“计收”……数不胜数,就是这么些一个又一个短小精悍的词语,构成了我们产品汪的工作日常。
再深究一步,开头我罗列的那些“词儿”都是什么时候用到的,是否清楚?在回答这个问题之前,首先要弄清楚一个新产品/一个新的产品功能/一个新的产品矩阵,从0-1,然后再从1-0的完整阶段是什么样子的,可参考下图:
产品设计|复杂场景产品设计实践与思考——「医患看病」场景
文章插图
【 产品设计|复杂场景产品设计实践与思考——「医患看病」场景】当你试着将这些词语按照上述流程(0-1-0)归类的时候,实际上你同时也在回答着“在什么阶段、谁该干什么事儿”的问题,即“这些词儿的应用场景是什么”。下图是我梳理的,在什么环节该干什么事儿的示意图,可参考:
产品设计|复杂场景产品设计实践与思考——「医患看病」场景
文章插图
“我认为场景是一个产品的灵魂。”
——即生产出来的东西,要明确 for who,for what,用来谁的解决什么问题。
而今天这篇文章,我主要想探讨的是如何从实际业务场景中抽象出一个功能、一个产品或一组产品。我将以一个【病患预约看病】业务模拟场景为例,尝试搭建一套产品矩阵,来实现“病人预约看病、医生看病诊断、病患复查医生复诊”的业务需求,假定需求来自于销售。
02 场景产品设计实践——【病患预约看病、医生接诊】场景在进行场景产品设计前,我们要先调研、梳理清楚实际的业务流程,都有哪些环节,哪些角色参与,每个环节哪个角色做什么?在整个业务流程中,哪些是客户已建设的?你的团队要做的是全套流程产品,还是其中某几个环节的产品?然后是怎么做?做成什么样?做完了,能够解决哪些问题/提供哪些服务?作为场景PM心里要一清二楚。
【病患预约看病】场景的业务流程大致如下:
产品设计|复杂场景产品设计实践与思考——「医患看病」场景
文章插图
1. 新建就诊预约——“看病预约”微信小程序对于患者(需要预约挂号的用户)来说:应该有一个平台,可以为患者提供看病预约,应支持按科室(如内科、外科;妇科、儿科;肝肠科、牙科等)、按医院、按医生、按地理位置进行组合筛选、按日期-时间创建预约。
所以这里我考虑 以“即插即用”小程序的形态,为患者提供“看病预约平台”。初期可以先打通1-2个医院的数据库(需包含医院信息、医生档案等信息),后续考虑打通多个医院的数据库,供用户新建预约时选择和查看;至于我们新建一个库表,用于存储医院、医生档案等信息,还是我们要用的时候去客户 数据库里现查,这个主要由实际情况和需求实现难易程度等多个因素决定,对于PM来说,我们只要将需求、数据情况、客户数据对接情况阐述清楚即可,剩下的事情交给研发。
产品设计|复杂场景产品设计实践与思考——「医患看病」场景