本文通过对健康管理产品中涉及的角色的进行分析，抛砖引玉帮助大家了解下健康管理产品用户的进阶过程。
健康管理产品中的主要角色一般分为用户、医生、医疗/健康机构，这里为了将角色分析简化，暂且将医疗机构去除，因为医疗机构中最终实际提供服务的也是医生，健康管理产品中医疗/健康机构的角色多是承担着线下的部分（TO B产品中机构部分在线上扮演的角色也许会重些）。
如何让用户在平台上活跃起来并且留存下来，建立忠诚度？这里对用户的不同阶段进行分析，尝试在用户的进阶过程中找到盘活用户和医生的方案。
一、健康管理和健康干预介绍
用户和医生间的故事是通过健康问题和健康干预娓娓展开的，所以首先科普下【健康管理】和【健康干预】两个概念，这里我摘自了来自网络的两段定义（健康管理行业老司机可以略过）。
二、健康管理初始用户分类
对健康管理产品而言，健康问题是用户的重要属性，健康干预是医生始终手段，用户和医生间的配合度则进一步决定了健康管理的效率和效果，所以健康管理产品必须解决这三件事：
如何找到用户的健康问题？
如何辅助医生提供有效快捷专业的健康干预手段？
如何提升用户和医生在健康管理上的配合度和积极性？
正常顺序应该是先找健康问题，再做健康干预，过程中提升配合度，但是实际市场上角色的入场顺序往往不是按照剧本来的，这里通过对健康问题、健康干预、配合度三者的关系进行分析，其实也是健康管理产品用户的一个进阶分析过程。
以下对用户的每个阶段从用户来源、用户需求、产品目标、产品手段、产品盈利五个维度进行分析：
故事背景介绍：“健康问题”是爱情；“健康干预”是婚姻；“配合度”是爱的结晶。
阶段1：陌生相亲
用户没有或者说没有发现健康问题；没有健康干预；更没有配合；三无阶段，用户对健康管理根本没有概念——这种用户该怎么办？
初始用户：健康管理小白用户，有健康问题但不自知，无意中注册用户
用户来电：只是上来看看
产品目标：收集用户健康数据 ；辅助用户找到健康问题，提供轻量的健康建议
产品手段：健康评测，疾病自诊，体征录入，建立健康档案
产品盈利：不考虑从此阶段用户盈利
阶段2：寂寞的夜
用户没有或者说没有发现健康问题；没有健康干预；有一定配合度；用户开始重视健康问题——这种用户该怎么办？
初始用户：有健康问题但之前没重视，朋友介绍注册，或者通过医院等线下医疗机构的宣传中获知后注册，或者是医院等医疗机构强行后台导入
用户来电：我的健康状况如何
产品目标：收集并分析用户健康数据；评估疾病程度；提供适度的健康服务，吸引用户
产品手段：健康评测，对应医院的在线问诊、体检预约等服务；如果用户有对接医院的健康报告，可做适当系统分析，建立健康档案
产品盈利：医生服务（问诊）；机构服务（体检、就医、挂号）
阶段3：无爱婚姻
用户没有或者说没有发现健康问题，但是已经有健康干预，没有配合度；医生/医院或者平台在没有搞清楚用户健康问题前，已经免费为用户开通了部分健康服务（用户所在企业付费（类似职工体检等），或者医院免费提供）——这种用户该怎么办？
初始用户：是医院等医疗机构强行后台导入，企业员工（企业要求注册）
用户来电：用完免费服务即走
产品目标：收集并分析健康数据，找出健康问题，修正健康干预方案，留住用户
产品手段：健康评测，医生免费问诊服务（线下已由其他角色付费），机构体检等服务（线下已由其他角色付费），报告解读，建立健康档案
阶段4：无爱家庭
用户没有或者说没有发现健康问题，但是已经有健康干预，有一定配合度；在阶段3的基础上发展而来，用户开始重视健康问题，并且有其他角色为健康干预买单，或者自己在没有完全搞清楚自己的健康问题前，已经选择了平台的健康干预方案——这种用户该怎么办？
初始用户：是医院等医疗机构强行后台导入，企业员工（企业要求注册）
用户来电：希望在用完免费的健康服务后，可以有进一步的健康管理
产品目标：收集并分析健康数据，找出健康问题，提供更专业深入的健康干预方案
产品手段：与阶段3类似
健康问题是健康管理的源头，无论是用户自己发现还是系统发掘出的健康问题，只要有了健康问题，用户和健康管理产品就会有故事，恋爱情侣、未婚先孕、新婚燕尔、美好家庭四个阶段都是在用户已知健康问题的情况下进阶的，可以尝试上面的分析维度，就不在赘述。
三、健康管理用户进阶路线
一般健康管理产品很少考虑到第三个因素“配合意向”，因为有了健康问题和合适的健康方案，用户（健康问题）和平台（健康方案：医生、系统）的配合似乎是水到渠成的（其实需要更多的运营手段、激励奖赏策略来调动用户和医生）。
这里我们把“配合意向”剔除，分析下用户在健康问题和健康方案两个维度上的进阶：用户进入平台所带的状态的不同，所走的路径也不同，关键是在不同的阶段需要确定“健康问题”“健康方案”那个是重点发力点，该采取何种手段去发力。
作者：andy，公众号：PM大白
本文由 @andy 原创发布于人人都是产品经理。
题图来自 Unsplash ，基于 CC0 协议
