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

　　本文以一个模拟的C端项目医疗魔方为例，分析了其中的设计流程与思路。
　　一、前言及说明
　　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。原型梳理
　　接到产品原型时，应快速看一遍原型及文档说明，用脑图梳理出用户所触达的路径，为用户排除障碍。同时也能对页面进行统计，评估设计所需工期给产品和项目。
　　以下用其他项目示例，将原型图中的编号与页面按照模块梳理，编号与设计稿中的编号一一对应，方便开发查阅（图中销售平台的编号没对上，是因为当时页面有调整，我懒得改脑图了，大概意思明白就好。）
　　脑图工具推荐：百度脑图、Mindmaster
　　2。了解业务目的及明确北极星指标
　　业务目的，也就是前面原型阶段所呈现的内容。
　　如果有条件的话，设计师应该多和产品经理沟通，了解产品当前阶段的目的、北极星指标、产品对于用户的意义等。
　　3。用户研究与用户画像
　　如果所在的公司产品没有给出用户研究的信息，设计应该有自主研究的意识。
　　产品还没推出市场，可以先用常规的方法进行推导。先针对竞品进行分析，在百度指数、360数据平台、七麦数据等查询竞品的用户数据。假定这部分用户就是你当前产品所针对的用户群体，建立用户画像。
　　用户画像应包含以下维度：基本信息、工作背景、心理性格、互联网使用习惯、目标产品的态度观点习惯等。
　　针对医疗魔方项目，设计成员对比了阿里健康、丁香医生、好大夫、平安好医生、微医五个产品的用户数据，初步获得以下用户信息：
　　从人群的地域分布来看，用户主要集中在江浙地区、上海、广东、北京等发达地区，这些区域整体收入水平比较高，因为平时工作关系会更加注重健康问题。
　　从人群属性来看，主要用户群体年龄段是2035岁，占比85左右；女性用户多于男性用户，比例为6：4。这部分用户特点年轻化、多元化，这类用户的特点对互联网产品比较熟悉，对于新事物新科技接受度高。
　　用户群体：偶尔看病人群、长期看病人群。
　　具体的用户画像可在各设计成员的项目分析中查看，点击文末给出的设计团队主页链接。
　　在产品运行了一段时间以后，会获得更准确的用户数据，建立用户画像会更精准。等到该阶段，可以使用另一种方式研究用户，即发现用户差异点、三项基础数据交叉对比、用户分类及差异点分析。此方法暂不适用现阶段的医疗魔方，所以不详述。
　　4。根据用户旅程图确认设计发力点
　　这个方法是由增长黑客中的对功能进行优先级排序延伸过来的。
　　在产品中，优先级排序评估的五个维度是：它对于完成阶段有多重要？多少用户会使用它？它的使用频率高吗？它能给用户带来多大的价值？它存在风险吗？
　　在这里我把五个维度调整为：
　　功能重要程度
　　使用频率高低
　　与北极星指标相关程度
　　对用户情绪影响程度
　　造成用户对产品负面印象程度
　　每项里最高分为10分，最低分为0分，前4项的总和减去第5项，得出最后的总分。
　　总分较高的功能点应重点留意，考虑在设计上能否为功能点赋能，而有负面印象的功能在设计中则需要弱化。
　　这个方法适用于遇到没有明确表明要重点设计哪些地方的原型时，可以粗略评判设计的重点。
　　越多人参与到评分中，得出的结果越客观。本次的设计训练是内部进行，因此由三名设计师分别作出评估后进行讨论，再次确认。
　　5。设计风格探索
　　关于设计风格探索有很多方式，一般可以是团队的成员开头脑风暴会议，邀请运营和产品一起进行探索。
　　本次设计风格探索是设计团队的成员进行的头脑风暴，列出一系列关键词，从关键词中提取最终确认的相关词语。每位设计师再根据这些词语，加入自己的理解，进行下一步的设计。
　　至此，设计稿之前的流程已经差不多结束了，接下来是各位设计师进行的情绪版输出、品牌LOGO、设计风格定义、形色质构字、规范制定、界面设计、交互设计、情感化设计等流程。
　　在这里我主要分享的是设计的思路，设计稿的内容交由设计师来展示，以下只展示他们的部分界面，如果要看全部的界面展示，欢迎到他们作品页进行查看。
　　设计团队：线性方程组
　　团队主页：https：www。zcool。com。cnteam17474
　　文章主页：https：www。zcool。com。cnworkZNDE1OTU3Njg。html
　　训练主导：牙线
　　设计成员：麦麦、东、Sara
　　原型链接：https：org。modao。ccappc652eba57c77b5a3d248659ce7d120c3f5f36351
　　密码：1234