# PhyCyber Twin 合伙人创业方案书

日期：2026-06-02

## 1. 一句话

PhyCyber Twin 是一个面向机器人和具身智能团队的数字孪生生成服务：客户提供真实场景视频，我们交付机器人仿真训练可用的 3D 场景资产。

更通俗地说：

> 把仓库、工厂、实验室用手机拍一圈，快速变成 Isaac Sim / Unity / MuJoCo 等仿真环境里可用的机器人训练场景。

这不是电商，也不是普通 3D 扫描工具。它卖的是机器人训练数据和仿真环境生产能力。

## 2. 为什么现在做

机器人和具身智能正在进入数据瓶颈阶段。

算法模型越来越强，但机器人不像文本和图片模型，可以直接从互联网上抓海量训练数据。真实机器人数据采集慢、贵、危险，很多场景还无法反复试错。机器人团队需要大量仿真环境做训练、测试、合成数据生成和 sim-to-real 验证。

问题是：一个真实工厂、仓库、实验室要变成可用仿真环境，通常需要 CAD 建模、人工标注、碰撞体制作、尺度校准、格式转换和引擎适配。这个过程很慢，也需要专业人员。

当前市场上已有 Polycam、KIRI、Luma 等 3D 扫描工具，但它们主要解决“看起来漂亮”的 3D 模型问题，不解决“机器人能不能拿来训练和测试”的问题。

PhyCyber Twin 要切的就是这个中间层：

> 从真实场景到机器人可用仿真资产。

## 3. 核心痛点

目标客户的真实痛点不是“想要一个酷炫 3D 模型”，而是：

1. 训练场景制作太慢  
   手工建一个仓库、工厂或实验室数字孪生可能要几周到几个月。

2. 机器人数据太贵  
   遥操数据需要设备、人和时间，一小时有效数据背后就是一小时甚至更多人工成本。

3. 仿真环境和真实世界差距大  
   很多策略在 sim 里跑得好，真机上失败，原因之一是仿真场景和真实场景不够接近。

4. 普通 3D 扫描结果不够用  
   可视化模型通常没有语义标签、碰撞网格、物理属性和尺度信息。

5. 格式碎片化  
   Isaac Sim、Unity、MuJoCo、Unreal、ROS2 生态的导入和格式要求不同，每个团队都要重复踩坑。

## 4. 产品是什么

第一阶段，PhyCyber Twin 不做“大平台”，先做一个产品化技术服务。

客户提交：

- 场景视频
- 场景类型
- 使用目标，例如导航、抓取、避障、合成数据生成
- 目标仿真环境，例如 Isaac Sim、Unity、MuJoCo、Unreal
- 付费预算和交付时间要求

我们交付：

- 3D 场景预览
- 基础 3D 文件，例如 `.glb`、`.ply`、`.splat`
- 按需交付仿真环境适配文件
- 后续逐步加入语义标注、碰撞网格、物理属性、尺度校准

第一版 MVP 已经具备：

- 落地页
- 合伙人/投资人 Demo 页
- 样例输出包
- 候补邮箱收集
- 真实场景需求表单
- 视频上传
- 本地管理页
- JSONL 数据保存

项目路径：

`/Users/zackchen/Documents/Claude/Projects/phycyber-twin`

本地演示地址：

- 落地页：`http://localhost:3000`
- Demo 页：`http://localhost:3000/demo`
- 样例输出包：`/demo-output/`

## 5. 卖给谁

早期优先客户：

1. 海外机器人创业公司  
   他们需要快速 demo、快速实验、快速验证，采购链条相对短。

2. 海外高校机器人实验室  
   他们有真实研究需求，需要多场景实验、论文 demo、仿真测试环境。

3. 小型具身智能团队  
   他们有工程需求，但没有足够人力自己搭完整 3D 数据和仿真资产流程。

4. 机器人数据采集和标注公司  
   他们可以把 PhyCyber Twin 当作上游工具，提高场景生产效率。

5. 工业自动化集成商  
   他们需要给客户做工厂、仓库、产线的快速仿真原型。

6. 国内中小机器人公司  
   可以试单，但不把中国大厂作为早期主客户。

不建议早期主攻中国大厂。原因是大厂采购慢、内部团队强、容易白嫖方案，也可能看完 demo 和技术路线后直接内部复刻。

## 6. 我们卖什么

早期不要卖“技术路线”，只卖“交付结果”。

可售卖的产品包：

### 单场景数字孪生交付

价格建议：$299 - $999 / 场景

适合个人开发者、小实验室、小团队试单。

交付内容：

- 一个真实场景的 3D 重建结果
- Web 预览
- 基础导出文件
- 一页交付说明

### 机器人仿真环境快速制作包

