给替年迈父母管病程的成年子女用的照护计划自动驾驶，把录下来的就诊和医生病历记录直接变成已经分配好的下一步动作。

1. 患者侧就诊记忆产品已经能拿到种子轮融资，说明一个新类别开始成形，而不只是小众功能试验。
2. 市场信号明确落在摘要、行动项和后续问题上，说明买方愿意为“帮我把事做完”付费，而不只是为原始转录付费。
3. 一旦计划中的 EHR 病历接入落地，产品就不再是一次性的录音工具，而会变成家属能够信任、并拿去推动后续动作的数据层。
4. 这个入选主题指向的核心工作流缺口就是门诊后的后续执行，所以照护者执行产品比另一款泛健康摘要 App 更急。

催化因素。 患者侧记录产品拿到种子轮融资，再加上 Kin Health 计划接入 EHR 病历记录，说明“就诊记忆”正在从单点录音新奇功能，变成下游照护执行的结构化输入。

产品会录下或导入就诊对话，在条件允许时再拉入正式医生病历记录，给家庭生成的不是一份泛泛摘要，而是一套已经对齐过的照护计划。系统会把计划拆成具体动作，比如预约化验、配药、观察副作用、在下次门诊追问没解决的问题。每个任务都带负责人、截止时间和来源片段，能回溯到就诊摘要或医生记录，家属不用重听整段对话就能动手。时间一长，这个 App 就会变成家庭的长期病程记录：哪些地方变了、哪些已经做完、哪些还要升级处理，一目了然。

差异化。 多数医疗 AI 文档产品都在替医生提效，而消费医疗 App 往往止步于科普或提醒。这个公司站在患者和家属照护者一侧，要把两套都不完美的事实源对起来：家人在诊室里听到的内容，以及医生事后写下来的记录。比起单纯转录，这个工作流更能守住，因为产品占的是任务完成、责任分配和跨多次门诊的家庭长期上下文。

待完成任务

flowchart LR
  Buyer[Adult child caregiver] --> Pain[Missed next steps after complex visits]
  Pain --> Product[Shared care-plan autopilot]
  Product --> Outcome[Fewer missed tasks and clearer family coordination]

高管要点

• 最好的滩头市场不是泛患者，而是替高龄父母协调多专科、用药复杂照护的成年子女。对他们来说，记住门诊内容只是第一步。
• 时机已经成熟：联邦访问规则、代理门户使用上升，以及 50+ 人群技术采纳显著提高，都让汇总病历和工作流比几年前更容易。
• 竞争缺口仍然存在，因为现有工具分散在就诊录音、用药提醒、家庭日历和医生侧环境式记录上，还没人把这些东西真正对成一层照护者执行系统。
• 最大的商业风险还是事件型留存：产品会在急性复杂时刻变得非常紧急，但如果守不住“家庭病程总记录”的位置，就撑不过危机之后的平时阶段。

市场定义

面向消费者和照护者的软件，把零散的就诊信息、病历记录和随访要求，变成家属共同执行的工作流，用来管理高复杂度慢病老年人。

用户与买方

核心用户是成年子女，通常是家里替 70 岁以上父母管健康事务的人。买方往往也是同一个人：当负担、焦虑和协调成本高到手写笔记、门户、短信和表格都撑不住时，他/她就会掏钱。

购买触发点

• 住院、术后恢复，或一连串新的专科门诊，会一下子带来大量医嘱、转诊和监测任务，而这些都得家属回家后去落实。 [4][19][26]
• 一旦出现用药调整和多药并用，触发会更强，因为多重慢病老年人在理解力或依从性下降时，往往需要照护者直接介入。 [7][26]
• 当一个家属要同时跨多个机构和多份病历去协调时，碎片化门户就会立刻变痛；但今天真正把门户整理好的家庭仍然很少。 [13][22]

支付意愿

对高强度家庭来说，自费模式讲得通：照护者本来就在扛巨大的直接和间接成本，50+ 人群也确实愿意为技术花钱。但真正的定价权仍受现实财务压力限制。最强的付费窗口，是那些已经在买工具维持条理、且正处在急性复杂阶段的家庭。 [4][5][11][12]

品类动态

增长信号 照护者人口需求 CAGR 3.8%（2015-2025，测算）

验证信号

