AIGG 三期开发计划 ● ROADMAP INTERNAL ONLY
2026.04
人工生产力 / Artificial Productivity
Three-Phase Roadmap

MVP
平台
再到 生态 把 141 条需求拆成三个可独立交付的版本——
每一期不做后一期就死掉,每一期独立看也成立

本文档把《愿景》《需求规范》《接口契约》三份文档落到一份可执行的开发节奏上。 第一期是 真正可以跑通、可以交付到用户手里的 MVP——单只玩偶 + 卡带 + APP 闭环; 第二期上互联与多设备协同——让"玩具越多体验越好"成立;第三期开放创作者经济与跨场景。 每一期都满足"独立可交付"——即使后期不做,前一期也是完整的产品。

第一期
6 个月
第二期
9-12 个月
第三期
12+ 个月
总周期
~30 个月
§ 00
三期划分的设计原则Phasing Principles

把一个 141 条需求的平台拆成三期,最容易犯的错是每一期都"什么都做一点"—— 结果三期都不完整、三期都不能交付。本计划反其道而行:每一期都完整闭环、独立可用、独立成立。 第一期不是第二期的子集,是一个就算第二期不做也能正常上市卖钱的产品。

0.1每一期独立可交付

第一期结束 = 一只完整可用的 AI 玩偶 + 卡带 + 家长 APP,可以铺货卖给真实用户。 即使融不到 A 轮、即使第二期被砍,已经卖出去的产品仍能独立运转 3 年(关停责任已 Day 1 设计)。 这是对 Anki / Embodied 失败教训的回应——单点产品也得能撑住。

0.2"智能 × 互联"是乘积,但要先把因子做出来

《愿景》§01 说得清楚:智能拉升单点上限,互联拉升整体涌现,两者乘积才是护城河。 但乘积的两个因子必须先各自存在——MVP 先把"智能"因子做扎实,第二期才去做"互联"因子。 跳过 MVP 直接做互联会得到一堆"不够智能但能联机的玩具",没人愿意买。

0.3横山悟井哲学贯穿三期

任天堂 Game Boy 的设计哲学——用枯萎技术做横向思考。第一期 ESP32-S3 + 国产 LLM + NFC 30 年老技术; 第二期 MQTT 5.0(成熟协议)+ BLE Mesh;第三期才上视觉 AI 完整栈和蜂窝模块。 永远不在最前沿的硬件上烧钱,永远在成熟技术的不寻常组合上做差异化。

0.4合规与关停责任 Day 1 完成

儿童产品 0.001% 的事故都是品牌灾难。COPPA / GDPR-K / 中国《人工智能拟人化互动服务管理暂行办法》 必须在第一期 MVP 上线前 100% 合规——这不是第二期的事。同样,"关停时本地兜底"必须在 MVP 就设计好—— 即使公司倒了,玩偶仍然能在本地继续对话 6 个月以上。Embodied/Moxie 的悲剧不能重演。

0.5商业模式从第一期就要算清

MVP 不是"先不管钱"——MVP 就要把单位经济算清:BOM 毛利 ≥50%、单用户月度 LLM 调用成本 ≤¥3、 30 天留存 ≥40%。Anki 在破产前一年还卖了几亿美元 Cozmo 仍然资金链断裂——技术领先不等于商业可持续。

0.6每一期"刻意不做"的事比"做"的事更重要

创业团队最容易死于"什么都想做"。本计划在每一期都明确列出砍掉清单—— 不是"以后再做"的暧昧表态,是"这一期绝对不动"的硬约束。第一期不做雾节点、不做多设备协同、 不做 UGC、不做出海——这些都留给第二期、第三期。

0.7用做平台的方式做产品,但不是用做平台的方式做 MVP

《愿景》§06 反复警告:用做产品的方式做平台,是 AIGG 最大的失败可能。但反过来同样成立—— 用做平台的方式做 MVP 也会失败,因为公司活不到平台见效那天。MVP 必须是产品形态, 第二期才是平台形态。这两者的张力贯穿整个三期计划。