价格建议：$1,999 - $5,000 / 项目

适合创业公司和实验室。

交付内容：

- 3-5 个场景
- 目标仿真环境适配
- 基础标注和尺度说明
- 远程交付会议

### 月度场景处理包

价格建议：$999 - $2,999 / 月

适合数据公司、实验室和持续迭代的机器人团队。

交付内容：

- 每月固定数量场景处理
- 优先处理
- 标准化交付模板
- 逐步接入自动化管线

### SaaS 订阅

等交付流程稳定后再做。

初步定价：

- Pro：$49 / 月起
- Studio：$199 / 月起
- 大客户按项目或用量报价

## 7. 市场空间

这个项目不应该泛泛地说自己吃整个数字孪生市场，而是切一个更窄、更硬、更适合小团队切入的细分市场：

> 机器人训练数据和仿真环境生成。

上游大趋势已经明确：

- 数字孪生市场在快速增长。Grand View Research 估算全球数字孪生市场 2025 年约 358.2 亿美元，2033 年约 3285.1 亿美元。
- NVIDIA Isaac Sim 已经明确定位为机器人仿真、测试和合成数据生成框架。
- NVIDIA 在机器人用例中强调，真实训练环境可以在 Isaac Sim 和 Omniverse 里重建、渲染并用于合成数据生成。
- Physical AI / humanoid / warehouse robotics 的发展会持续放大对仿真环境、合成数据和 robot-ready 3D asset 的需求。

但早期市场打法要克制：

- 不做泛数字孪生平台
- 不做全行业工业软件
- 不先碰大厂采购
- 先找愿意为具体场景交付付费的小团队

我们的第一阶段目标不是证明“市场很大”，而是证明：

> 是否有 20-50 个真实机器人团队愿意提交场景，并且是否有 3-5 个客户愿意为单场景交付付费。

## 8. 竞争和差异化

已有竞争可以分三类。

### 3D 扫描工具

例如 Polycam、KIRI、Luma、Scaniverse。

它们强在快速生成漂亮 3D 模型，弱在机器人仿真可用性：

- 不一定有碰撞网格
- 不一定有语义标注
- 不一定有尺度校准
- 不一定适配 Isaac Sim / MuJoCo
- 不一定能用于训练和测试机器人策略

### 工业数字孪生平台

例如 Siemens、NVIDIA Omniverse 生态、大型工业软件。

它们能力强，但重、贵、复杂，不适合小团队快速试单。

### 机器人仿真和数据平台

例如 Isaac Sim 生态、仿真服务、合成数据公司。

它们强调仿真和训练，但很多团队仍然缺少从真实场景快速生成可用资产的入口。

PhyCyber Twin 的差异化：

- 不做普通扫描，做 robot-ready 场景资产
- 不做大平台，先做小项目交付
- 不卖技术路线，卖可验证结果
- 从真实客户场景中沉淀标准交付流程
- 逐步把人工交付自动化成 SaaS

## 9. 防白嫖策略

这是项目能否活下来的关键。

尤其面对中国大公司，早期必须避免：

- 免费讲完整技术路线
- 免费做长时间方案咨询
- 免费提供完整 demo pipeline
- 过早开放 API、源码或自动化细节
- 让对方拿走流程后内部复刻

实际策略：

1. 只讲输入和输出，不讲完整实现链路  
   输入：视频和需求。输出：可预览、可导出的场景资产。

2. 先收试单费  
   不做无限免费 PoC。哪怕低价，也要让客户付费。

3. 大厂只做结果展示  
   不把大厂作为早期主客户。未来可以作为高价项目客户，但不是验证阶段核心对象。

4. 以海外小团队和实验室为优先  
   他们更可能为效率和结果付费，沟通链条更短。

5. 数据和交付经验才是护城河  
   真正壁垒不是某个开源算法，而是大量真实场景、客户需求、格式适配经验和交付标准。

## 10. 技术路线

技术路线分四个阶段。

### 阶段一：需求验证

目标：拿到真实需求和视频。

已完成：

- 候补页
- 场景提交表单
- 视频上传
- 本地管理页
- 数据保存

### 阶段二：人工/半自动交付

目标：先交付结果，不追求完全自动化。

可能使用：

- 现有 3D 重建工具
- Gaussian Splatting 工具链
- COLMAP / Nerfstudio / gsplat
- 手工校准和格式转换
- Web 端 3D 预览

### 阶段三：标准化交付管线

目标：把重复工作流程化。

包括：

- 视频预处理
- 自动抽帧
- 3D 重建
- 模型清理
- Web 预览
- 基础导出
- 交付报告模板

### 阶段四：机器人可用增强

目标：形成真正壁垒。

包括：

