← 返回文档总览
专项健康管理服务 · 需求池文档

需求分析 & 需求池

收集并优先级化覆盖用户端、运营端、医生端、线上与线下服务的 40+ 项需求,采用 KANO 模型与 MoSCoW 方法,映射至 V1.0 — V3.0 版本规划,支撑产品路线图的落地。

需求条目40+ 基本型8 期望型14 魅力型7 必须 Must20 跨版本延展5 页面
用户调研保险业务需求运营后台分析专家访谈合规要求
1

需求来源分析

REQUIREMENT SOURCES
👥

用户调研

对已投保客户进行访谈与问卷,洞察「看不清报告、得不到专业建议、无人持续关注」的核心痛点。

🏦

保险业务需求

来自保险产品设计与续保需求,希望以健康服务提升客户粘性、沉淀健康数据、辅助精算。

📈

运营后台分析

基于工作台待办、材料审核、随访数据等运营分析,识别流程阻塞与效率瓶颈。

🩺

专家访谈

与医生、主任专家沟通评估流水线、建议书标准与复审机制,保障专业权威性。

⚖️

合规要求

医疗健康数据隐私、医生签名合规、报告有效期管理及「健康服务不替代诊疗」的合规边界。

合规红线提示:涉及患者健康数据须最小化采集;AI 结果仅作参考;健康建议书须明确「非正式诊疗」声明;医生提交须短信签名以留存合规证据。
2

KANO 模型分类

CUSTOMER SATISFACTION MODEL

基本型需求(必须做,缺失即不满)

  • · 链接免登录激活
  • · 体检报告上传(拍照 / PDF)
  • · 报告进度 4 节点状态查看
  • · 健康建议书下载(PDF)
  • · 资料审核通过 / 需补充
  • · 上传报告 1 年有效期校验
  • · 线上咨询基础会话
  • · 管理后台工作台待办

期望型(做得好则满意,缺失会降低满意度)

  • · AI 报告解读(OCR + 指标提取 + 初步结论)
  • · 医助评估(富文本 + AI 只读参考)
  • · 随访管理(第 1/2/3 次)
  • · 线上咨询 72 小时会话
  • · 健康问卷(条件跳题)
  • · 医生评估初审 + 短信签名
  • · 建议书确认 + PDF 预览
  • · 就医协助(体检预约 / 线下就诊医院选择)

魅力型(锦上添花,带来惊喜与口碑)

  • · 个性化复查日历
  • · 每日运动数据(穿戴设备同步)
  • · 主任专家复审 / 专家撤回
  • · 客户 360 视图(进度 + 档案 Tab)
  • · 三业务线个性化建议书模板
  • · 保险精算数据联动(生态期)
  • · 健康管家悬浮按钮

无关 / 反向(暂不投入)

  • · 过度复杂的报告可视化图表(本期不追求)
  • · 支付 / 商城类增值模块(偏离当前定位)
  • · 大而全的 CRM 多租户能力(后续再议)
3

MoSCoW 优先级划分

MUST / SHOULD / COULD / WON'T

Must · 必须有

核心闭环,缺失则产品不可用

  • · 免登录激活
  • · 报告上传与资料审核
  • · 进度查看
  • · 建议书生成与下载
  • · 运营工作台
  • · 报告有效期校验
  • · 医生评估与短信签名
  • · 基础线上咨询

Should · 应该有

提升体验与效率,重要但可延后

  • · AI 报告解读
  • · 医助评估
  • · 三业务线扩展
  • · 随访管理
  • · 健康问卷(条件跳题)
  • · 就医协助
  • · 线下服务工单

Could · 可以有

有价值但目前资源有限

  • · 主任复审 / 专家撤回
  • · 客户 360 视图
  • · 个性化复查日历
  • · 穿戴数据同步
  • · 健康管家悬浮按钮

Won't · 本期不做

明确不做或暂缓

  • · 保险精算联动(生态期再做)
  • · 全渠道开放生态市场
  • · 复杂 CRM 多租户
  • · 替代正式诊疗的服务能力
4

需求池明细(40+ 条)

FULL REQUIREMENT POOL
Must 必须 Should 应该 Could 可做 Won't 不做 基本 期望 魅力
编号需求名称需求描述业务线KANOMoSCoW来源版本