§ 01
三期总览The Three Phases at a Glance

用一张表把三期对齐到《需求规范》的 141 条原子需求和《接口契约》的 7 个通信通道, 每一期清楚知道"做哪些需求簇、跑哪些通道"。这张表是后续三章的目录索引。

维度 第一期 · MVP 第二期 · 平台化 第三期 · 生态化
周期 6 个月 9-12 个月 12+ 个月
核心命题 单只玩偶端到端跑通
智能因子成立
玩具越多体验越好
互联因子上线
跨场景与开发者经济
护城河成型
硬件 SKU 1 款基座精灵
¥299-499 价位
+情感层旗舰
+周边家族首批
+轮式机器人
+蜂窝玩偶
通信通道 3 个:BLE/NFC、APP↔云、云内事件 7 个全开:+雾节点、+设备影子、+IR +蜂窝、+视觉流
活动数 3 个 PGC 预置 30-50 个 PGC 500+ PGC + UGC 开放
AI 角色 Player + Persona 单一 +Helper、+Director、+Narrator +Opponent、+Author 全 7 类
商业模式 硬件销售为主 +卡带消耗、+订阅 +IP 授权、+B 端、+创作者抽成
渠道 电商 Beta + 自营官网 +孩子王 / 反斗城线下 +海外 + B 端场景授权
交付目标 3000-5000 台 Beta 10-30 万台量产 累计 100 万家庭
团队规模 20-25 人 50-60 人 100+ 人
资金需求 天使轮 ¥800-1500 万 A 轮 ¥3000-6000 万 B 轮 ¥1-3 亿
风险 能不能跑通 0 → 1 能不能从产品变平台 能不能等到生态见效

读这份文档的方式

创始人 / 投资人:从 §01 总览表开始,看每一期的"成功标准"和"砍掉清单"。 产品负责人:每一期的"功能清单"和"验收标准"是合同。 工程负责人:每一期的"架构选型"和"接口通道"决定排期。 合规 / 安全负责人:每一期的"风险底线"段落必须先签字。

§ 02
第一期 · MVPPhase One — End-to-End Loop
PHASE 01 · 可跑通的最小闭环

一只玩偶,一套卡带,一个能用的家长 APP

M0 — M6
MVP 不是 demo——是真实的 3000-5000 台进入家庭的产品。 它刻意不做协同、不做雾节点、不做 UGC——这些都留给第二期。 MVP 只回答一个问题:单点的"智能"因子能不能成立
硬件 SKU
1 款基座精灵
活动数量
3 个 PGC 预置
交付目标
5000 台 Beta
30 天留存
≥40 %

2.1产品形态与硬件选型

1 款基座层精灵玩偶——对应《需求规范》§04 的 ¥299-499 价位带,毛绒外形 + ESP32-S3 主控 (横山悟井哲学:不上 Jetson Orin,不追求算力最强)。1 麦 + 1 喇叭,无 LCD,无电机, BLE 5.0 + Wi-Fi 但不做 BLE Mesh。NFC 阅读模块,可识别周边卡片。 电池容量支持 6-8 小时连续使用。

必做的硬件能力

  • 语音输入(远场 1 麦 + 简单波束成形)
  • 语音输出(5W 喇叭 + 基础音腔设计)
  • NFC 卡片识别(13.56MHz, NDEF 标准)
  • BLE 5.0 配对(手机 APP 配网)
  • Wi-Fi 2.4GHz 直连云端
  • 触摸传感(头部触摸唤醒 + 拍打回应)
  • 1 颗呼吸灯(情绪表达)

砍掉的硬件能力

  • 摄像头与视觉 AI(第三期才做)
  • LCD 表情屏(第二期情感层旗舰才有)
  • 多麦克风阵列与精确声源定位
  • 电机与肢体动作
  • BLE Mesh 设备间组网
  • IR 红外通信
  • 蜂窝模块(第三期)