• 已经有一家拿到风投的创业公司，专门围绕患者侧门诊记忆和后续执行完成了种子轮融资。
• 2020 到 2024 年间，代理或照护者门户访问翻了一倍以上，说明照护者对健康信息访问有真实需求。
• 当医疗系统主动推动共享访问时，照护伙伴会查看更多病历和化验，也会安排更多门诊，说明下游动作需求是可观测的。
• 现有产品已经证明，家庭确实会为录音、用药管理和协同帮助分别寻找单点工具。

监管与技术约束

• 患者自控的消费端 App 可能并不属于 HIPAA 覆盖实体，因此信任、同意、泄露处理和用户教育都要变成产品自己扛的责任，而不是借用机构背书。
• 共享门户访问在实际操作里仍然很乱：很多老年人并不知道正式的共享访问功能，照护伙伴也常常直接使用患者账号。
• Patient Access API 并不要求手动转换所有大型非结构化文档，所以病历完整度和归一化仍然是技术瓶颈。

这个市场塞满了相邻替代品，但还没有哪个默认赢家能真正拿下“照护者优先的照护计划执行”。Kin 和 Medcorder 证明了患者侧录音有需求；Medisafe 占住了用药提醒；Lotsa 擅长志愿协同；Abridge 则代表医生侧的环境式 AI 堆栈。拟议中的创业公司只有在自己变成家庭的任务与责任层、把就诊、病历和完成状态持续对齐时，才算真正跑出差异化。

为什么现有厂商不会默认胜出

• EHR 门户. 门户不会天然赢下这个市场，因为家庭仍要面对多个门户、整理型 App 使用率低，以及共享访问开通流程并不顺畅；即便访问权在扩大，这些问题也还在。
• 环境式病历厂商. 医生侧环境式 AI 厂商优化的是可计费病历和 EHR 工作流，不是门诊结束后家庭协作、任务归属和后续执行的问题。
• 用药管理应用. 用药类 App 只解决了问题里一个高频切片，却没法把专科医嘱、化验、转诊和没解决的问题对成一套共享照护计划。
• 家庭协同工具. 通用照护协同产品擅长排日历和发求助，但没有临床事实源、病历对齐能力，也抽不出结构化动作。

Caregiver Care-Plan Autopilot 最该先做的，不是泛患者记录工具，而是给替 70 岁以上父母跑多专科、管复杂用药的成年子女用的一层照护执行系统。第一版产品也不该停在门诊转录：它要能录下或导入门诊内容，在能拿到正式医生病历记录时把两者对齐，然后直接给家庭拆出已分配的后续任务。最强买方是那些在住院、用药调整或新专科转诊后，被迫变成事实照护协调者的成年子女；他们愿意付费，是为了减少漏项、重复沟通和用药混乱。研究显示这是个有意义的市场：TAM 约 $6.7B、SAM 约 $1.8B、第 3 年 SOM 约 $8.8M；但商业天花板同时受制于消费家庭价格敏感，以及大量只解决局部问题的替代品。最好的切口应是单个高龄父母家庭的窄工作流，用家庭订阅卖给高痛点家庭，并通过照护者社区以及部分诊所、出院转介做分发，因为这些节点的痛感最即时。产品推进上，应先证明“手动上传 + 选择性病历同步”就能拉动重复使用和 90 天留存，再去碰更广的付款方销售和更深的医疗机构工作流。真正的防守资产不是转录，而是一张长期家庭图谱：门诊里说了什么、正式记录写了什么、哪些任务最后完成了。眼下最大的证据缺口，是高强度家庭在急性阶段过后还会不会持续付费；因此留存和病历接入可靠性，应该决定公司是放大获客，还是继续停留在小而窄的工具位置。

问题

• 复杂专科门诊一结束，家庭手里往往只剩零散笔记和残缺记忆，却没有一个共享系统知道谁去约化验、谁去配药、谁去问清还没解决的问题。
• EHR 门户、用药 App 和家人短信各自只覆盖一段流程，没有一个能把门诊记忆、医生病历记录和跨多个机构的任务完成情况真正对起来。
• 急性触发点既烧钱也耗情绪，但买方仍是价格敏感的家庭；如果产品守不住家庭主记录系统的位置，用户随时会退回免费工具。

解决方案

• 录下或导入门诊，在条件允许时接入医生病历记录，再生成一份共享照护计划，里面直接带上用药变化、转诊、截止日期和任务负责人。
• 给照护者一条长期时间线，让每个任务都能回到对应的谈话或病历片段，不用重放整次门诊也能执行。
• 别只做一次性摘要，而要往持续性的用药、转诊闭环和下次门诊准备工作流延伸，让 App 在急性事件之间也有存在价值。

为什么我们会赢

