Moxie 失败拆解：$799 的儿童陪伴机器人，为什么关停时没有退款，告别也要家长代劳

Part G：增长系统（AARRR 全链路剖析）

1. 获客（Acquisition）：两个在线渠道，加上一次 CES 曝光

2. 激活（Activation）：把开箱做成一段关系的开端

3. 留存（Retention）：孩子愿意每天用，这一环是真的

4. 商业转化（Revenue）：收入停在一次性的设备款上

5. 推荐（Referral）：社区是真的，只是它最后用来互相维修

Part O：市场机会（TAM / SAM / SOM 真实边界）

Part S：战略定位（陪伴，还是结果）

Part C：竞品矩阵与替代关系

Part P：产品设计（关系的设计，和退出的空白）

Part E：商业模式与单位经济（Unit Economics）

Part L：洞察提炼（Lessons Learned）

1. 用户的依恋是留存机制，续费需要另一套设计

2. 云端依赖要按停服残值定价，并写进产品定义

3. 付费人与使用者分开时，要说服的是付费人

4. 关停是可以设计的一步

5. 复活由 IP、数据和设备条件三件事组成，缺一件都是另一门生意

Part D：决策分析（可证伪阈值与指标体系）

1. 订阅附加率不低于 70%，第二年续订率不低于 50%

• 监测指标：硬件购买者中同时订阅付费内容的家庭比例；同一批家庭进入第二年后的续订比例，按购买月份分队列统计。
• 触发阈值：附加率低于 70%，或第二年续订率低于 50% 时，判定商业模式尚未成立，停止铺设备，先把付费理由做完。
• 参照：2024 年 Moxie 把订阅从价格表上撤掉，辅导订阅停在对媒体披露的计划阶段，公司关停时这项收入仍未成为主体 67。

2. 单台月度云端与支持成本不超过单台月度收入的 20%

• 监测指标：每台设备每月消耗的模型调用、语音识别与存储成本，加上客服工单成本，除以同一台设备带来的月度收入（订阅加内容）。
• 触发阈值：占比超过 20% 时，先改产品架构（本地可用的兜底能力、按用量分层的功能），再谈规模化。
• 参照：Moxie 的对话依赖云端大模型，录音上传处理、转录回传公司，这笔开销在设备售出后按月发生 78。

3. 停服预案与迁移覆盖率不低于 90%

• 监测指标：销售合同里写明设备停服后的处置方式；在役设备中具备本地运行或可迁移用途的比例；面向普通家长（而非技术人员）的迁移步骤完成率与平均耗时。
• 触发阈值：覆盖率低于 90%，或迁移步骤需要用户连续几天排障时，先补退出路径再扩大销量。
• 参照：Moxie 的官方问答写明本地无法复现核心功能，后来虽由社区做出本地服务器方案，但实际完成迁移的用户是少数，一位家长光第一步就花了四天 2517。

4. 关停沟通三件套覆盖率 100%

• 监测指标：退款政策、用户数据导出、面向使用者的告别流程，三者是否在停运公告发布时就已就位，并按使用者的年龄和理解能力设计。
• 触发阈值：三项中缺任何一项时，先补齐再对外宣布停运。
• 参照：Moxie 关停时给出的是不退款说明、数据删除声明和一封由 G.R.L. 署名的信件，告别由家长自行安排；研究记录到由此产生的情绪与技术负担集中落到了家长身上 2310。