2.2软件架构(极简版)

《接口契约》文档列了 7 个通信通道,MVP 只跑通 3 个砍掉雾节点, 玩具直连云 MQTT(承担一定的网络劣化代价但换来工程复杂度暴跌)。

通道 协议 MVP 用途
玩具 ↔ NFC 卡 NFC NDEF 识别 IP 套装、激活活动、切换人格
玩具 ↔ 云端 MQTT 5.0 直连 语音流上传、TTS 下发、记忆同步——跳过雾节点
APP ↔ 云端 HTTPS + WebSocket 账号、家长查看、配网、内容审核结果推送
云内 BC ↔ BC 简化事件总线(Redis Streams) 身份、AI 路由、记忆服务之间的异步事件——不上 Kafka
玩具 ↔ 玩具周边 仅 BLE GATT 占位 仅做基础 OTA 通道,不做设备间协同

2.3AI 能力栈

云端 LLM 用国产豆包 / Qwen / DeepSeek(按《愿景》§07 风险五的成本约束—— 美元 LLM 仅作高端兜底)。语音识别(ASR)使用阿里 / 火山的儿童语音模型。 TTS 用火山语音的儿童音色 + 1-2 个 IP 角色定制音色。

✓ MVP AI 范围
角色 × 活动 矩阵的最小子集

《需求规范》§03 列出 7 个 AI 角色一级分类(Player / Opponent / Helper / Director / Narrator / Persona / Author), MVP 只做 Persona(角色扮演陪伴)Player(基础互动玩家) 两类。 Director(活动主持)、Narrator(讲故事)功能简化为预置脚本 + LLM 填充——不做完整 IR 解释器。

记忆系统(《需求规范》§01 的三层记忆 L1/L2/L3),MVP 只做 L2 短期 + L3 永久脱敏。 L1 工作记忆用单次会话上下文,30 天后自动归档为脱敏摘要。

2.4核心需求清单(P0 优先级)

从《需求规范》141 条中筛选出必须在 MVP 完成的 38 条,按需求簇归类如下:

R-01
设备首激活流程——从开箱到能对话不超过 10 分钟,家长扫码绑定家庭 ID
P0
R-02
NFC 卡片激活活动——卡片放到玩偶头部,5 秒内识别并切换到对应活动
P0
R-03
语音对话端到端延迟——从用户说完到玩偶回应不超过 1.5 秒(P95)
P0
R-04
儿童语音 ASR 准确率——3-8 岁儿童普通话 WER ≤ 12%
P0
R-05
原始语音不上云——本地脱敏后只上传文本摘要,硬件层强制策略
P0
R-06
三层记忆系统(简化版)——L2 30 天 + L3 永久脱敏,家长可一键删除
P0
R-07
Persona 长程一致性——同一玩偶跨 30 天对话保持人格特征不漂移
P0
R-08
3 个预置活动——睡前故事、即兴问答、简单家庭桌游主持
P0
R-09
内容护栏 4 闸(简化版)——LLM 输入/输出双层过滤 + 关键词黑名单 + 真人 Beta 抽检
P0
R-10
家长 APP 脱敏摘要——每日一份"今日成长简报",家长可见对话主题与情绪标签
P0
R-11
家长可调时间预算——单日打扰预算上限,超额玩偶主动结束对话
P0
R-12
OTA 升级机制——支持差分包 + 灰度发布 + 回滚,单次下载 < 5MB
P0
R-13
关停时本地兜底——核心人格 + 100 句兜底话术烧入设备 ROM,云端不可达时仍能对话
P0
R-14
合规先行——COPPA / GDPR-K / 中国《人工智能拟人化互动服务管理暂行办法》100% 合规
P0
R-15
负面情绪检测与反向引导——检测到孩子持续低落主动鼓励"和爸爸妈妈说",不替代真人
P0