- 尺度校准
- 语义标注
- 碰撞网格
- 物理属性
- 可行走区域
- 障碍物识别
- Isaac Sim / Unity / MuJoCo / Unreal 导出
- 合成数据生成

## 11. 90 天验证计划

### 第 1-2 周：完成可展示 MVP

- 部署落地页
- 加真实数据收集
- 加基础访问统计
- 准备 1 个示例场景 demo
- 准备 1 页对外介绍材料

### 第 3-4 周：找第一批真实用户

目标：联系 50-100 个潜在客户。

渠道：

- LinkedIn robotics founder / researcher
- X 上的 robotics / embodied AI 用户
- GitHub robotics 项目作者
- 海外高校实验室
- 国内中小机器人公司
- 机器人数据采集公司

目标结果：

- 20 个有效回复
- 10 个愿意提交需求
- 3 个提交真实视频
- 1 个愿意付费试单

### 第 5-8 周：完成第一批交付

目标：交付 3-5 个场景。

验证：

- 客户是否愿意等待 24-72 小时
- 客户最想要哪种导出格式
- 客户是否真的需要 Isaac Sim / MuJoCo
- 客户是否愿意为交付结果付费
- 单个场景的真实处理成本是多少

### 第 9-12 周：决定继续还是转向

继续条件：

- 至少 3 个真实客户提交场景
- 至少 1 个客户付费
- 客户明确表达“这个结果节省了时间”
- 可复制交付流程初步形成

转向条件：

- 客户只想免费试用，不愿付费
- 场景处理成本高到无法承受
- 客户真正想要的是完全不同的产品
- 大部分需求都变成高定制工业咨询

## 12. 合伙人需要做什么

这个项目需要的合伙人不是单纯写代码的人，而是能补足商业验证和客户获取的人。

理想合伙人职责：

1. 客户开发  
   找机器人公司、实验室、自动化集成商、数据供应商沟通，拿到真实需求。

2. 销售和报价  
   把单场景交付、项目包、月度包卖出去，避免陷入免费咨询。

3. 交付管理  
   跟进客户视频、需求、交付时间、反馈和复购。

4. 行业判断  
   判断哪些场景是真需求，哪些只是好奇试用。

5. 防白嫖  
   控制对外沟通边界，不轻易暴露完整技术实现。

Zack 侧重点：

- 产品方向
- MVP 开发
- 技术管线
- AI/Agent 自动化
- 样例 demo
- 交付系统沉淀

## 13. 合伙判断标准

不建议一开始谈大而模糊的股权合作。先用 30-60 天试运行判断。

建议合作方式：

- 第一阶段：项目制合作
- 合伙人负责客户开发和成交
- 每个付费项目按约定比例分成
- 连续成交并形成稳定合作后，再谈长期合伙结构

30 天判断标准：

- 是否能带来真实客户对话
- 是否能让客户提交场景
- 是否能推动试单付费
- 是否能控制沟通边界
- 是否认同“先卖结果，不卖方案”的打法

## 14. 最大风险

### 风险一：客户愿意聊，但不愿付费

应对：所有深度 PoC 前先收试单费，哪怕低价。

### 风险二：大厂白嫖方案

应对：大厂只看结果，不讲 pipeline；早期不作为主客户。

### 风险三：技术交付成本太高

应对：先人工/半自动交付，记录每一步成本，再决定自动化优先级。

### 风险四：需求过于定制化

应对：只接受可重复的场景类型，比如仓库、实验室、产线，不接纯咨询项目。

### 风险五：竞争对手快速进入

应对：抢真实场景数据、交付经验、客户关系和格式适配标准，不和大平台拼底层模型。

## 15. 当前结论

PhyCyber Twin 值得开启，但不能按“大平台”做，也不能先服务中国大厂。

正确路径是：

> 先用产品化技术服务验证真实付费，再从重复交付中沉淀 SaaS。

第一阶段只需要验证三件事：

1. 是否有机器人团队愿意提交真实场景视频
2. 是否有客户愿意为单场景交付付费
3. 是否能在 24-72 小时内交付一个对客户有用的结果

如果这三件事成立，再投入自动化研发。

## 参考资料

- Grand View Research: Digital Twin Market Size And Share, Industry Report 2033  
  https://www.grandviewresearch.com/industry-analysis/digital-twin-market
- NVIDIA Developer: Isaac Sim - Robotics Simulation and Synthetic Data Generation  
  https://developer.nvidia.com/isaac-sim
- NVIDIA: Robotics Simulation Use Case  
  https://www.nvidia.com/en-eu/use-cases/robotics-simulation/
- NVIDIA Blog: Scaling Physical AI With Synthetic Data  
  https://blogs.nvidia.com/blog/scaling-physical-ai-omniverse/
