面向辅助型家用机器人的部署操作系统，让重度行动障碍试点变成康复机构可稳定交付的日常任务项目。

1. 非人形机器人突然更像一条可信的家庭路线，因为当前最强的真实家庭案例，说的是更安全、更容易部署的轮式系统，而不是困在实验室里的人形机器人。
2. 重度行动障碍用户现在已经开始看到具体的独立生活收益，这意味着买方可以围绕日常生活结果来批预算，而不是押注未来某一天才会到来的全自主能力。
3. 商业化硬件今天就有明确的试点价格可买，这让部署可复制性从未来的机器人研究问题，变成了眼前的运营问题。
4. 第一批量产售罄，说明早期需求已经足够明显，支持和铺开瓶颈会在市场走到大众消费规模之前先冒出来。
5. Hello Robot 明说现在的试点就是为了摸清什么能在家庭里规模化，这等于直接验证：真正缺的是部署和可靠性知识，而不是机器人本体的新鲜感。

催化因素。 Stretch 4 已经开售，第一波售罄需求也已经出现，公司自己又明确表示现阶段试点是在学习什么能在家庭里规模化，这让部署标准化一下子变得很急。

这套居家机器人独立运营系统，给康复服务方一套结构化方法去上线和管理每一次辅助机器人部署。安装前，服务方先采一份轻量房间地图、目标任务（比如备早餐或拿取物品），再记录用户的触达和支撑约束；系统再把这些信息转成推荐任务包和安装清单。部署后，系统持续盯任务完成情况、导航失败、照护者介入和停机时长，一旦某条工作流开始掉线，就把远程支持或再培训派上去。产品还会沉淀一套可复用的家庭任务模板库，覆盖厨房、卧室、门口和用药等场景，让下一次部署不是从零开始，而是直接站在前面的验证结果上。这样一来，即便服务方不是机器人实验室，也能把一小队辅助机器人管起来。

差异化。 机器人 OEM 会把精力放在硬件、核心自主能力和少数标杆试点上，而康复服务方也没能力自己做一套机器人运营软件。这家公司要做的，是中立的部署层：把跨安装点、跨供应商的家庭布局数据、任务成功模式、临床审批和恢复剧本沉淀下来。这套数据会越滚越厚，最后变成真正的防守点，因为这个市场最难的 know-how 不是通用操作智能，而是知道“什么样的家庭任务，在什么样的用户画像和布置条件下，才真能稳定跑通”。

待完成任务

flowchart LR
  Buyer[Rehab provider] --> Pain[Bespoke home robot installs fail to scale]
  Pain --> Product[Home robot independence ops]
  Product --> Outcome[More reliable daily-task independence with lower support burden]

高管要点

• 真实可用的家庭辅助硬件现在已经存在，但运营侧仍离不开 人在回路 控制、试点学习和故障恢复工作流；因此眼下更紧迫的是部署软件，而不是再造一种机器人形态。[1][2][4][37]
• 最合适的首批买方是服务机构，不是消费者，因为重度行动障碍场景需要临床签核、家庭配置、照护培训和支持人力，单靠家庭自己无法标准化。[8][9][11][16]
• 赛道里挤满了相邻硬件和陪伴型产品，但真正中立、面向家庭部署的操作系统几乎没有；因此今天的正面竞争强度中等，机群规模起来后才会明显升温。[19][24][29][31][38]
• 预算能不能跑通，关键不在“替代所有照护”，而在于能否减少安装失败和支持工时；对照每小时 $35 的家庭护理成本和五位数机器人硬件，若一层面向服务方的部署系统能把独立生活达成时间拉短，就有机会打出 ROI。[4][27][30][41]

市场定义

这不是整个消费级家用机器人市场。真正相关的支出，落在辅助型服务机器人、家庭/个人护理机器人，以及把高需求家庭部署中的入组、任务验证、照护培训和远程支持标准化的康复运营软件交叉处。IFR 明确把有限自主的辅助机器人算进服务机器人，这比“消费电子玩具”框架更贴近这个切口。[19][20][21]

用户与买方

终端用户是住在家里的重度行动障碍成年人，尤其是颈髓损伤等上肢功能直接决定 ADL 独立性的群体；但真正的经济买方，是负责部署、文档和支持的服务机构。即便有专业照护，家庭照护者仍深度参与，因此以服务方工作流为早期买方切口更现实。[6][8][9][11][16]

购买触发点

• 服务方下单了第一批真正意义上的家用机器人群组，结果发现每一次安装都还要单独布房、挑任务、带照护者上手。 [1][2][24][25]
• 临床团队需要更快把设备交付推进到高需求用户真正跑出第一项稳定的日常生活结果。 [2][8][11]
• 当人员压力叠加高昂的家庭护理人工成本后，手工支持会迅速变得太贵。 [9][31][41]