以上为 P0 必做条目节选;P1 / P2 共 23 条不在此处展开(详见单独的 MVP 需求矩阵)。

2.56 个月 Sprint 排期

M0-M1
硬件打样 + 云骨架
主板 EVT 出样、外壳模型、云端账号 / IAM / MQTT broker / LLM 路由骨架;APP 注册与配网走通
M2
语音闭环
ASR + LLM + TTS 端到端走通,端到端延迟 ≤ 2s(先松后紧);首版 Persona 上线
M3
NFC 与活动
NFC 卡片识别、3 个预置活动 IR、IP 套装首批 5 张卡片打样
M4
记忆与家长 APP
L2/L3 记忆系统、脱敏摘要、家长 APP 完整功能、合规审计第一轮
M5
DVT + 闭门 Beta
DVT 出样 200 台,发给 50 家庭真人 Beta;内容护栏第一轮压测;OTA 走通
M6
PVT + 限量上市
PVT 3000-5000 台、官网开售、首批用户运营、零儿童内容事故;端到端延迟 ≤ 1.5s(P95)

2.6MVP 成功标准

SUCCESS CRITERIA
不达标 = MVP 失败 = A 轮没法融

① 真实进入家庭 3000-5000 台·② 30 天留存 ≥ 40%·③ 零儿童内容安全事故·④ 单台 BOM 毛利 ≥ 50%· ⑤ 单用户月度 LLM 调用成本 ≤ ¥3·⑥ 端到端语音延迟 P95 ≤ 1.5s·⑦ NPS ≥ 40·⑧ COPPA / GDPR-K 100% 合规通过外部审计。

2.7MVP 砍掉清单

DO NOT BUILD IN PHASE 1
  • 多设备协同——一个家庭多只玩偶联机互动(→ 第二期)
  • 家庭雾节点 / Hub 设备(→ 第二期)
  • BLE Mesh 与 IR 设备间通信(→ 第二期)
  • 电子周边(BLE 灯具、抢答器、电机道具)(→ 第二期)
  • LCD 表情屏与肢体动作(→ 第二期情感层旗舰)
  • 视觉 AI(人脸 / 手势 / 物体识别)(→ 第三期)
  • 蜂窝模块与户外场景(→ 第三期)
  • UGC 创作者工具与模拟器(→ 第三期)
  • IP 授权与联名(首期可有 1 款贴牌测试,但不做完整 IP 联动剧情)
  • B 端场景授权(→ 第二期商业空间试点 / 第三期规模化)
  • 出海与本地化(→ 第三期)
  • 订阅模式(首期免费送基础调用配额,第二期再上订阅)

MVP 阶段最危险的事

创业团队 90% 死在"什么都想做"。MVP 期间任何"我们顺便也做一下…"的需求都要在 RFC 评审中被打回。 第一期的产品形态就是一只能聊天 + 能识卡 + 不出事的玩偶——以此为终点的克制, 是后两期能走得通的前提。这要求创始人对短期销量数字的定力——MVP 第 6 个月的 5000 台不要追到 5 万台。

§ 03
第二期 · 平台化Phase Two — Platform Emergence
PHASE 02 · 多设备协同 · 内容工具链

让"玩具越多体验越好"真正成立

M7 — M18
第一期证明智能因子可行后,第二期才有资格做互联——否则就是 BubblePal 的复刻品。 这一期是 AIGG 从 AI 玩具公司升级为玩具 iOS 的关键 12 个月。
硬件 SKU
+2 款主机+周边
PGC 活动
30-50
量产目标
10-30 万台
B 端试点
3-5

3.1新增产品形态

在第一期基座精灵之外,新增 第二款主机:情感层旗舰(¥799-1499)—— LCD 表情屏 + 简单电机(头部转动 + 耳朵摆动)+ 多麦克风阵列。这是《需求规范》§04 中"情感层旗舰款"的对应物, 也是 Anki Cozmo 模式 + 当代中国 AI 玩具的融合。

