- 产品开发路线图-review.md:已完成(①②③⑤可演示)/待完成分阶段排期(Phase0卖相→Phase1变现→Phase2生成质量→Phase3日历闸门→Phase4生态),日历闸门=关键路径;①创作 W-CLEAN 迁移空窗已诚实更正 - studio↔demo UI差距评审-review.md:29 agent 工作流评审,差距95%有意MVP降级 vs 16真差距,Top5(退出登录孤儿P0/品牌渐变·字体·消息入口P1)+设计系统专章+覆盖矩阵 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
14 KiB
造梦AI 产品开发路线图(评审版 · 产品功能视角)
文档类型:路线图评审版(面向创始人决策,结论先行,产品措辞) 文档 ID:HJ-ROADMAP-001 | 日期:2026-06-16 | 维护:主 agent(L0) 事实源:
docs/mvp/MVP进度总账.md(SoT)、docs/architecture/产品需求清单.md(Doc A · 55 P0)、.agents/knowledge/mvp-scope-and-milestones.md、docs/mvp/MVP作战清单.md、docs/agent-specs/2026-06-16-studio-vs-demo-UI差距-review.md口径:产品功能为主线(用户能感知的功能),工程模块折叠为"怎么实现"。验收单位 = Doc A 的 55 项 P0 产品功能。
1. 结论先行
一句话现状: 平台的核心闭环已经能完整演示——一句话造出游戏 → 上架审核 → 进信息流刷着玩 → 玩的数据反哺推荐排序,这条"护城河链路"在 staging 上真实跑通、能给种子用户/投资人看。但离"每个产品功能都真能用"还有距离:很多功能目前是骨架,真正没补真的大头是变现(广告→收益→钱包还是桩);而真正决定"能不能公开上线"的,不是工程量,是 ICP 备案/支付进件/广告审核/实名这些日历闸门——它们周期最长、只有你能推。
三个关键判断:
- 能演示 ≠ 能上线 ≠ 功能都真能用。 闭环骨架完成度高(≈70%),但按"55 P0 全部真实可验收"算,真能用的还是早期。别把"波次跑完"当"产品做完"。
- 公开上线的关键路径 = 日历闸门(你那条线),不是写代码。 工程可以并行赶,但备案周期压不动,必须现在就持续推。
- MVP 的真正工程大头 = 变现真实化。 造→玩→数据这三环已真,差"赚钱"这一环从桩变真,护城河"能赚钱"才成立。
graph LR
A["①造游戏<br/>一句话→可玩<br/>🟡W-CLEAN后迁移空窗"] --> B["②上架审核<br/>提交→审核→进流<br/>✅可演示"]
B --> C["③刷+玩+互动+分享<br/>真游戏真渲染<br/>✅可演示"]
C --> D["④变现<br/>广告→收益→钱包<br/>🟡骨架·大头"]
D --> E["⑤数据飞轮<br/>玩→质量分→重排<br/>✅可演示"]
E -.更多曝光.-> C
style A fill:#1c3a2a,color:#7cf2a4
style B fill:#1c3a2a,color:#7cf2a4
style C fill:#1c3a2a,color:#7cf2a4
style D fill:#3a2a1c,color:#ffc857
style E fill:#1c3a2a,color:#7cf2a4
2. 已完成的产品功能(可演示 / 真实)
口径:✅真实可用且已 e2e 实证 | 🟡部分真实(核心真、细节桩)。证据均来自 staging 实测,非推断。
2.1 造游戏(创作 → 生成 → 预览)🟡 已演示过 · 当前迁移空窗
⚠️ 2026-06-16 复核更正(真机走查暴露): 创作链路在 2026-06-11 走查时确实跑通(4 模板→生成→预览);但 W-CLEAN(06-12)下架旧玩法模板层后,staging 上创作页"模板列表"返回空数组、且创作页强制必选模板 → 当前无法经 UI 完成创作("开始生成"恒禁用),处于"旧模板已撤、新版一句话生成(W-G1)尚未接入 studio"的迁移空窗。下表 ✅ 为彼时验证过的能力,当前真实状态需待 W-G1 接入或创作流改为「免模板」(详 §3 Phase 1/2 与待拍板)。
| 产品功能 | 状态 | 用户能做到什么 |
|---|---|---|
| 一句话生成可玩游戏(P-CRT-01) | ✅ | 输入一句话 → 18-27s 拿到能玩的游戏;成功率 80% |
| 四类玩法可造(clicker/merge/idle/tycoon) | ✅ | 点击/合成/放置/经营四种品类各能生成、能玩、能进流 |
| 生成进度实时展示 + 超时通知(P-CRT-12/13) | ✅ | 进度百分比、失败可读原因、可取消/重试 |
| 生成结果实时预览试玩(P-CRT-08) | ✅ | 生成完直接在预览页真玩 |
| 创作引导 + 示例 Prompt 库(P-CRT-10/11) | ✅ | 每模板有示例可一键填入、字数校验 |
2.2 上架发行(发布 → 审核 → 进信息流)✅ 可演示
| 产品功能 | 状态 | 用户能做到什么 |
|---|---|---|
| 选发布去向专区(P-LIC-06) | ✅ | 提交时选双轨专区,落值 |
| 发布前检查 + 锁风门(P-PUB-03 / P-LIC-05) | ✅ | 合规门二态拦截,不过不让发 |
| 运营审核台(P-OPN-01/02/03) | ✅ | 运营在 admin 点"通过"→游戏进信息流(同事务写排序) |
| 双专区浏览 + 点击即玩(P-PLZ-01/03) | ✅ | 玩家按专区浏览、点封面进试玩 |
2.3 刷 + 玩 + 互动 + 分享 ✅ 可演示
| 产品功能 | 状态 | 用户能做到什么 |
|---|---|---|
| 竖屏即刷即玩(P-FED-01/02) | ✅ | 信息流竖屏刷、点卡进真游戏 |
| 真游戏真渲染(引擎试玩) | ✅ | LittleJS 引擎游戏真渲染进信息流真玩(井字棋已实证),不是假演示 |
| 点赞 / 分享(P-FED-03/05) | ✅ | 互动接真遥测;独立分享链接 + 分享落地页(P-FED-07/08)已建 |
| 加载反馈 + 首屏封面 + 多端操控(P-FED-10/11/14) | ✅ | 进度条/封面/触控+键盘 |
2.4 数据飞轮(遥测 → 质量分 → 推荐优化)✅ 可演示
| 产品功能 | 状态 | 用户能感知到什么 |
|---|---|---|
| 玩的数据真采集 → 质量分 → 信息流重排(P-FED-13) | ✅ | 被玩得好的游戏,在信息流里真的会往前排(已浏览器实证翻转) |
2.5 账号 + 社区底座(支撑能力)✅ 真实
| 产品功能 | 状态 | 说明 |
|---|---|---|
| 登录 / 匿名试玩 / 邀请码注册 | ✅ | 手机号+验证码登录、匿名零门槛玩、身份衔接(当前 staging 短信验证已临时旁路,码 8888;公网上线前必须关) |
| 消息通知底座(P-NTF-02/03/05 后端) | 🟡 | 通知引擎 e2e 真实(生成完成/审核结果/收益变动可推),但前端没有"消息"入口承接 → 见待修 |
| B 端 lead form(P-BIZ-01/03/04 后端) | 🟡 | 提单→报价→进度状态机 e2e 真实,但前端无入口 → 见待拍板 |
诚实口径: 上面"✅可演示"指这条链路能完整真跑给人看。但底层不少模块仍是"骨架+桩"(如真实编译打包、互动持久化、MQ 异步聚合走的是简化实现),离"55 P0 每项都工业级真能用"还有距离——这是收尾阶段要补的。
3. 待完成功能 + 分阶段排期(核心)
三条线并行推进(互不阻塞、文件边界隔离):L0=工程闭环 / L1=生成质量 / 你=日历闸门。 公开上线的关键路径 = 你那条日历闸门线(周期最长、压不动);工程线并行赶在闸门通过前就绪即可。
gantt
title 产品开发路线图(示意节奏;公开上线日由日历闸门周期决定,非工程量)
dateFormat YYYY-MM-DD
axisFormat %m/%d
section 你·日历闸门(关键路径)
ICP/支付/广告/实名/律所(决定上线日) :crit, gate, 2026-06-16, 35d
section L0·工程闭环
P0 闭环卖相收尾(种子可用) :done2, p0, 2026-06-16, 5d
P1 变现真实化(MVP大头) :p1, after p0, 18d
section L1·生成质量
W-G1 便宜模型竞标选型 :g1, 2026-06-16, 7d
品类扩展+渠道发行 :g2, after g1, 18d
section MVP后·生态扩展(v2.0愿景)
六大屏+社区+成长+IP孵化 :v2, after p1, 40d
Phase 0 — 闭环卖相收尾(即刻 · L0 · 让种子用户/投资人流畅体验)
目的:现有可演示闭环"看起来像成品、走一遍不卡壳"。全部低成本,已获你"fix"放行。
| 项 | 产品价值 | 优先级 | 来源 |
|---|---|---|---|
| 退出登录入口(P-ACC-05) | 登录了却无法登出/换号,共用设备死锁;逻辑已写好只差入口 | P0 | 差距评审 F-1 |
| 主按钮品牌青绿渐变 + 品牌字体 + 字号体系 | 全站 CTA 扁平、字形不一致 → 补回品牌辨识度 | P1 | 差距评审设计系统 |
| 消息通知一级入口(P-NTF-01) | 通知能力已建好但前端无出口 → 给"消息"规划入口 | P1 | 差距评审 L-1 |
| 信息流卖相(互动按钮质感 / 卡片封面兜底渐变 / 作者名) | "无图也好看",刷起来像抖音质感 | P2 | 差距评审 V-1/V-2 |
| 链路③⑤ 真 UI 走查闭合 | 把生成的游戏经发布主链灌进信息流 → 信息流有真内容可刷可玩可分享 | P1 | 作战清单 |
Phase 1 — 变现闭环真实化(MVP 真正大头 · L0 + 你支付/广告进件 · 让"能赚钱"从桩变真)
目的:广告真展示 → 收益真入账 → 钱包真可见 → 可提现。护城河"能赚钱"这一环。受"支付进件 + 广告审核"日历闸门制约(Phase 3)。
| 产品功能 | 现状 | 目标 |
|---|---|---|
| 激励视频广告 + 插屏广告(P-ADV-01/02) | 桩 | 接广告联盟(穿山甲/优量汇)真展示、真计收益 |
| 钱包余额 + 收益明细 + 提现(P-WAL-01/02/03) | 骨架 | 收益真归集、满 5 元可提现 |
| 积分充值(P-PAY-01) | pay 模块未接 | 接入支付,真充值 |
| 三方自动分账 + Token 计费 | 桩 | IP 15-20% / 创作者 55-60% / 平台 20-25% 自动分账 |
| 新人任务奖励(P-INC-01) | community reward 桩 | 发 3 作品领流量+现金,真记账 |
| 工程底座补真 | runtime 真实打包 / OSS 真实存取 / 遥测 MQ 聚合 | 把简化实现升到工业级 |
Phase 2 — 生成质量与品类扩展(L1 为主 · 让"造的游戏"更好玩更多样)
目的:护城河"生成"这一环——一句话能造出更多品类、更稳、更好玩。受 DeepSeek/MiniMax key 已解封,现可推。
| 项 | 产品价值 |
|---|---|
| W-G1 便宜模型竞标选型 | 用便宜模型(非 Fable)稳定产游戏,把单款成本压到 ¥0.15 级 |
| 生成品类扩展(插件库 v2) | 角色控制器/瓦片关卡/光照/程序生成 → 覆盖 ~19/20 品类矩阵 |
| 现生成 tap 类游戏 driver 自产 | 补齐"一句话现生成"的自动验收 |
| 渠道发行 W-CH(抖音+微信小游戏) | 精选整包多渠道分发,扩流量入口(P0 段已完成,待你三件套) |
Phase 3 — 上线日历闸门(你 + 律所 · 并行 · ⚠️ 真正关键路径)
目的:合法公开上线的前置。这不是工程量,是备案周期。看板已建(
docs/mvp/A1闸门看板.md)。
| 闸门 | 状态 | 说明 |
|---|---|---|
| ICP 备案 + 域名 | 待提交 | 周期最长,越早越好 |
| 支付进件 | 待提交 | 解锁真实充值/提现(Phase 1 依赖) |
| 广告联盟审核 | 待提交 | 解锁真实广告变现(Phase 1 依赖) |
| LLM 实名充值 | 待确认 | 生成主线的真实算力 |
| 短信签名报备 | 待提交 | 解锁公网真实短信(替掉 8888 旁路) |
| 律所合规意见 | 待约谈 | H5 自研站 IAA 资质口径 / 一壳多游备案 / 灰测红线 |
Phase 4 — 生态扩展(MVP 后 · v2.0 愿景 · 设计稿那六大屏)
目的:从"能跑的 MVP"长成"完整生态平台"。明确不在 MVP,勿提前投入。 均为 Doc A 的 P1/P2。
- 素材中心(素材货架/授权采购/版权管理,P-MAT-*)— 需先补素材契约 + 支付/分成模型
- 玩法模板市场(浏览/购买商用模板,P-TPL-05)— 需先评估与"品类层废除"决策的冲突
- 工作坊 IDE 化(六类资产台/智能体对话/角色编辑/授权 IP 模式,P-CRT-02/05/06)
- 创作者数据后台(看板/AI 诊断/一键迭代,P-OPS-*)— 写侧埋点已采数,待补回读
- B 端定制前端(需求表单/进度看板/验收,P-BIZ-*)— 后端已就绪,待归属拍板
- 个人中心完整(账号/通知/设置/帮助,P-ACC-01/04)
- 社区互动(评论/关注/粉丝/排行榜,P-SOC-*)+ 创作者成长激励(P-GRW/INC)+ IP 孵化(P-IPX)
4. 待你拍板的决策点
| # | 决策 | 选项 | 影响 |
|---|---|---|---|
| 1 | 本轮工程完成线重锁 | Phase 0(闭环卖相收尾)现已放行,是否就锁它为本轮完成线? | 决定 L0 主攻方向 |
| 2 | B 端定制前端归属 | admin 后台 / 独立门户 / 线下 BD(则属合理 descope)vs studio 承接(后端 7 端点已就绪,低成本接) | 决定 biz 是否进 studio |
| 3 | 工作坊权威视觉基线 | 设计稿桌面控制台风 vs studio 现霓虹科技风 | 设计统一口径 |
| 4 | 生成游戏内购/社交 | (你 2026-06-15 已拍:延后;平台级广告 IAA 变现照旧) | 已决,记录在此 |
5. 三线分工(谁做什么)
| 线 | 谁 | 现在主攻 | 阻塞解除条件 |
|---|---|---|---|
| L0 工程闭环 | 我(6c6g + mini-desktop) | Phase 0 收尾 → Phase 1 变现真实化 | 变现真实化部分依赖你的支付/广告进件 |
| L1 生成质量 | 员工(lili-mac) | W-G1 便宜模型竞标 → 品类扩展 | DS/MiniMax key 已解,现可推;P1 校准需你人测做"人类锚点" |
| 你 日历闸门 | 你(线下) | ICP/支付/广告/实名/短信/律所六闸门 | 周期最长,决定公开上线日,需持续推 |
临界路径一句话:日历闸门只有你能做且周期最长 → 持续推;工程侧 L0 收尾闭环 + 补真变现、L1 推生成质量,并行赶在闸门通过前就绪。
附:本路线图与既有账的关系
- 本文是面向你的产品决策视图;工程状态明细以
docs/mvp/MVP进度总账.md(SoT)为准,执行排序以docs/mvp/MVP作战清单.md为准。 - 设计稿差距明细见
docs/agent-specs/2026-06-16-studio-vs-demo-UI差距-review.md。 - 55 P0 逐项见
docs/architecture/产品需求清单.md(Doc A)。