PWA 策略：LINE OA+Web 组合的应用形态决策
C 方向·应用出海机会（应用形态维度）。产品线的载体已定 LINE OA（对话）+Web（子女端），本篇决策「要不要/何时做 PWA 或 native」。
背景与问题
LINE ミニApp（japan-line-miniapp-opportunity）之外，PWA（Add to Home Screen 的 web app）是第三形态。对银发用户（不装 app 的铁律）与 solo（不维护双端）各自意味着什么？
发现（综合判断，设计决策笔记）
- 老人端铁律不变：不装任何东西——LINE 对话流+LLM 整理（japan-ai-welfare-call）就是老人端的形态；PWA 的「添加到主屏幕」对 75+ 仍是操作障碍 → 老人端永不用 PWA【推测：UI 能力观察】。
- 子女端：web 已够（移动 web 体验好+邮件/LINE 分享链接直开）；PWA 的增量（离线/推送/主屏图标）对子女端价值有限——**推送有 LINE 兜底（japan-sms-fallback-alert 三层架构）**，离线场景（看周报）罕见。
- Native 的触发条件只在：①需要 iOS 健康数据/BLE（japan-vitals-logging-module 的 v2 血压计连携）；②App Store 流量入口（opc-aso-2026）——两者都是规模化后的问题。
推测
- 三形态决策树：LINE OA（对话/老人端，永远的主形态）→ Web（子女端内容/结算/报表）→ PWA（仅当「子女端高频回访」被数据证明时做——主屏图标提升回访）→ Native（仅当硬件连携或商店流量需要时做）——形态升级永远由数据触发，不由技术热情触发。
- PWA 的隐藏成本提醒：iOS 的 PWA 推送/存储限制碎片化、Android 体验好——双端一致性差是 PWA 对「一人公司」的真实维护负担。
结论
可行动启发：
- 形态冻结声明：MVP 与验证期只用 LINE OA+响应式 Web 两形态——任何「要不要做个 App」的想法进 inbox（opc-launch-runbook 同纪律）。
- PWA 的触发数据线：子女端周回访 ≥3 次/人的用户占比 >40% 时评估 Add to Home Screen 引导——先测「分享到主屏」的手动引导转化，零成本验证需求。
- Native 的两把钥匙：BLE 硬件连携（血压计 v2）或 ASO 流量需求——任一出现才立项，立项时优先考虑「外包 native 壳」控制维护面。
- LINE ミニApp 的定位不变：它是「LINE 内嵌 web」=Web 的一个分发皮，不是独立形态（japan-line-miniapp-opportunity 的国别墙结论不变）。
待办 / 下次继续
关联
- 形态族：japan-ai-welfare-call（LINE 老人端）、japan-line-miniapp-opportunity（内嵌 web）、japan-app-launch-basics（栈）、opc-aso-2026（native 流量位）。