同时启动周边家族首批 SKU——这是 toys-to-life 模式的实质化(参照《愿景》§01 提到的 Skylanders / Amiibo 路径),周边玩具不是孤立的存在,是激活主机能力的钥匙:

新硬件 SKU

  • 情感层旗舰玩偶 ×1 款
  • NFC 卡片包 ×5-10 套(每套 8-12 张)
  • BLE 抢答器 ×1(家庭桌游用)
  • BLE 灯具底座 ×2 款(氛围灯 / 投影灯)
  • 家庭雾节点 Hub ×1(独立小盒 或 路由器固件预装)

价位带覆盖

  • 基座精灵:¥299-499(首期延续)
  • 情感旗舰:¥799-1499
  • NFC 卡包:¥29-89/套
  • BLE 周边:¥149-499/件
  • 雾节点 Hub:¥199(或免费内置在路由器)

3.2架构升级:7 通道全开

《接口契约》文档列的 7 个通信通道全部上线——这是从单机 AI 玩具升级为平台的核心工程:

通道 协议 第二期新增能力
玩具 ↔ 玩具周边 BLE GATT BLE Mesh 设备间组网,多玩偶 + 抢答器 + 灯具协同
玩具 ↔ 玩具(视距) IR 红外 面对面"对话"识别(玩偶能看到另一只玩偶),低延迟 < 10ms
玩具 ↔ 雾节点 MQTT 5.0 + Protobuf 新上线:本地协同主控、断网降级、声光电协奏
雾节点 ↔ 云端 MQTT/TLS + 设备影子 新上线:状态同步、家庭画像、跨设备 Persona
APP ↔ 云端 OpenAPI 3.1 REST 升级为完整 OpenAPI,支持订阅管理、内容购买、家庭多角色
云内 BC ↔ BC Kafka + Avro 从 Redis Streams 升级为 Kafka,事件溯源 + Schema Registry
运维通道 OTA + 配网 支持多设备组 OTA、家庭联合配网

3.3内容侧:PGC 工具链上线

第二期是内容工具链从无到有的关键期。Roblox 的核心创新不是游戏引擎, 是给开发者提供把创意变成钱的工具——AIGG 第二期要造出"物理玩具的 Roblox Studio"。

PGC TOOLCHAIN
三件必须做出来的工具

Web 创作器——可视化编辑活动 IR、设定角色性格、绑定卡片与 BLE 周边· ② AI Author 起草——创作者用自然语言描述需求,AI 自动生成活动 IR 初稿· ③ 模拟器自动测试——AI 模拟玩家自动跑 100 局,发现规则漏洞、卡死、平衡性问题。

签约 5-8 家种子 PGC 工作室,输出 30-50 个完整活动——这些活动覆盖家庭桌游、剧本杀、 睡前故事、即兴派对、教育主题五大类。同时启动 3-5 个头部 IP 联名 (奥特曼 / 爱莎公主 / 小猪佩奇 等),参照 LEGO Super Mario 模式。

3.4商业模式:双引擎启动

收入来源 第二期占比 说明
硬件销售 55-65% 主机 + 雾节点 + 情感旗舰,仍是主要现金流
卡带 / 周边消耗 20-25% NFC 卡包高复购,参考宝可梦 / Amiibo 模式——这是真正的现金流
订阅服务 10-15% ¥30-50/月,含云端 LLM 配额、独家剧情、高级 Persona——参考 AIBO 模式
IP 授权 3-5% 合作 IP 提供"AIGG 化"服务的技术费
B 端试点 2-5% 3-5 家亲子餐厅 / 商场儿童乐园 POC

3.5渠道与铺货

线上:京东 / 天猫旗舰店、抖音电商、小红书种草。线下首次铺货—— 孩子王、反斗城、万达宝贝王等亲子渠道(这是《愿景》§07 风险六提到的"线下渠道必不可少"—— 家长决策的核心是"看到了再买")。海外暂不铺货。

