一、前言及说明
1. 团队现状
由于所在的事业群性质，设计团队对接了集团大部分的界面设计需求，有B端也有C端。通常一位设计师要对接好几个项目，因此要求每位设计师都有独立负责项目的能力。综合情况来看，每位设计师都有擅长的领域，也各自有不同的短板。
2. 训练目的
本次训练目的主要有以下几点：
- 明确在PMF之前的项目应采用的设计思路；
- 为设计注入增长思维；
- 平衡设计与商业之间的关系，优先考虑商业需要，对产品要有全局思维；
- 建立有效的用户画像。
3. 项目简述
本项目名为“医疗魔方”，是我为了这次训练而模拟出来的C端项目。
“医疗魔方”是一款为长期慢病患者管理个人病历的工具型产品。具体的产品分析会在原型阶段体现，此处不作详述。
即便很多研究报告描述智慧医疗有多么智能，但在一线城市看三甲医院的我们，仍然感觉落不到实处。目前只做到了单个医院的智能，但是多方打通还做不到。
假设智慧医疗头部企业最终能够让所有医院的电子病历打通，“医疗魔方”就有可能活不下去。而我仍然选择用这个项目来做设计训练，是因为这符合了大多数公司的现状。大公司的小项目也好，小的创业公司也好，由于对市场不完全了解，只能通过调研报告或其他途径，感知到机会，想抓住机会，创造产品放到市场上试验。
作为设计师，接触到这类型的项目是非常多的。
面对这个阶段的产品，我们应该怎么做？
这是这次训练我们需要探讨的问题。
另，在做项目时，由于我们接触的主流APP都是比较成熟的产品，功能齐全丰富。有些设计师在做项目竞品分析的时候，会想当然地为项目添加功能，跟产品讨论现在加这个功能会不会更好；或者试图去纠正产品或者老板的想法，认为自己的想法才是对的。但是并不去考虑增加功能后整个项目的工期是否需要延长、自己所认为对的想法是否适合公司当前的情况，缺乏全局思维。
这一点需要着重强调：在合适的时间做正确的事情，一切对错交给市场验证，用数据说话，错了就改，小步迭代。
最后重申：请留意设计流程和思路，勿将重点放在深究商业创意上。
3. 版权说明
本项目版权归属本人，提供部分原型图给大家做练习，但不提供文档说明。请勿商用。
后续展示的设计稿，版权归属于该设计稿的作者，文中会标明作者名字，请勿商用。
二、项目背景
1. 全球医疗困境
2. 中国特色困境
3. 分级诊疗推行中遇到的问题
4. 大数据在健康医疗行业中的应用价值
三、商业洞察
以上项目背景中，我关注到两点：
- 上下级医院连接困难、电子病历难以共享。
- 在线问诊的产品中体验过平安医生、快速问医生，发现要提供检查单提升问诊准确度。
医院连接困难、电子病历难以共享的原因在于利益与技术的问题。由于涉及医院比较看重的患者就诊信息，并且当所有医院的信息打通后，患者掌握数据进行对比，很容易跟医院打官司，医院需要承担责任。
提供智慧医疗的机构中，以网易云信为例，他们方案的适配场景是医疗智慧协同、远程医疗、医学教育等，多学科多院方联合在线会诊，以音视频通话、图片、文字、文档共享等形式进行信息互动与数据共享。虽然出发点是为了提升用户的医疗体验，打通医疗体系，但是这种方式没有切实去解决用户现实中存在的困难。以下几点值得思考：
- 由古至今，望闻问切都是医生与患者面对面，患者与医生面诊的时候更有安全感；
- 医院的挂号费比APP的服务费更便宜；
- 医疗保险在医院使用才能报销。
综合所有的数据，我洞察到这样一个机会：各大医院的病历不一，系统没有打通，在其他医院看的结果不被认可，需要重新检查。跨医院看病时，历史病历是纸质样式，或只有其他医院系统的电子版，医生查阅困难，分析需要花费时间，不直观。
如果以“给患者提供智能病历分析的功能，由患者拍照上传病历和检查单，系统识别里面的字段和数据，自动生成病历分析”这个较为亲民的方案，先解决患者纸质病历难以管理的问题，使患者养成习惯，并根据其过往病历综合分析，提供有效的疾病风险评估、医疗建议和指数监测服务，再推行其他医疗服务，是否能够对智慧医疗有所帮助呢？
针对这一点，我研究了平安医生、阿里健康、网易云信、病历夹、微医、好大夫、妙健康、春雨医生、用药助手、丁香医生等平台，发现他们的功能集中于：预约挂号，问诊、资讯、知识、社区、名医讲堂、医生管理病历等。就算有患者的病历管理，也是要手动输入文字，非常麻烦，没有一个软件从患者的病历管理入手。
假设本公司拥有的核心算法足够支撑这个功能点，现在要做的就是把承载这个功能的C端产品先投放到市场试验，看有多少用户会被这个功能吸引从而使用我们的产品。
四、原型阶段
1. 最小可行方案
市面上很多医疗软件已经满足了不同的功能，因此本APP除去冗杂的资讯、知识、社区等功能，主要做病历分析、记录、挂号功能。由这些功能来构建最小可行产品。
在这三大功能之下穷举所有的想法，通过评分，得出最终的功能合集——当前版本（1.0）最重要的是体现识别的准确性。
（其实挂号功能我也有考虑过是不是要在这个版本做。后来想想，毕竟是一次设计训练，想丰富界面，所以就把这个功能加上了，但实际上真要选择的话，第一版本可能不会加这个功能。）
Aha时刻：用户进行第一次病历拍照，识别出准确的结果。
2. 功能结构图
以下为产品的功能结构图，有标识的界面是挑选出来让设计师重点设计的界面，挂号的界面由于时间问题不画原型图了，使用了市面上一些APP的界面代替。
3. 评估增长重点
从市场阶段、产品生命周期、产品品类、商业独特因素四个方面考虑产品的增长重点，综合考虑，应提高用户留存及提升激活率。
4. 制定北极星指标
北极星当前阶段唯一重要的指标，是做增长最重要的一步。通过增长闭环图找到商业目标和用户价值的交集，列出备选指标并且筛选出北极星指标，结合公司情况和战略确认最终的北极星指标。
五、设计阶段
1. 原型梳理
接到产品原型时，应快速看一遍原型及文档说明，用脑图梳理出用户所触达的路径，为用户排除障碍。同时也能对页面进行统计，评估设计所需工期给产品和项目。
以下用其他项目示例，将原型图中的编号与页面按照模块梳理，编号与设计稿中的编号一一对应，方便开发查阅（图中销售平台的编号没对上，是因为当时页面有调整，我懒得改脑图了，大概意思明白就好。）
脑图工具推荐：百度脑图、Mind master
2. 了解业务目的及明确北极星指标
业务目的，也就是前面原型阶段所呈现的内容。
如果有条件的话，设计师应该多和产品经理沟通，了解产品当前阶段的目的、北极星指标、产品对于用户的意义等。
3. 用户研究与用户画像
如果所在的公司产品没有给出用户研究的信息，设计应该有自主研究的意识。
产品还没推出市场，可以先用常规的方法进行推导。先针对竞品进行分析，在百度指数、360数据平台、七麦数据等查询竞品的用户数据。假定这部分用户就是你当前产品所针对的用户群体，建立用户画像。
用户画像应包含以下维度：基本信息、工作背景、心理性格、互联网使用习惯、目标产品的态度/观点/习惯等。
针对医疗魔方项目，设计成员对比了阿里健康、丁香医生、好大夫、平安好医生、微医五个产品的用户数据，初步获得以下用户信息：
- 从人群的地域分布来看，用户主要集中在江浙地区、上海、广东、北京等发达地区，这些区域整体收入水平比较高，因为平时工作关系会更加注重健康问题。
- 从人群属性来看，主要用户群体年龄段是20-35岁，占比85%左右；女性用户多于男性用户，比例为6：4。这部分用户特点年轻化、多元化，这类用户的特点对互联网产品比较熟悉，对于新事物新科技接受度高。
- 用户群体：偶尔看病人群、长期看病人群。
具体的用户画像可在各设计成员的项目分析中查看，点击文末给出的设计团队主页链接。
在产品运行了一段时间以后，会获得更准确的用户数据，建立用户画像会更精准。等到该阶段，可以使用另一种方式研究用户，即发现用户差异点、三项基础数据交叉对比、用户分类及差异点分析。此方法暂不适用现阶段的医疗魔方，所以不详述。
4. 根据用户旅程图确认设计发力点
这个方法是由增长黑客中的对功能进行优先级排序延伸过来的。
在产品中，优先级排序评估的五个维度是：它对于完成阶段有多重要？多少用户会使用它？它的使用频率高吗？它能给用户带来多大的价值？它存在风险吗？
在这里我把五个维度调整为：
- 功能重要程度
- 使用频率高低
- 与北极星指标相关程度
- 对用户情绪影响程度
- 造成用户对产品负面印象程度
每项里最高分为10分，最低分为0分，前4项的总和减去第5项，得出最后的总分。
总分较高的功能点应重点留意，考虑在设计上能否为功能点赋能，而有负面印象的功能在设计中则需要弱化。
这个方法适用于遇到没有明确表明要重点设计哪些地方的原型时，可以粗略评判设计的重点。
越多人参与到评分中，得出的结果越客观。本次的设计训练是内部进行，因此由三名设计师分别作出评估后进行讨论，再次确认。
5. 设计风格探索
关于设计风格探索有很多方式，一般可以是团队的成员开头脑风暴会议，邀请运营和产品一起进行探索。
本次设计风格探索是设计团队的成员进行的头脑风暴，列出一系列关键词，从关键词中提取最终确认的相关词语。每位设计师再根据这些词语，加入自己的理解，进行下一步的设计。
至此，设计稿之前的流程已经差不多结束了，接下来是各位设计师进行的情绪版输出、品牌LOGO、设计风格定义、形色质构字、规范制定、界面设计、交互设计、情感化设计等流程。
在这里我主要分享的是设计的思路，设计稿的内容交由设计师来展示，以下只展示他们的部分界面，如果要看全部的界面展示，欢迎到他们作品页进行查看。
