以模拟C端项目“医疗魔方”为例,剖析产品设计流程

0 评论 4906 浏览 54 收藏 18 分钟

本文以一个模拟的C端项目——医疗魔方为例,分析了其中的设计流程与思路。

一、前言及说明

1. 团队现状

由于所在的事业群性质,设计团队对接了集团大部分的界面设计需求,有B端也有C端。通常一位设计师要对接好几个项目,因此要求每位设计师都有独立负责项目的能力。综合情况来看,每位设计师都有擅长的领域,也各自有不同的短板。

2. 训练目的

本次训练目的主要有以下几点:

  1. 明确在PMF之前的项目应采用的设计思路;
  2. 为设计注入增长思维;
  3. 平衡设计与商业之间的关系,优先考虑商业需要,对产品要有全局思维;
  4. 建立有效的用户画像。

3. 项目简述

本项目名为“医疗魔方”,是我为了这次训练而模拟出来的C端项目。

“医疗魔方”是一款为长期慢病患者管理个人病历的工具型产品。具体的产品分析会在原型阶段体现,此处不作详述。

即便很多研究报告描述智慧医疗有多么智能,但在一线城市看三甲医院的我们,仍然感觉落不到实处。目前只做到了单个医院的智能,但是多方打通还做不到。

假设智慧医疗头部企业最终能够让所有医院的电子病历打通,“医疗魔方”就有可能活不下去。而我仍然选择用这个项目来做设计训练,是因为这符合了大多数公司的现状。大公司的小项目也好,小的创业公司也好,由于对市场不完全了解,只能通过调研报告或其他途径,感知到机会,想抓住机会,创造产品放到市场上试验。

作为设计师,接触到这类型的项目是非常多的。

面对这个阶段的产品,我们应该怎么做?

这是这次训练我们需要探讨的问题。

另,在做项目时,由于我们接触的主流APP都是比较成熟的产品,功能齐全丰富。有些设计师在做项目竞品分析的时候,会想当然地为项目添加功能,跟产品讨论现在加这个功能会不会更好;或者试图去纠正产品或者老板的想法,认为自己的想法才是对的。但是并不去考虑增加功能后整个项目的工期是否需要延长、自己所认为对的想法是否适合公司当前的情况,缺乏全局思维。

这一点需要着重强调:在合适的时间做正确的事情,一切对错交给市场验证,用数据说话,错了就改,小步迭代。

最后重申:请留意设计流程和思路,勿将重点放在深究商业创意上

3. 版权说明

本项目版权归属本人,提供部分原型图给大家做练习,但不提供文档说明。请勿商用。

后续展示的设计稿,版权归属于该设计稿的作者,文中会标明作者名字,请勿商用。

二、项目背景

1. 全球医疗困境

2. 中国特色困境

3. 分级诊疗推行中遇到的问题

4. 大数据在健康医疗行业中的应用价值

三、商业洞察

以上项目背景中,我关注到两点:

  1. 上下级医院连接困难、电子病历难以共享
  2. 在线问诊的产品中体验过平安医生、快速问医生,发现要提供检查单提升问诊准确度

医院连接困难、电子病历难以共享的原因在于利益与技术的问题。由于涉及医院比较看重的患者就诊信息,并且当所有医院的信息打通后,患者掌握数据进行对比,很容易跟医院打官司,医院需要承担责任。

提供智慧医疗的机构中,以网易云信为例,他们方案的适配场景是医疗智慧协同、远程医疗、医学教育等,多学科多院方联合在线会诊,以音视频通话、图片、文字、文档共享等形式进行信息互动与数据共享。虽然出发点是为了提升用户的医疗体验,打通医疗体系,但是这种方式没有切实去解决用户现实中存在的困难。以下几点值得思考:

  1. 由古至今,望闻问切都是医生与患者面对面,患者与医生面诊的时候更有安全感;
  2. 医院的挂号费比APP的服务费更便宜;
  3. 医疗保险在医院使用才能报销。

综合所有的数据,我洞察到这样一个机会:各大医院的病历不一,系统没有打通,在其他医院看的结果不被认可,需要重新检查。跨医院看病时,历史病历是纸质样式,或只有其他医院系统的电子版,医生查阅困难,分析需要花费时间,不直观。

如果以“给患者提供智能病历分析的功能,由患者拍照上传病历和检查单,系统识别里面的字段和数据,自动生成病历分析”这个较为亲民的方案,先解决患者纸质病历难以管理的问题,使患者养成习惯,并根据其过往病历综合分析,提供有效的疾病风险评估、医疗建议和指数监测服务,再推行其他医疗服务,是否能够对智慧医疗有所帮助呢?

针对这一点,我研究了平安医生、阿里健康、网易云信、病历夹、微医、好大夫、妙健康、春雨医生、用药助手、丁香医生等平台,发现他们的功能集中于:预约挂号,问诊、资讯、知识、社区、名医讲堂、医生管理病历等。就算有患者的病历管理,也是要手动输入文字,非常麻烦,没有一个软件从患者的病历管理入手。

假设本公司拥有的核心算法足够支撑这个功能点,现在要做的就是把承载这个功能的C端产品先投放到市场试验,看有多少用户会被这个功能吸引从而使用我们的产品

四、原型阶段

1. 最小可行方案

市面上很多医疗软件已经满足了不同的功能,因此本APP除去冗杂的资讯、知识、社区等功能,主要做病历分析、记录、挂号功能。由这些功能来构建最小可行产品。