3.6第二期 12 个月里程碑

M7-M9
雾节点架构
家庭雾节点 Hub 硬件 EVT、MQTT 5.0 + 设备影子协议落地、Kafka 事件总线迁移完成
M10-M12
情感旗舰 + BLE Mesh
情感层旗舰玩偶 DVT、BLE Mesh 多设备协同、声光电协奏首版本
M13-M15
PGC 工具链 + IP 联名
Web 创作器 + AI Author + 模拟器三合一上线、5-8 家 PGC 工作室签约、3 个 IP 联名首发
M16-M18
量产 + 渠道铺货
10-30 万台量产、孩子王 / 反斗城线下首批门店、订阅模式上线、B 端 3-5 家 POC

3.7第二期成功标准

SUCCESS CRITERIA
第二期是公司能不能成的真正考验

① 累计销售 10-30 万台·② 月活家庭 ≥ 50%·③ 卡带 + 订阅营收占比 ≥ 30%· ④ 多设备协同活动使用率 ≥ 25%(多玩偶家庭 / 总家庭)·⑤ PGC 活动月新增 ≥ 5 个· ⑥ 订阅 30 天留存 ≥ 50%·⑦ B 端 POC 至少 1 家转为付费合同·⑧ 零儿童内容安全事故。

3.8第二期砍掉清单

DO NOT BUILD IN PHASE 2
  • UGC 用户创作工具(→ 第三期)
  • 视觉 AI 完整栈:摄像头 + 人脸识别 + 手势识别(→ 第三期)
  • 蜂窝模块与户外场景(→ 第三期)
  • 跨场景 Persona(家-乐园-学校联动)(→ 第三期)
  • 出海与多语言本地化(→ 第三期)
  • 双足 / 轮式机器人形态(→ 第三期)
  • 银发陪伴 / 特教 / 医疗赛道(→ 第三期)
  • 创作者经济分成与抽成(→ 第三期)

第二期最容易跳水的地方

雾节点是工程上最难、用户感知最弱的部分——很容易在 Sprint 中段被砍掉变成"直接云端"。 但雾节点是多设备协同的物理前提——没有它,BLE Mesh 上的多玩偶联机延迟会爆炸、 离线降级不可能、跨设备 Persona 不一致。这一关守不住,第三期开放 UGC 时会全面崩溃。 工程负责人必须为雾节点保住排期,哪怕牺牲第二款主机的某些 nice-to-have 功能。

§ 04
第三期 · 生态化Phase Three — Ecosystem & Cross-Scene
PHASE 03 · 创作者经济 · 跨场景 · 出海

从产品矩阵升级为开发者平台

M19 — M30+
第三期不再是单点产品好不好,而是建立没人能在 12 个月内从零追上的整体生态—— 硬件矩阵 × 内容库 × 创作者数 × IP 网络 × 场景覆盖五维乘积。这是平台公司护城河成型的窗口期。
累计家庭
100 万+
活动总数
500+ PGC + UGC
海外占比
≥20 %
创作者收入
闭环 运转

4.1UGC 创作者经济

这是 AIGG 真正的护城河。《愿景》§05 已经说清楚:过去玩具行业是封闭的,只有玩具公司能设计玩具。 AIGG 让任何人都可以为物理玩具创作内容。第三期把这件事从口号变成产品。

UGC PLATFORM
四件必须做出来的事

零代码创作工具——家长 / 孩子用自然语言描述需求,AI 起草活动· ② 4 闸内容审核管线(语法 → 安全 → 仿真 → 真人 Beta)全套自动化· ③ 创作者市场——参考 Roblox 70/30 分成模型(创作者 70%,平台 30%)· ④ SHEIN 模式反向触发供应链——UGC 爆款活动自动触发实体卡片包生产,7 天内上架。

4.2视觉 AI 完整栈