• 这个切口瞄准的是高痛、可量化的门诊后工作流，而不是泛泛承诺“提升消费者健康参与度”。
• 没有任何现有厂商会天然赢下这一段：门户是碎的，环境式病历服务的是医生，用药 App 只解决一项高频任务，家庭协同工具又没有临床上下文。
• 如果公司能成为把门诊录音、正式病历和长期完成行为对齐的家庭层，它就能积累比单纯转录更难复制的数据和工作流护城河。

里程碑

flowchart LR
  Wedge[Care-transition caregiver wedge] --> MVP[Visit plus note care-plan MVP]
  MVP --> Proof[Activation retention and task-completion proof]
  Proof --> Expansion[Referral partnerships and B2B2C expansion]

创始团队

实验路线图

风险评估

必须成立的条件

• 10 位高强度照护者访谈里，至少 5 位明确表示门诊后的后续执行已经痛到值得现在就为家庭工具付费。
• 完成一份照护计划的家庭里，只要持续面临专科或用药复杂性，90 天留存至少能达到 60%。
• 靠手动上传加选择性病历接入，至少能在 48 小时内为 60% 的目标家庭生成已对齐照护计划。
• 照护者社区或诊所转介渠道拿到激活家庭的 CAC，能在 $20-$40 月费下留下足够好看的回本空间。
• 家庭足够信任这款 App，愿意录门诊、上传病历并共享任务，不会因为隐私顾虑在上手阶段大面积卡住。

待尽调问题

• 哪些照护转换事件能带来最快的付费转化和最好的 90 天留存？
• 目标家庭在其最常用的门户生态里，多大比例能在 48 小时内拿到可用的医生病历？
• 相比继续依赖免费门户、笔记和用药 App，有多少照护者更愿意买家庭订阅？
• 照护者社区、出院团队和专科诊所里，哪种转介来源转化最好？
• 隐私顾虑或诊所反对录音，最常在什么环节卡住激活？

模型合理性

• 收入引擎. 基准情景下，收入来自付费家庭从 M12 的 30 个增长到 Q4Y3 的 11,000 个，同时综合 ARPU 随高级同步病历采用从 $240 抬到 $390。
• 必须跑通的环节. 转介和照护者社区渠道必须把 CAC 守在 $140 左右，并支撑大约 20 个月客户寿命，否则自费切口起量不够快。
• 模型会在哪种情况下失效. 如果使用仍然是事件型，到 Y3 结束时公司更接近 7,000 个付费家庭，下行情景的现金会在下一轮融资具备说服力之前先转负。
• 下一轮融资证明点. 只要公司在 Q4Y2 前跑到 1,000 个付费家庭、48 小时内 60% 病历覆盖、高强度分群 90 天留存 60%+，以及 2 条可复制的转介渠道，就足以支撑下一轮种子轮。

情景

敏感性

flowchart LR
  ReferralPartners --> ActivatedCarePlans
  ActivatedCarePlans --> PaidHouseholds
  PaidHouseholds --> SubscriptionRevenue
  NoteSyncReliability --> PaidHouseholds
  SubscriptionRevenue --> GrossProfit
  GrossProfit --> Cash

警示项: 模型仍然依赖到 Q4Y3 时达到约 11,000 个付费家庭，因此对消费医疗产品来说，渠道验证必须异常扎实。 · ARPU 从 $240 抬到 $390，前提是高级同步病历档位能被采用；如果大多数家庭停在基础套餐，收入会很快掉下来。 · 现金在 Q3Y3 附近最低只有约 $219K，所以公司应在 Q4Y3 之前很早就启动融资，而不是等到账上变紧。 · 留存仍是最大风险，因为事件型照护行为会抹掉原本不错的 CAC，只要家庭在急性事件之间不回来。

• 消费者留存. 很多家庭可能只会在急性阶段使用这款产品，危机一过就流失。 缓解措施: 先抓高频慢病家庭，把价值锚在长期照护计划历史，再叠加持续性的用药和预约工作流。
• EHR 集成摩擦. 把医生病历记录拉进消费端产品，速度和完整度都可能比路线图假设得更差。 缓解措施: 先靠录音和手动上传把价值跑通，再优先接入患者最容易拿到的病历来源。
• 信任与隐私顾虑. 家庭可能会犹豫要不要录下门诊，或把敏感照护计划放进一个新 App。 缓解措施: 在上手阶段把同意、数据控制和分享设置讲清楚，并把产品定位成患者可控的记录，而不是医疗机构的监控工具。