支付意愿

当前机器人价格带已经从面向消费者的融资模式（Labrador、ElliQ）一路拉到 $29,950 的辅助平台（Stretch 4），医院机器人则多按定制化 机器人即服务 出售。对照每小时 $35 的非医疗家庭照护成本，只要部署 OS 能明显缩短独立生活达成时间，或压低单台活跃机器人的支持工时，就有预算成立的空间。 [4][27][30][31][32][41]

品类动态

增长信号 11.5% CAGR

验证信号

• Hello Robot 表示，Stretch 4 首批量产已经售罄，预计会生产 200–300 台。
• Labrador 披露，alpha 试点用户在真实家庭里每月最高可用到 100 次。
• Diligent 把机器人实施周期描述为“按周算，不是按月算”，说明客户已经愿意为部署纪律付费。
• AARP 发现，计划长期住在原地的老年人里，有 43% 预计会做家庭无障碍改造，而技术也是方案的一部分。

监管与技术约束

• ISO 13482 为个人护理机器人设定安全预期，并明确指出某些危险类别的冲击和伤害限制问题仍未完全解决。
• 当前 Medicare 报销结构明确覆盖传统 DMEPOS 和家庭健康服务，但并不覆盖家用机器人部署 OS。
• 任何健康或独立生活相关营销宣称，都必须拿得出有力证据支持。
• 稳定部署仍然依赖导航、操作和故障恢复技术栈；这些能力虽然已经是生产级，但在凌乱家庭里远没到即插即用。

现阶段的玩家可以分成五类：以 OEM 为核心的辅助平台（Hello Robot）、约束更强的家庭实用机器人（Labrador）、陪伴/健康系统（ElliQ）、工作流很重的企业机器人运营商（Diligent），以及吸睛的人形机器人 aspirants（1X、Figure）。其中没有谁在做专门服务“康复机构主导、多家庭辅助项目”的中立部署 OS。[1][2][24][29][31][38][40]

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

• 开放式机器人技术栈. ROS 时代的工具能提供导航和操作原语，但给不了临床工作流、家庭就绪签核或服务方支持运营。
• 机器人 OEM. OEM 的重心在硬件、核心自主能力和卖试点；它们不会天然赢下跨供应商部署工作流这一层。
• 陪伴机器人厂商. 陪伴系统证明了护理科技里确实有人愿意订阅付费，但它们并不能解决物理 ADL 部署或家用机器人的可靠性问题。
• 企业机器人运营商. 医院机器人公司证明了实施纪律很重要，但它们的工作流剧本是为机构场所设计的，不是为凌乱的私人住宅。
• 人形家用机器人厂商. 人形玩家正在塑造行业预期和规模叙事，但它们现在还在证明家庭可靠性，离可复制的辅助部署还有距离。

这家公司最适合先做成一套部署操作系统，服务美国复杂康复经销商和神经康复机构——它们正把小规模辅助型家用机器人队伍部署到上肢行动严重受限成年人的家中。眼前最急的痛点，不是再证明“机器人理论上有用”，而是怎么把已经交付的硬件，稳定推到第一项可靠的日常任务，比如备早餐或取物，而不是每个家庭都重搭一遍流程。首个客户会是那类刚启动 10–30 台家用机器人群组的服务方；一旦项目开跑，它就会发现真正卡住的，是家庭勘察、临床审批、照护培训和故障恢复支持。切口故意收得很窄：房间扫描入组、经过验证的任务包、临床签核、照护培训提示，以及面向高需求家庭部署的远程可靠性监控。相比一开始就卖“大而全”的家庭机器人平台，这条路更容易验证，因为买方可以在同一套运营工作流里直接量出首个可靠 ADL 的耗时、安装失败率、单机支持小时数，以及试点转年度生产的转化率。最值得相信的点在于，可下单的硬件已经出现，早期需求也看得见；而 idea.yaml 和 research.yaml 都指向同一个结论：真正缺的就是部署标准化这一层。最大悬而未决的问题仍是预算归属——现有材料还不能说明，最后会是服务方运营预算、OEM 打包、补助金，还是与支付方挂钩的项目成为主导付款路径。市场规模在滩头阶段说得通，但仍然偏窄，所以能不能做成风投级公司，取决于它能否先把重度行动障碍康复部署这条工作流跑通，再往居家养老和更广泛的家庭护理机器人项目外扩。

问题

• 辅助型家用机器人的部署今天仍像一次一案的现场项目：每个家庭都要重新勘察、挑任务、做安全评估，再把照护者带上手，机器人才能真正派上用场。
• 当机器人故障、家庭布局差异和支持升级还靠表格、供应商电话和治疗师记忆来追时，服务方根本没法把一小队机器人规模化。