对应《需求规范》§05 的视觉硬件谱系——这是 NUI(自然用户界面)真正的兑现:

这一层很重也很烧钱,所以放在第三期生态收入起来之后再做。 第一期、第二期完全不碰摄像头是有意为之——隐私风险与成本风险都很高。

4.3蜂窝模块 + 户外场景

《愿景》§02 提到的"被忽视的 80%"——AI 玩具的真正诉求更多发生在出门时: 车上、餐厅等待、奶奶家、旅游路上。儿童在陌生环境的焦虑感最强、最需要陪伴。 蜂窝模块(4G Cat.1 或 5G RedCap)天然适合订阅打包销售——这是订阅模式的最强场景。

4.4跨场景 Persona:家-乐园-学校联动

家里的小宝跟你去乐园——这是迪士尼 MagicBand 模式从一年一次的乐园延伸到日常生活。 第三期与主题乐园 / 教育机构 / 养老社区合作,让 AIGG Persona 在不同场景之间无缝迁移。 对应《愿景》§08 的 2028 年目标。

场景 合作伙伴类型 商业模式
家庭 主战场 硬件 + 卡带 + 订阅
乐园 主题乐园 / 商场儿童乐园 B2B2C 设备 + 内容包,会员订阅升级
教育 幼儿园 / 早教中心 / 特教机构 整体 AIGG 解决方案授权(¥10 万-100 万 / 项目)
养老 养老社区 / 居家养老 陪伴 + 健康监测,借鉴 PARO 模式
户外 蜂窝订阅 流量包 + 内容包打包

4.5新人群与新赛道

4.6商业模式:六条腿全上

收入来源 第三期占比 说明
硬件销售 30-40% 占比下降是健康信号——平台公司不应以硬件为主
卡带 / 周边消耗 30-35% 真正的现金流
订阅服务 15-20% 含蜂窝流量打包
IP 授权 / 联名 5-10% 开始反向授权
B 端场景授权 10-15% 毛利更高,建立行业地位
创作者经济抽成 3-5% 护城河型收入——初期不大,长期越来越值钱

4.7第三期成功标准

SUCCESS CRITERIA
第三期成 = AIGG 成为线下娱乐的事实标准

① 累计 100 万+ 家庭·② UGC 创作者月新增活动 ≥ 1000 个·③ 头部 PGC 工作室年收入 ≥ ¥500 万· ④ 海外营收占比 ≥ 20%·⑤ B 端客户 ≥ 30 家·⑥ 累计 GMV ≥ ¥10 亿· ⑦ 创作者收入分发 ≥ ¥1000 万 / 年·⑧ 出现真正的"自然增长 > 付费增长"拐点。

十年后,当一个孩子说"我要去玩具店",
他想去的不是买一只新玩具的地方,
而是为家里的小宝带一个新朋友回家的地方。

§ 05
风险、门槛与决策点Risks & Gates

每一期之间不是平滑过渡——是有明确决策门的过渡。前一期不达标就不能进下一期, 硬上只会让失败规模放大。这一节列出三期之间的 9 个关键决策点。

5.1第一期到第二期之间的 3 个决策门

GATE 1·硬件门
BOM 毛利 ≥ 50%,单台月度成本 ≤ ¥3

不达标说明硬件选型或模型路由错了——硬上第二期会因为成本压力被迫提价或砍功能。 处置:BOM 重新设计 / 换模型供应商 / 推迟第二期 3-6 个月。

GATE 2·留存门
30 天留存 ≥ 40%,NPS ≥ 40

不达标说明产品本身没拿住用户——多设备协同也救不了。 处置:先迭代 MVP,不要急于上第二款主机。

GATE 3·安全门
零儿童内容安全事故,COPPA / GDPR-K 100% 合规

这一项是绝对硬门——一旦出过事故,融资 / 品牌 / 法律全面塌方, 没有"修一下再走"的选项。处置:MVP 期间任何事故必须 24h 内对外披露 + 召回机制。

