wellbeing-eng — 产品战略 v0
状态：v0，由 Claude 按 jacky「按你推断的逻辑、世界级产品水平」指令推断撰写（2026-06-16）。 这是一份有观点的草案，用来给 jacky + Zoe 批改的「预测稿」，不是定论。⚑ = 待 Zoe/jacky 确认的关键假设。
🔒 入口已拍板（jacky 2026-06-16）：围术期作为「首场景」 —— 入口锁在围术期那道硬触发的窄切口，但产品定位是更大的「患者-照顾者 dyad 心理健康盘」，验证后从围术期扩到慢病管理 / 产后 / 丧亲 / 其它高照护-负荷时刻。架构按**可泛化的「照护-历程（care arc）」**设计，不写死在手术上（见
product-plan数据模型）。下文 §9-1 原 ⚑ 已 resolve 为此。 配套执行入口见.spec-initialization/changes/map-offline-care-flow/（P1 第一个 change）。
0. 一句话战略
医疗里最被忽视的时刻，不是手术本身 —— 是手术之前那几周的恐惧和之后那段孤独的康复；而且经历它的，从来是患者 + 身边那个照顾 ta 的人两个人。 wellbeing-eng 把一批稀缺的专业咨询师，变成能覆盖这整段历程、且可规模化、可信赖的陪伴 —— 服务的是「患者-照顾者 二元体（dyad）」，不是单个患者。
这句话里有四个被刻意选择的词，每一个都是一道护城河：手术（trigger）· 之前之后（arc）· 二元体（dyad）· 可规模化的专业（supply）。下面逐条拆。
1. 为什么这个能赢，而大多数「心理健康 App」赢不了
| 维度 | 通用心理/冥想 App | wellbeing-eng（围术期 + dyad） |
|---|---|---|
| 触发点 | 无。用户「想起来才用」 | 手术是有日期、有倒计时、高风险、高焦虑的硬触发 |
| 紧迫性 | 弱，可无限拖延 | 强，T-减天数在逼近 |
| 付费意愿 | 低（焦虑是慢性、模糊的） | 高（此刻是真需要，且常与一笔大额医疗支出绑定） |
| 可衡量结果 | 几乎没有 | 康复依从、术后情绪、并发风险 —— 有医学锚点 |
| 受众规模 | 单人 | ×2：患者 + 照顾者一起到来，几乎零增量获客成本 |
| 供给壁垒 | 内容随便抄 | 专业咨询师供给才是真瓶颈 —— 而这正是 Zoe 的资产 |
核心判断：通用 wellness 在一片没有触发、没有紧迫、没有付费理由的红海里抢「压力」这个模糊词。围术期把同样的心理能力，放进一个有时间结构、有动机、有医学结果的具体场景里。世界级产品都是从一个窄而真的入口切进去的，不是从「一个 wellness 平台」切。
2. 被忽视的另一半：照顾者（这是产品的第一性，不是加分项）
患者身边那个人 —— 配偶、子女、父母 —— 在医疗系统里是结构性在场、结构性受压、结构性无人服务的：
- 在场：ta 几乎一定会出现在每一个关键节点（决策、陪诊、术后照护），不需要单独获客。
- 受压：anticipatory grief、照护疲劳（caregiver burnout）、角色丧失、自身情绪被「我没资格累」压住。临床上照顾者的抑郁/焦虑发生率常高于患者本人。
- 无人服务：医院只管患者；保险只认患者；所有竞品只盯患者。
服务 dyad 的三个产品级后果：
- 关系面 ×2、黏性 ×2：一个 case 带来两条情感连接、两条留存曲线。
- 获客效率：两个用户一起到达，CAC 摊薄。
- 真实差异化：Zoe 本人曾是那个照顾者 —— 这不是 positioning 话术，是产品同理心的源头，决定了我们会把照顾者当独立的人来评估、来照护，而不是当患者的附属。
设计纪律（已写进
/spec-init:specifypersona）：任何 user 旅程，默认追问「这条路径对照顾者怎么走？」。
3. 决定一切的约束：咨询师小时（counselor-hours）
稀缺资源是合格咨询师的时间。平台存在的唯一意义，是让每一个咨询师小时走得更远，但不被稀释。这条约束决定了 AI 和人的分工：
| 层 | 谁来做 | 内容 |
|---|---|---|
| 可规模化层（高频、低风险） | AI | 结构化评估、心理教育、会谈间的陪伴/提醒/记录、初步分诊 |
| 不可替代层（低频、高风险、高价值） | 人（咨询师） | 真正难的对话、临床判断、危机处理、「人在场」的被陪伴感 |
| 杠杆层 | 课程/program | 把一个咨询师的方法论一对多复制 |
doctrine：AI 永远是放大专家，不是替代专家。 在心理健康领域这不只是伦理 —— 它是唯一能赢得信任、因而唯一能成立的商业模式。（与 feedback_experts_validate_not_block / feedback_humble_domain_expertise 一致。）
4. 双受众 × 时间轴：产品地图
把产品映射到「谁 × 围术期哪个阶段」的网格里 —— 这是后续所有 feature 的母图。
| 阶段 | 患者 | 照顾者 |
|---|---|---|
| 决策期 (T-数周) | 知情焦虑、选择恐惧、信息过载 | 替 ta 做决定的重压、信息搜集疲劳 |
| 术前 (T-14…T-1) | 预期焦虑、失眠、灾难化思维 → CBT/正念 | anticipatory load、后勤+情绪双线 |
| 手术日 (T0) | 恐惧峰值 → 即时安抚/呼吸 | 等待室的无助、最孤独的几小时 |
| 急性康复 (T+1…T+30) | 疼痛-情绪共病、依从性、身份动摇 | 照护疲劳峰值、警觉过载、自我消失 |
| 长尾适应 (T+30…) | 慢病心理社会适应、复发恐惧 | 角色丧失/退场、被压抑的情绪反弹 |
每一格都是一个潜在 capability/program 的落点。P1 的任务不是填满这张表，是先在 1-2 格里把线下流程跑透。
5. 闭环：价值与数据怎么转（用户 ↔ 平台+产品+课程 ↔ 咨询师）
内容/渠道 ──► 在「触发时刻」获得 dyad
│
▼
评估 + 匹配 ──► 对的咨询师/课程/节奏，快速
│
▼
陪伴 + 课程 ──► 持续参与（留存）+ 可见的改善（结果）
│
▼
结果 + 会谈沉淀 ──► 回流到 匹配↑ / 课程↑ / 咨询师产能↑
└──────────────► 飞轮
- 钱怎么进（⚑ 待定）：dyad 订阅 / 课程购买 / 咨询师撮合抽成；中期可能 B2B2C（医院、术中心、保险、药企患者支持项目）。
- 北极星指标候选：「每个 dyad 被有效支持的康复周数」（sustained, outcome-positive engagement weeks per dyad）—— 一个同时编码了留存、覆盖双人、且与结果挂钩的指标。不是 DAU，不是下载量。
- 飞轮的真正引擎：会谈里沉淀的真实方法 → 变成课程和更好的匹配 → 让稀缺的咨询师产能放大 → 能服务更多 dyad → 更多真实数据。数据-课程-产能是这个飞轮的轴，不是流量。
6. 能力层 → 产品面 映射（capability → product surface）
Capability（capability/） | 喂养的产品面 | P 阶段 |
|---|---|---|
| counselors：心理咨询师 / 围术期支持辅导师 / 疗愈引导师 persona | 匹配、陪伴、督导 | P2 |
| skill：结构化评估（患者 + 照顾者各一套） | 用户入口评估、匹配 | P2 |
| skill：循证干预（CBT/ACT/正念/叙事） | 陪伴、课程 | P2-3 |
| skill：危机识别与分诊 | 贯穿所有面（安全闸） | P1 就要有雏形 |
| skill：课程编排 | program 交付 | P3 |
| skill：随访 | 留存、结果回流 | P2-3 |
| connector：用户档案 / 课程库 / 排期 / 内容回流（PII 最小化） | 全端 | P2-3 |
7. 信任与安全 = 护城河，不是免责声明
在心理健康里，安全就是产品。三条做成一等产品流程，而非页脚小字：
- 危机分诊与转介：自伤/自杀/伤人/急性精神病性信号 → 立即转人工 + 危机资源，AI 绝不闭环。这是一条产品主流程，P1 就要有纸面 SOP。
- 边界与知情同意：明确区分「陪伴/教育/自助内容」与「专业咨询/诊疗」。用户每一步都知道自己在跟什么互动。
- PII：心理健康数据是最高敏感级 —— 最小化采集、脱敏、可删除、可导出；真实个案永不入 git。
- ⚑ 合规前沿：中国语境下「心理咨询」与「精神科诊疗」的法律边界、互联网诊疗/互联网医院相关规定 —— 作为设计输入，需法务/专业把关。不要在不确定时假装确定（
feedback_calibrated_honesty）。
8. 排序逻辑：offline-first，每个阶段一道毕业闸
不先建平台。先让流程在线下跑出真实结果，再把摩擦最高、频次最高的步骤平台化。
| Phase | 做什么 | 毕业闸（满足才进下一阶段） |
|---|---|---|
| P1 线下跑通 + SOP | 用标准化 runbook 跑 N 个真实 dyad case，全程埋点 | ≥1 条端到端 SOP 可被另一个咨询师照着复跑；评估+危机分诊有纸面版；拿到首批真实流程数据 |
| P2 能力层 | 把评估、匹配、会谈间陪伴做成 capability + 评测 harness | AI 评估与咨询师判断一致性达阈值；危机分诊 0 漏报（线下复核） |
| P3 产品层 | 用户/咨询师两端 + 课程交付 | 一个 dyad 能在产品里走完「评估→匹配→陪伴→随访」；≥1 门课程可交付 |
| P4 增长闭环 | 内容/渠道 → 转化 → 留存 → 回流 | 单渠道 CAC < dyad LTV；北极星指标可被测量并环比改善 |
反模式（明确不做）：不先做一个漂亮的 App 再去找流程；不在没跑通线下前招大量咨询师；不在没有危机分诊前开放公众自助入口。
9. 风险与未决问题 ⚑
- 🔒 入口宽窄 — 已拍板 (jacky 2026-06-16)：选 (b) 围术期作为心理健康大盘的首个场景。入口仍是围术期的硬触发窄切口（保住 §1 的全部优势），但产品与架构按更大的 dyad 心理健康盘设计，验证后扩展到慢病管理 / 产后 / 丧亲 / 长期照护等其它高照护-负荷时刻。含义：①时间轴（§4）从「围术期模板」抽象为通用「照护-历程 care arc」；②不在围术期内把数据模型/能力写死；③扩展场景排在 P3 之后、且每个新场景复用同一套 dyad + 安全 + 能力底座。风险：盘子变大易失焦 —— 纪律上仍只先把围术期一个场景跑透，扩展是「证明可复制后」的动作，不是并行铺开。
- 咨询师供给能否扩：Zoe 现有 pool 多大？能否被培训到平台标准？供给是飞轮上限。
- 付费方：患者付、照顾者付、还是医院/保险/药企患者支持项目付？（影响整个商业模式）
- 合规边界：见 §7.4。
- 可信的结果口径：我们能诚实claim 的「非临床」改善指标是什么（不能越界成疗效宣称）？
10. 未来 90 天（planning 的落点）
不写愿景 PPT，写一件可执行的事：
用标准化 runbook，线下跑 N 个真实「患者-照顾者」case；全程埋点；从真实 case 里反推出评估 skill 与危机分诊 skill 的首版规格；据此决定第一个要被平台化的产品面。
这件事的完整 specify 在 → .spec-initialization/changes/map-offline-care-flow/（proposal + design + tasks）。
需要 Zoe 输入的最小集合（→
reference/）：现有线下流程的真实步骤、用的评估工具/表单、咨询师名册与专长、一个匿名化的真实 case 走向。jacky 输入：商业计划/付费方假设/渠道想法。