在这三大功能之下穷举所有的想法,通过评分,得出最终的功能合集——当前版本(1.0)最重要的是体现识别的准确性。

(其实挂号功能我也有考虑过是不是要在这个版本做。后来想想,毕竟是一次设计训练,想丰富界面,所以就把这个功能加上了,但实际上真要选择的话,第一版本可能不会加这个功能。)

Aha时刻:用户进行第一次病历拍照,识别出准确的结果。

2. 功能结构图

以下为产品的功能结构图,有标识的界面是挑选出来让设计师重点设计的界面,挂号的界面由于时间问题不画原型图了,使用了市面上一些APP的界面代替。

3. 评估增长重点

从市场阶段、产品生命周期、产品品类、商业独特因素四个方面考虑产品的增长重点,综合考虑,应提高用户留存及提升激活率。

4. 制定北极星指标

北极星当前阶段唯一重要的指标,是做增长最重要的一步。通过增长闭环图找到商业目标和用户价值的交集,列出备选指标并且筛选出北极星指标,结合公司情况和战略确认最终的北极星指标。

五、设计阶段

1. 原型梳理

接到产品原型时,应快速看一遍原型及文档说明,用脑图梳理出用户所触达的路径,为用户排除障碍。同时也能对页面进行统计,评估设计所需工期给产品和项目。

以下用其他项目示例,将原型图中的编号与页面按照模块梳理,编号与设计稿中的编号一一对应,方便开发查阅(图中销售平台的编号没对上,是因为当时页面有调整,我懒得改脑图了,大概意思明白就好。)

脑图工具推荐:百度脑图、Mind master

2. 了解业务目的及明确北极星指标

业务目的,也就是前面原型阶段所呈现的内容。

如果有条件的话,设计师应该多和产品经理沟通,了解产品当前阶段的目的、北极星指标、产品对于用户的意义等。

3. 用户研究与用户画像

如果所在的公司产品没有给出用户研究的信息,设计应该有自主研究的意识。

产品还没推出市场,可以先用常规的方法进行推导。先针对竞品进行分析,在百度指数、360数据平台、七麦数据等查询竞品的用户数据。假定这部分用户就是你当前产品所针对的用户群体,建立用户画像。

用户画像应包含以下维度:基本信息、工作背景、心理性格、互联网使用习惯、目标产品的态度/观点/习惯等。

针对医疗魔方项目,设计成员对比了阿里健康、丁香医生、好大夫、平安好医生、微医五个产品的用户数据,初步获得以下用户信息:

  • 从人群的地域分布来看,用户主要集中在江浙地区、上海、广东、北京等发达地区,这些区域整体收入水平比较高,因为平时工作关系会更加注重健康问题。
  • 从人群属性来看,主要用户群体年龄段是20-35岁,占比85%左右;女性用户多于男性用户,比例为6:4。这部分用户特点年轻化、多元化,这类用户的特点对互联网产品比较熟悉,对于新事物新科技接受度高。
  • 用户群体:偶尔看病人群、长期看病人群。

具体的用户画像可在各设计成员的项目分析中查看,点击文末给出的设计团队主页链接。

在产品运行了一段时间以后,会获得更准确的用户数据,建立用户画像会更精准。等到该阶段,可以使用另一种方式研究用户,即发现用户差异点三项基础数据交叉对比用户分类及差异点分析。此方法暂不适用现阶段的医疗魔方,所以不详述。

4. 根据用户旅程图确认设计发力点

这个方法是由增长黑客中的对功能进行优先级排序延伸过来的。

在产品中,优先级排序评估的五个维度是:它对于完成阶段有多重要?多少用户会使用它?它的使用频率高吗?它能给用户带来多大的价值?它存在风险吗?

在这里我把五个维度调整为:

  1. 功能重要程度
  2. 使用频率高低
  3. 与北极星指标相关程度
  4. 对用户情绪影响程度
  5. 造成用户对产品负面印象程度

每项里最高分为10分,最低分为0分,前4项的总和减去第5项,得出最后的总分。

总分较高的功能点应重点留意,考虑在设计上能否为功能点赋能,而有负面印象的功能在设计中则需要弱化。

这个方法适用于遇到没有明确表明要重点设计哪些地方的原型时,可以粗略评判设计的重点。

越多人参与到评分中,得出的结果越客观。本次的设计训练是内部进行,因此由三名设计师分别作出评估后进行讨论,再次确认。

5. 设计风格探索

关于设计风格探索有很多方式,一般可以是团队的成员开头脑风暴会议,邀请运营和产品一起进行探索。

本次设计风格探索是设计团队的成员进行的头脑风暴,列出一系列关键词,从关键词中提取最终确认的相关词语。每位设计师再根据这些词语,加入自己的理解,进行下一步的设计。

至此,设计稿之前的流程已经差不多结束了,接下来是各位设计师进行的情绪版输出、品牌LOGO、设计风格定义、形色质构字、规范制定、界面设计、交互设计、情感化设计等流程。

在这里我主要分享的是设计的思路,设计稿的内容交由设计师来展示,以下只展示他们的部分界面,如果要看全部的界面展示,欢迎到他们作品页进行查看。

设计团队:线性方程组

团队主页:https://www.zcool.com.cn/team/17474

文章主页:https://www.zcool.com.cn/work/ZNDE1OTU3Njg=.html

训练主导:牙线

设计成员:麦麦、东、Sara

原型链接:https://org.modao.cc/app/c652eba57c77b5a3d248659ce7d120c3f5f36351
密码:1234

 

作者&微信公众号:牙线姐姐

本文由 @牙线姐姐 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!