5.2第二期到第三期之间的 3 个决策门

GATE 4·平台门
多设备协同活动使用率 ≥ 25%

多玩偶家庭使用协同活动的比例——这是"互联因子"是否真正成立的指标。 不达标说明协同设计有问题,UGC 阶段会被放大十倍。处置:精简多设备活动设计, 聚焦最常用的 3-5 个核心场景。

GATE 5·商业门
卡带 + 订阅营收占比 ≥ 30%

纯硬件公司不可持续(Anki 教训)。这一指标证明持续性现金流引擎已经形成。 不达标说明商业模式仍是一次性销售,不要急于扩大。处置:先优化卡带与订阅, 不要急于做创作者抽成(那是更长尾的收入)。

GATE 6·内容门
PGC 月新增活动 ≥ 5,工具链让创作者效率提升 10×

工具链是否真的好用——参考 Roblox Studio 的成熟度。如果工具链还需要"专业培训"才能用, 第三期 UGC 开放后会得到一堆垃圾内容。处置:再迭代工具链 6 个月,不开放 UGC。

5.3三期共通的 3 个长期风险

1 · 监管不确定性

中国《人工智能拟人化互动服务管理暂行办法》、欧盟 AI Act、美国各州童法 都在快速演进。 主动 over-comply——每一期都参与制定行业标准,把合规作为产品差异化卖点。

2 · 同质化竞争

DeepSeek 开源后大模型聊天能力已不是壁垒。AIGG 的差异化必须建立在 "平台 + 互联 + 卡带 + 创作者经济"的整体上,而不是任何单一技术能力。 这就是为什么第二期的雾节点和第三期的创作者经济不能省。

3 · 平台公司 vs 产品公司的张力

创业团队 DNA 是"做出爆款产品",但 AIGG 的本质是平台。前两年看起来不如同类竞争对手卖得快, 第三年起开始指数增长。这要求团队、投资人、创始人对"长期"有共识—— 否则会陷入"被竞品销量拍打、改成产品公司、丢掉护城河"的死亡螺旋。

§ 06
总结The North Star

把三份文档(愿景、需求、接口)的全部内容压成一张可执行的开发节奏,每一期都满足三个标准: 可独立交付、可独立成立、可独立见到用户。

三期之间的关系:因果而非平行

很多人会把"三期开发"理解为"把功能切成三块同时往前推"——这是错的。三期之间是严格的因果关系

每一期是下一期的资格考。第一期没过门不能上第二期,第二期没过门不能上第三期—— 硬上只会把失败规模放大。这是和《愿景》§06 中"用做产品的方式做平台是 AIGG 最大的失败可能" 一脉相承的判断。

三件最容易被忽视的事

第一,MVP 期间的"砍掉清单"比"功能清单"更重要——克制是后两期能走通的前提。

第二,合规与关停责任必须 Day 1 完成——这是儿童 AI 玩具这个赛道的特殊门槛, 不是可以推后的。Embodied/Moxie 的悲剧是行业警钟。

第三,第二期的雾节点是工程上最难、用户感知最弱的部分—— 必须有一个最高层级的人为它扛住排期,否则它会被反复砍掉,第三期 UGC 阶段会全面崩溃。

AIGG 不是一个浪漫的乌托邦项目——
是一个 "知道天空有多大也知道脚下有多陡" 的工程项目。
三期开发计划的真正意义,
不是规划未来三年要做什么
而是规划未来三年绝不能做什么

从这份文档到代码

这份三期开发计划与三份基础文档配合使用—— 《愿景》对齐"为什么做"、《需求规范》对齐"做到什么标准"、 《接口契约》对齐"怎么实现",本文档对齐"按什么节奏做"。 四份文档共同构成 AIGG 平台从概念到第一行代码的完整工程基线。

下一份文档:第一期 MVP 的 26 周 Sprint 级排期 · 含每周决策门和验收标准