解决方案

• 提供一套面向服务方的部署操作系统，把房间扫描、用户约束和 ADL 目标转成经过验证的任务包、安装清单、临床审批和照护培训工作流。
• 上线后持续监控任务完成、导航失败、照护者介入和停机情况，让支持团队能在用户放弃机器人之前把失效工作流拉回来。

为什么我们会赢

• 公司卡位在机器人 OEM 和康复服务方之间的运营层：硬件厂商天然不会拥有跨家庭工作流标准化，而服务方又没有团队去自己造机器人软件。
• 时间一长，产品会积累出一套有防守力的数据资产——哪些任务包适合哪些家庭布局、用户画像和支持条件；在这个切口里，这比单纯的通用操作智能更值钱。

里程碑

flowchart LR
  Wedge[Assistive home deployment wedge] --> MVP[Deployment OS MVP]
  MVP --> Proof[Faster activation and lower support burden]
  Proof --> Expansion[Provider expansion and OEM co-sell]

创始团队

实验路线图

风险评估

必须成立的条件

• 美国至少有 10–15 个服务方项目，每个都能支撑足够多的活跃机器人，才撑得起研究里写的第 3 年 SOM 假设。
• 在报销路径清晰之前，至少有一个服务方群组能靠更快上线和更低支持工时证明可量化 ROI。
• 一小组边界清楚的 ADL 可以在足够多的家庭里标准化，否则部署就会滑向纯定制服务。
• 只要审批、审计轨迹和工作流边界足够明确，临床团队愿意信任由软件介导的任务激活。
• OEM 会合作，至少不会主动封堵中立部署层，因为它们并不想自己背面向服务方的工作流运营。

待尽调问题

• 第一批 10–30 个家庭群组里，最先真正签预算的会是谁：服务方运营、OEM 打包、补助金，还是别的渠道？
• 早期家庭部署里，有多大比例能直接用可复用任务包，而不必写定制脚本或重度远程操控？
• 对重度行动障碍用户和服务方项目来说，哪两到三类 ADL 最快能打出可测量的 ROI？
• 服务方今天在每台活跃机器人安装后要花多少支持时间？其中有多少原本可以避免？
• 如果 Hello Robot 或其他 OEM 自己打包部署工作流软件，这家公司还能有多强的防守力？

模型合理性

• 收入引擎. 基础情景下，收入增长来自活跃机器人从 Y1 期末的 33 台爬到 Q4Y3 的 300 台，同时稳态单机收入回到研究中的每台 $8K 水平。
• 必须做对的事. 公司必须让任务包部署足够模板化，才能在把试点转成年化生产群组的同时，跑到 70% 毛利率目标。
• 模型何时会失灵. 如果服务方预算审批或 OEM 遥测接入把销售周期拖向下行情景，在还没跑到 Y3 SOM 目标前，现金就会先掉到 0 以下。
• 下一轮融资 proof. 到 Q4Y2 能证明约 165 台活跃机器人、2 个年度转正，以及 1 条可复制的伙伴驱动扩张路径，下一轮融资才站得住。

情景

敏感性

flowchart LR
  Leads[Provider cohort leads] --> Pilots[Paid pilot cohorts]
  Pilots --> Robots[Active robots under management]
  Robots --> Revenue[Onboarding + recurring software revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash runway]

警示项: 这套模型只有到 Y3 期末才摸到研究中的 300 台机器人 SOM，所以 FY2028 已确认收入仍低于 SOM 算出来的 $2.4M 退出 ARR。 · 每名期末 FTE 对应收入仍低于典型成熟 SaaS 基准，因为临床实施和现场支持还在吃掉真实人力。 · 源材料里预算归属仍没定，所以销售周期和 ARPU 的敏感性，比 headcount 计划更脆弱。

• 渠道归属不清. 市场可能需要更久才会决定，究竟是康复服务方、OEM、支付方还是自费用户会成为主导购买渠道。 缓解措施: 先从今天已经掌握部署权的共创客户切入——复杂康复经销商和神经康复项目——同时保持产品对供应商中立。
• 硬件成熟度不足. 如果辅助机器人长期不稳定，或者出货速度太慢，软件买方也可能推迟采购，因为装机基数始终长不起来。 缓解措施: 先从最早那批机器人队伍的监控、工作流工具和支持减负做起，让价值在硬件大规模普及前就先显出来。
• 临床与安全责任风险. 如果任务包配置失误，在高需求家庭环境里可能直接带来安全问题，信任也会很快被打穿。 缓解措施: 让临床团队始终留在审批闭环里，先从边界清楚、低风险任务做起，并在启用新工作流前要求明确签核和审计轨迹。