ARCBOS
ARCBOS
ENGINEERED FOR EXTREME CONDITIONSARCBOS 极端环境无人作业系统平台
美国天使轮商业计划书(中文版)
一句话判断
机器人最后一个长期没有被真正解决的场景之一,是极端环境。ARCBOS 从这里切入。
ARCBOS 不是一家除雪设备公司,而是一家从极寒除雪切入、建立极端环境无人作业能力的工业机器人平台公司。
为什么值得现在看
- 切入的不是新需求,而是长期存在、持续预算化的刚需支出
- 难点不是单点技术,而是极端环境下的系统工程能力
- 一旦成立,复制的是站点级部署与多场景扩展能力,而不是单机销售
第一入口
- 产品:SnowBot
- 形态:全电、自治、工业级极寒除雪机器人系统
- 作用:验证极端环境下的工程能力是否成立

如果这件事成立
如果这条路径成立,机器人将不再只停留在室内、仓储和规则化路线里,而会真正进入极端户外环境,承担高频、刚需、后果敏感的真实任务。
我们在做什么
我们在做的,不是一台除雪机器人,而是一套面向极端环境的工业级无人作业系统平台。
ARCBOS 选择从最难、最接近真实工业运维价值、也最容易形成工程壁垒的场景切入。我们聚焦的不是室内,不是消费,不是玩具化自动化,而是户外、连续、低温、重载、可追责、必须完成任务的场景。
当前主流解决方案依然依赖:
- 人工调度
- 燃油设备
- 经验驱动执行
- 结果不可审计
ARCBOS 要做的,是把这一类任务从“人和设备的临时拼凑”,升级为“可长期稳定运行的工业级无人作业系统”。
平台定义图
ARCBOS
├─ 第一入口:SnowBot(极寒除雪)
├─ 共性能力:户外自治 / 极端环境可靠性 / 远程运维 / 安全降级
└─ 横向扩展:除草 / 安防巡逻 / 工业巡检 / 户外无人运维公司定位对比
| 公司定位 | 投资理解 | 结果 |
|---|---|---|
| 智能除雪机项目 | 单一设备生意、季节性天花板明显 | 估值空间有限 |
| 极端环境机器人平台 | 高壁垒入口、先难后广、可复制 | 更具平台想象力 |
融资目标
ARCBOS 当前正在进行一轮面向美国市场的 Angel / Platform Entry Round。
- 目标融资金额:US$4M–6M
- 目标出让比例:10%–15%
- 资金用途:建立第一套可运行工程系统,验证极端环境下的关键能力,并启动北美试点与下一轮融资入口
本轮融资的核心目标,不是短期收入,而是完成从“概念验证”到“工程成立”的关键跃迁。
为什么这个机会存在
极端环境无人作业不是伪需求,而是长期被低估的真实市场。
以商业与工业设施运维为例,冬季除雪并不是可选消费,而是典型的刚需支出。客户不是因为对机器人有兴趣而采购,而是因为他们本来就在持续为这类任务付费。
这类场景通常具备四个共同特征:
- 必须发生
- 每年重复
- 已有预算
- 失败成本高
首批目标客户类型
| 客户类型 | 任务特征 | 适配原因 |
|---|---|---|
| 数据中心 | 高可靠、低容错、夜间持续运行 | 对响应和可审计性要求高 |
| 医疗园区 | 安全敏感、通行要求高 | 失败成本高,适合高可靠方案 |
| 物流园区 | 夜间作业多、覆盖面积大 | 对效率与持续运行更敏感 |
| 工业园区 | 复杂场地、连续运维 | 更容易形成多区域部署 |
| 商业综合体 / 校园 | 标准化区域较多 | 适合先做示范与复制 |
这些客户真正面对的问题,并不是“市场上没有设备”,而是现有解决方案很难同时满足以下要求:
- 夜间可响应
- 极端天气下可执行
- 成本可预测
- 服务过程可审计
- 风险可控制
机会判断
真实需求
+ 已有预算
+ 失败成本高
+ 现有方案低效
= 自动化切入窗口需求质量对比
| 维度 | 低价值需求 | ARCBOS 对应机会 |
|---|---|---|
| 需求属性 | 可有可无 | 必须完成 |
| 预算属性 | 需要教育客户 | 客户本来就在花钱 |
| 失败后果 | 低 | 高 |
| 自动化价值 | 好看但不刚需 | 可直接替代既有 OPEX |
市场规模(极简版)
- 美国商业除雪及相关运维市场,年支出规模约 $20B+(含人工、外包与设备)
- 这类支出不是一次性采购,而是每年重复、按站点持续发生的刚需 OPEX
- ARCBOS 对应的不是整个户外运维市场,而是其中最刚需、最难自动化、也最容易建立壁垒的入口
这不是一个设备市场
而是一块长期存在、持续付费、可被自动化逐步接管的支出池为什么是现在
过去做不了的事情,正在因为技术与市场条件同时成熟而开始成立。
过去十年,户外无人作业之所以没有真正跑出来,不是因为需求不存在,而是因为关键技术和工程条件不够成熟。
今天,几个变量开始同时成立:
- 电驱系统成熟,适合替代燃油方案进入高频作业场景
- 传感器、控制器和计算平台成本下降
- 自动驾驶与机器人相关技术持续外溢到工业场景
- 客户对可审计性、可预测性和远程管理的要求持续增强
成立窗口逻辑
| 过去的限制 | 今天的变化 | 对 ARCBOS 的意义 |
|---|---|---|
| 电驱不足 | 电驱成熟 | 有机会进入连续户外作业 |
| 感知与控制成本高 | 关键硬件成本下降 | 更接近工程可行区 |
| 自动化能力分散 | 机器人 / 自动驾驶技术外溢 | 更容易形成系统集成 |
| 客户只看人工 | 客户开始重视可审计和可预测性 | 自动化方案更容易被认真评估 |
以前:需求存在,但能力不成立
现在:需求仍在,而且能力开始可能成立
投资窗口的本质,不是需求第一次出现,而是“工程成立”第一次变得现实ARCBOS 的判断是:极端环境自动化已经从“不可能”进入“谁先做成谁先占位”的阶段。
当前进展
ARCBOS 当前不是从零开始讲故事,而是已经完成了方向、架构与首轮工程路径的定义。
已完成的基础工作
- 明确公司定位:从极寒除雪切入的极端环境无人作业平台
- 明确第一入口:SnowBot(全电、自治、工业级极寒除雪机器人系统)
- 已完成核心产品逻辑、平台逻辑与阶段路径设计
- 已搭建项目基础组织框架,并围绕工程样机构建核心能力结构
- 已开始围绕机械、电控、控制与系统集成推进工程实现路径
当前所处阶段
ARCBOS 当前处于:
从方向与系统定义
进入工程样机实现阶段这意味着,我们已经跨过“项目是否值得做”的判断阶段,进入“能否把系统做成”的关键阶段。
本轮融资前的核心目标
在本轮融资完成前,ARCBOS 的重点不是扩张,而是继续压实三个基础:
- 工程系统路径是否成立
- 极端环境下的关键能力是否可验证
- 北美试点与下一轮融资所需的可信证据是否能建立
当前的关键,不是讲得更大
而是把第一套系统真正做出来为什么先从 SnowBot 切入
我们不从最容易的场景切入,而是从最难但最有壁垒的场景切入。
SnowBot 是 ARCBOS 的第一款产品。它定位为全电、自治、工业级极寒除雪机器人系统。
我们选择除雪,不是因为它是一个小众设备机会,而是因为它是最适合验证平台能力的第一场景之一。
SnowBot 作为第一入口的原因
| 选择标准 | 极寒除雪的现实特征 | 对平台的价值 |
|---|---|---|
| 环境难度 | 低温、湿滑、低可见度、冰雪混合 | 放大系统短板,逼出真实能力 |
| 任务性质 | 高频、刚需、夜间发生 | 更接近真实运维需求 |
| 客户要求 | 响应、可靠性、安全 | 有利于建立高门槛产品定义 |
| 扩展性 | 户外无人作业共性强 | 便于向相邻场景复制 |
如果一个系统只能在温和条件下跑通,它很难形成真正的工业壁垒。如果一个系统能在极寒、低附着、长时间户外运行的条件下成立,它就更有资格成为平台能力的起点。
通过 SnowBot 验证的核心能力
SnowBot 验证能力
├─ 极端环境下的系统可靠性
├─ 长时运行能力
├─ 非理想地面与复杂工况执行能力
├─ 远程监控与异常处理能力
└─ 安全降级与工业部署能力为什么这不是单一产品,而是平台入口
SnowBot 的价值,不只在于解决除雪问题,而在于验证一套可横向复制的平台能力。
一个真正的平台型机器人公司,不能靠空谈“未来可扩展”成立。它必须先在一个足够难、足够真实的场景里,把共性能力做出来。
从单点产品到平台能力的演进
SnowBot(极寒除雪)
└─ 验证:户外自治 + 极端环境可靠性 + 远程运维 + 安全降级
└─ 形成:极端环境无人作业平台能力
└─ 扩展:除草 / 巡检 / 安防 / 户外运维平台能力映射表
| 通过 SnowBot 验证的能力 | 是否只属于除雪 | 后续可迁移方向 |
|---|---|---|
| 户外无人作业能力 | 否 | 除草、巡逻、巡检 |
| 极端环境适应能力 | 否 | 冬季、雨雪、高风等场景 |
| 多系统协同能力 | 否 | 多类作业平台 |
| 远程运维与状态回传能力 | 否 | 全部商用部署场景 |
| 安全停机与降级运行能力 | 否 | 所有高后果任务 |
| 模块化工程架构 | 否 | 新产品线复用 |
SnowBot 不是 ARCBOS 的全部。它是平台成立的第一验证节点。
我们如何建立壁垒
我们的壁垒,不是某一个单点技术,而是极端环境下跨系统工程能力的建立。
真正难的不是做一个模块,而是让机械、能源、控制、感知和运维在极端条件下同时成立,并长期稳定工作。
壁垒结构图
壁垒
├─ 极端环境系统耦合门槛
├─ 从“能跑”到“能长期稳定工作”的差距
├─ 高难场景积累出来的经验与数据
└─ 平台化架构的复用能力壁垒拆解表
| 壁垒层 | 核心难点 | 为什么难复制 |
|---|---|---|
| 系统耦合 | 机械、能源、控制、感知、运维同时成立 | 不是采购零件就能解决 |
| 工程稳定性 | 演示可行 ≠ 工业部署可行 | 需要长期迭代与验证 |
| 场景经验 | 故障模式和边界条件来自真实环境 | 后来者需要重新踩坑 |
| 平台化架构 | 从第一天就为复用设计 | 单点产品很难反向长成平台 |
壁垒表达方式
| 常见空话 | 更准确的表述 |
|---|---|
| 我们技术先进 | 我们解决的是别人不愿先做、也难以快速补课的系统问题 |
| 我们方案领先 | 我们在最难场景里建立能力,后来者必须重新踩坑 |
| 我们产品创新 | 我们在做一个更难复制的平台入口 |
为什么是我们
这不是一个依赖单点技术的项目,而是一个典型的系统工程问题。
极端环境无人作业的难点,不在于某一个模块是否存在,而在于机械、电驱、控制、感知、运维能否在真实环境中长期稳定地同时成立。ARCBOS 从一开始就把这件事定义为系统工程,而不是单点研发。
核心团队
龚铁靖(Andy Gong)
Founder & CEO
- 长期从事工业级系统集成与工程落地
- 具备电气、能源系统与复杂工程项目背景
- 熟悉中美两地项目推进、跨境工程协同与商业落地环境
- 擅长从系统层定义问题,并推动从方案到工程交付的完整闭环
龚继锋
Co-Founder / Strategic Development
- 负责公司关键资源协调、战略推进与重大事项支持
- 在公司组织搭建、资源整合与长期发展路径上承担核心作用
- 作为核心合伙人参与公司方向、节奏与关键节点决策
陈超
Core Engineering Lead
- 负责核心工程体系推进与产品工程化落地
- 重点参与结构、系统实现与工程样机阶段的关键工作
- 在把概念转化为工程系统的过程中承担一线推进角色
甄文胜
Core Operations & Execution
- 参与公司核心事项推进与关键支持工作
- 在产品推进、协同执行与业务落地层面承担重要角色
- 作为核心成员参与项目整体节奏与关键任务执行
团队能力结构
当前团队不是按岗位堆人,而是围绕系统能力构建:
机械结构
嵌入式 / 电驱
控制系统
感知与定位
系统集成
测试与验证我们优先建立的,不是一个演示型团队,而是一支能够把系统在真实环境中做成、跑稳、迭代起来的工程团队。
为什么这支团队适合做这件事
这类项目失败的常见原因,不是技术概念不存在,而是:
- 只做单点模块,没有系统能力
- 只做 demo,没有工程稳定性
- 只做实验室验证,没有真实环境路径
ARCBOS 从一开始就避免这三点。我们的路径不是先做一个好看的展示件,而是先把最难的工程问题做出来。
商业化路径
这不是一个从零创造预算的市场,而是一个替代既有 OPEX 的市场。
客户不会因为“喜欢机器人”买单,客户只会因为它能更稳定地完成任务、减少人工依赖、降低长期不确定性而买单。
三条商业化路径
| 路径 | 适用客户 | 优点 | 现阶段意义 |
|---|---|---|---|
| 设备销售 | 有自营运维能力的大客户 | 回款路径直接 | 有利于验证采购意愿 |
| 租赁 / RaaS | 更关注结果而非设备所有权的客户 | 更匹配 OPEX 逻辑 | 有利于长期平台运营 |
| 与现有服务体系合作 | 已有外包运维体系的客户 | 进入阻力更低 | 有利于更快进入真实场景 |
单站部署逻辑
| 站点规模 | 建议部署台数 |
|---|---|
| 小型站点 | 2–3 台 |
| 中型站点 | 3–6 台 |
| 大型站点 | 6–10 台 |
客户决策的核心问题
谁付钱
谁验收
谁承担运行责任本轮融资要完成什么
本轮融资不是为了解释收入,而是为了完成一次能力跃迁。
这是 ARCBOS 面向美国市场的全新天使轮融资。当前没有成熟收入,也没有完整财务报表支撑,因此这轮融资的核心不是报表,而是能力成立。
本轮融资定义
This is not a revenue round.
This is a capability inflection round.本轮资金的核心用途
| 资金用途 | 要完成的结果 |
|---|---|
| 建立第一套可运行工程系统 | 从概念走向真实系统 |
| 验证极端环境下的关键能力 | 建立“能成立”的工程证据 |
| 打开北美试点与下一轮融资入口 | 进入更强的可信阶段 |
里程碑路径
| 阶段 | 时间 | 核心目标 | 输出 |
|---|---|---|---|
| Phase 1 | 0–6个月 | 样机完成 | 可运行工程样机 |
| Phase 2 | 6–12个月 | 工况验证 | Failure modes 与验证结果 |
| Phase 3 | 12–18个月 | A轮基础 | LOI + 测试报告 |
| 平台扩展 | 后续 | 横向复制 | 除草 / 巡检 / 安防 |
投资时点对比
当前阶段的定价逻辑,不是按收入倍数,而是按平台入口价值、工程成立概率与后续放大空间定价。
| 现在投 | 再等等 |
|---|---|
| 投的是入口和能力形成过程 | 买的是已经被验证后的更高价格 |
| 风险更高 | 风险可能更低 |
| 回报弹性更大 | 回报弹性通常更小 |
ARCBOS 的长期图景
ARCBOS 的目标不是卖几台机器,而是定义极端环境户外无人作业的新基础能力。
如果 SnowBot 成立,成立的不只是一个除雪产品,而是一条新的路径:机器人不再只属于室内、消费、仓储或固定路线场景,机器人也可以真正进入 brutal outdoor conditions,承担高频、刚需、后果敏感的真实任务。
公司演进图
阶段1:SnowBot 切入极寒除雪
阶段2:建立极端环境无人作业能力
阶段3:进入北美试点与客户验证
阶段4:扩展到除草 / 巡检 / 安防 / 户外运维
阶段5:成长为极端环境机器人平台公司四类基础能力
- 面向极端环境的可靠运行能力
- 面向户外复杂作业的自治能力
- 面向长期部署的远程运维能力
- 面向多场景扩展的平台化能力
公司形态
不是一个季节性设备品牌
不是一个单点功能机器人团队
而是一家拥有极端环境作业能力栈的工业机器人平台公司投资人Q&A
Q1. 为什么这家公司对应 US$30M–60M 的估值区间?
因为这不是单机项目,而是平台入口。
市场是长期预算化的刚需支出,第一场景验证的是可复用能力,一旦成立,复制的是站点级部署系统,而不是单机销售。
Q2. 为什么这不是一个季节性除雪设备项目?
因为 SnowBot 不是终点,只是第一入口。
它验证的是户外自治、极端环境适应、长时运行、远程运维和安全降级,这组能力天然可以扩展到除草、巡检、安防和其他户外运维场景。
Q3. 为什么现在是投资时点?
因为现在买的是入口,等做出来再投买的是结果。
需求早就存在,变化在于工程能力第一次开始具备成立条件。
Q4. 为什么先做最难的极寒除雪?
因为容易的场景容易展示,但难建立壁垒。
极寒除雪同时拉高了环境难度、任务刚需和客户要求,一旦成立,平台价值和护城河都会明显增强。
Q5. 为什么客户会买单?
因为客户本来就在为这类任务持续付费。
ARCBOS 对应的不是教育客户买全新需求,而是替代既有 OPEX,提供更稳定、更可预测、更可审计的执行方式。
Q6. 壁垒到底是什么?
不是单点技术,而是极端环境下的跨系统工程能力。
真正难的不是做一个模块,而是让机械、能源、控制、感知和运维在极端条件下同时成立,并长期稳定工作。
Q7. 为什么不是大公司更容易做?
大公司有资源,但未必愿意先做最难、最脏、最不确定的入口。
先行者的优势不只是速度,而是先积累产品定义权、故障数据和工程经验。
Q8. 这轮 US$4M–6M 具体买来什么变化?
买来的不是报表,而是能力跃迁。
这笔钱将把项目从概念判断推进到工程成立,把内部研发推进到北美试点入口。
Q9. 商业模式会不会太早?
不会。
现在不需要锁死唯一模式,但必须先跑通商业闭环:谁付钱,谁验收,谁承担运行责任。
Q10. 如果这条路径成立,ARCBOS 最终会变成什么公司?
不是一个季节性设备品牌,也不是一个单点功能机器人团队。
它会成长为一家拥有极端环境作业能力栈的工业机器人平台公司。
结语
ARCBOS 不是在追逐一个短期热点。
我们在切入一个长期存在、预算成熟、后果敏感、但技术长期没有真正接管的市场。
SnowBot 是第一款产品,但更重要的是它背后代表的平台能力。
这不是一次对单一设备的押注,而是一次对极端环境无人作业平台入口的押注。
如果这条路径成立,ARCBOS 有机会成为极端环境工业机器人方向上的关键早期公司。