# MVP PRD # 绘境AI生态平台 MVP 版本 PRD ### TL;DR 绘境AI致力于打造“全民游戏创作与变现生态引擎”，以AI驱动零门槛游戏创作、短视频流式沉浸游玩与一键多渠道分发为核心，形成创作、试玩、传播、变现的生态闭环。MVP阶段聚焦“AI生成轻量游戏原型、游戏流发现与游玩、创作者发布与基础数据反馈”的最小可用集合，优先验证创作者供给、玩家消费和平台冷启动效率。 --- ## Goals ### Business Goals - 在MVP上线后8周内验证AI游戏创作平台的供需闭环，完成从创作、发布、游玩到基础数据反馈的核心链路。 - 获取首批高质量创作者种子用户，目标为500名注册创作者，其中100名完成至少1款游戏发布。 - 形成可持续的内容供给，目标MVP阶段累计上线300款可试玩AI小游戏，其中30款达到平台推荐标准。 - 验证游戏流消费模式，目标玩家端7日留存达到15%以上，平均单次会话游玩3款以上游戏。 - 为后续商业化建立基础，完成广告、内购、打赏或创作者分成等至少1种商业化机制的技术预留和数据埋点。 ### User Goals - 创作者可以用自然语言、素材上传或模板选择快速生成可玩的轻量游戏，无需专业编程能力。 - 玩家可以像刷短视频一样发现、试玩、收藏和分享AI生成游戏，降低寻找新游戏的成本。 - 创作者可以一键发布游戏并获得播放、试玩、完玩、点赞、收藏等基础反馈，指导后续迭代。 - 平台运营人员可以审核、推荐和管理游戏内容，保障内容安全与基础体验质量。 - 早期团队可以通过数据看板快速判断哪些游戏类型、创作模板和推荐策略有效。 ### Non-Goals - MVP不追求完整商业化闭环，不做复杂广告竞价、付费道具商城、创作者结算系统和跨平台收入分账。 - MVP不支持大型多人在线游戏、复杂3D开放世界、重度实时竞技或高并发同步玩法。 - MVP不提供完整专业级游戏编辑器能力，例如高级脚本系统、复杂物理引擎编辑、多版本协作和插件市场。 - MVP不覆盖所有分发渠道，优先支持站内发布和1至2个外部渠道的可验证分发路径。 --- ## User Stories ### 创作者：无代码游戏创作者 - As a 创作者, I want to 用一句话描述游戏想法, so that 我可以快速生成一个可试玩的小游戏原型。 - As a 创作者, I want to 选择平台提供的玩法模板, so that 我可以在更稳定的结构下快速完成创作。 - As a 创作者, I want to 修改角色、关卡、规则和美术风格, so that 游戏更符合我的创意表达。 - As a 创作者, I want to 预览并反复调试游戏, so that 发布前能发现明显体验问题。 - As a 创作者, I want to 查看游戏发布后的基础数据, so that 我知道玩家是否喜欢并决定如何迭代。 ### 玩家：轻量游戏消费者 - As a 玩家, I want to 在游戏流中连续浏览和试玩小游戏, so that 我可以快速发现有趣内容。 - As a 玩家, I want to 点赞、收藏和分享喜欢的游戏, so that 我可以表达偏好并推荐给朋友。 - As a 玩家, I want to 快速跳过不感兴趣的游戏, so that 我的时间不会被低质量内容浪费。 - As a 玩家, I want to 看到游戏玩法说明和开始提示, so that 我能在几秒内理解如何玩。 - As a 玩家, I want to 举报违规或低质内容, so that 平台体验更安全可信。 ### 平台运营：内容与生态运营人员 - As a 运营人员, I want to 查看新发布游戏列表和审核状态, so that 我可以及时处理风险内容。 - As a 运营人员, I want to 标记推荐、下架或限制曝光的游戏, so that 游戏流内容质量可控。 - As a 运营人员, I want to 查看创作者与游戏表现数据, so that 我可以识别高潜创作者和优质玩法。 - As a 运营人员, I want to 配置首页或游戏流的基础推荐规则, so that 冷启动阶段可以人工干预内容质量。 ### 管理员：平台系统管理员 - As a 管理员, I want to 管理用户、权限和内容安全策略, so that 平台可以稳定运营。 - As a 管理员, I want to 监控生成任务、发布任务和系统异常, so that 我可以快速定位链路故障。 - As a 管理员, I want to 导出关键运营数据, so that 团队可以进行阶段复盘和投资人汇报。 --- ## Functional Requirements ### AI游戏创作工作台（Priority: P0） - 自然语言生成游戏 - 支持创作者输入游戏概念、玩法、角色、关卡、风格等描述。 - 系统基于输入生成轻量小游戏原型，包括基础玩法逻辑、初始关卡、默认素材和操作说明。 - 生成结果必须可在浏览器内直接预览。 - 模板化创作入口 - MVP优先提供3至5个稳定玩法模板，例如跑酷、躲避、射击、解谜、点击收集。 - 每个模板支持可配置参数，例如主题、角色、速度、敌人数量、胜负条件、关卡长度。 - 模板需提供示例Prompt，降低首批创作者的学习成本。 - 素材与风格配置 - 支持创作者选择美术风格标签，例如像素风、卡通风、赛博朋克、童话风、国风。 - 支持上传少量图片素材作为角色、背景或参考图。 - 对上传素材进行格式、大小和安全校验。 - 预览与轻量编辑 - 创作者可以在生成完成后立即试玩。 - 支持修改标题、简介、封面、操作说明、标签和基础参数。 - 支持重新生成或局部调整，但MVP不做复杂可视化关卡编辑器。 - 生成任务状态 - 展示生成中、生成成功、生成失败、排队中等状态。 - 生成失败时提供可理解的错误提示和重试入口。 - 对超时任务进行自动终止并提示用户重新生成。 ### 游戏发布与管理（Priority: P0） - 站内发布 - 创作者确认游戏可玩后可发布到平台游戏流。 - 发布前必须填写游戏标题、简介、封面、标签和适龄提示。 - 发布后游戏进入待审核或机器审核通过状态，依据平台策略配置。 - 游戏版本管理 - MVP支持基础版本覆盖，即创作者可以更新当前线上版本。 - 系统记录发布时间、最近更新时间和当前状态。 - 暂不支持面向玩家的多版本分流测试。 - 游戏状态管理 - 支持草稿、待审核、已发布、审核拒绝、已下架等状态。 - 创作者可以查看每个状态的说明和下一步操作。 - 运营可以对违规或严重低质游戏进行下架。 - 分享能力 - 每款已发布游戏生成独立分享链接。 - 分享页支持游戏封面、标题、简介和立即游玩入口。 - 分享链接需可用于社群传播和外部渠道测试。 ### 游戏流与玩家体验（Priority: P0） - 游戏流浏览 - 玩家进入首页后默认进入连续游戏流。 - 支持上下滑或点击切换下一款游戏。 - 每款游戏需在短时间内加载并展示基础玩法说明。 - 即点即玩 - 玩家无需下载即可在Web环境直接试玩。 - 游戏加载前展示封面、进度和跳过入口。 - 游戏无法加载时自动切换下一款，并记录错误。 - 互动反馈 - 支持点赞、收藏、分享和举报。 - 支持简单评论可作为P1能力，MVP可先通过反馈按钮替代。 - 玩家行为用于推荐和内容质量评估。 - 基础推荐 - MVP采用规则推荐和简单行为信号结合。 - 冷启动优先展示运营精选、最新发布和高互动游戏。 - 对高跳出、加载失败、举报高的游戏降低曝光。 ### 创作者数据看板（Priority: P1） - 单游戏数据概览 - 展示曝光次数、点击/进入次数、试玩次数、平均游玩时长、点赞、收藏、分享、举报。 - 展示近7天趋势，帮助创作者理解内容表现。 - 创作者主页 - 展示创作者已发布游戏列表。 - 展示总播放、总互动和代表作品。 - MVP可先做公开主页的简化版本。 - 数据反馈建议 - 根据基础数据提供简单提示，例如“封面点击率较低，建议优化标题和封面”。 - 该能力作为P1，可在数据积累后增强。 ### 内容审核与运营后台（Priority: P0） - 审核队列 - 展示待审核游戏的标题、封面、简介、创作者、标签、生成时间。 - 运营可以试玩游戏并查看AI生成描述。 - 支持通过、拒绝、下架和备注。 - 内容安全检测 - 对文本输入、游戏标题、简介、封面和上传素材进行基础安全检测。 - 风险内容进入人工审核。 - 对明显违规内容进行自动拒绝并提示原因。 - 推荐管理 - 运营可以将游戏加入精选池。 - 支持按标签、发布时间、互动数据筛选游戏。 - MVP不做复杂推荐策略后台，只提供必要人工干预入口。 ### 账号与权限（Priority: P0） - 用户登录 - 支持手机号、邮箱或第三方登录中的至少一种。 - 玩家可匿名试玩，但点赞、收藏、发布和举报需要登录。 - 角色权限 - 支持玩家、创作者、运营、管理员四类基础角色。 - 不同角色访问不同页面与操作权限。 - 用户资料 - 支持昵称、头像、简介等基础信息。 - 创作者需有唯一主页标识。 ### 外部分发验证（Priority: P1） - 分享页适配 - 分享页适配移动端社交平台内置浏览器。 - 分享卡片包含封面、标题和简介。 - 渠道参数 - 分享链接支持渠道参数，用于识别来源。 - 数据看板可按渠道粗略区分访问与试玩表现。 - 自动多渠道发布预留 - MVP阶段不实现复杂多渠道自动发布。 - 需预留游戏包导出、渠道元数据和审核状态字段。 --- ## User Experience ### Entry Point & First-Time User Experience - 创作者首次访问平台时，通过首页“开始创作”进入创作工作台。 - 系统提供两种创作路径：一句话生成和选择模板开始。 - 首次使用时展示简短引导： - 说明AI可以生成什么类型的游戏。 - 给出3个可直接点击的示例Prompt。 - 提醒用户MVP更适合轻量小游戏，不适合复杂大型游戏。 - 玩家首次访问平台时进入游戏流，可无需登录试玩。 - 玩家在触发点赞、收藏、发布评论或举报时，引导登录。 - 运营人员通过独立后台入口登录，进入审核和推荐管理页面。 ### Core Experience Step 1：创作者发起游戏创作 - 用户点击“开始创作”。 - 页面展示输入框、玩法模板、风格选择和示例Prompt。 - 用户可以输入：“做一个像素风太空躲避游戏，玩家控制飞船躲避陨石，收集能量块，坚持60秒获胜。” - 系统进行输入校验： - 文本不能为空。 - 超出长度时提示压缩描述。 - 命中安全风险时提示修改。 - 成功后进入生成任务页。 Step 2：AI生成并展示任务状态 - 系统展示生成进度，例如“正在理解玩法”“正在生成关卡”“正在打包预览”。 - 生成时间过长时展示预计等待提示和后台通知选项。 - 生成成功后自动进入预览页。 - 生成失败时展示失败原因分类： - 输入描述不清晰。 - 内容不符合安全要求。 - 系统繁忙或生成超时。 - 用户可以一键重试或返回修改Prompt。 Step 3：创作者预览与调整 - 预览页左侧展示可玩游戏区域，右侧展示基础信息编辑区。 - 用户可以立即试玩并检查游戏是否符合预期。 - 用户可以调整： - 游戏标题。 - 游戏简介。 - 封面图。 - 标签。 - 操作说明。 - 模板参数。 - 用户可以选择“重新生成”或“保存草稿”。 - 保存草稿后可在个人工作台继续编辑。 Step 4：创作者发布游戏 - 用户点击“发布”。 - 系统展示发布前检查清单： - 是否可正常加载。 - 是否填写标题与简介。 - 是否设置封面与标签。 - 是否通过基础内容安全检测。 - 检查通过后提交审核或直接发布。 - 发布成功后展示： - 游戏详情页链接。 - 分享按钮。 - 查看数据入口。 Step 5：玩家在游戏流中发现游戏 - 玩家打开首页后进入全屏或半全屏游戏流。 - 第一屏展示游戏封面、标题、创作者、玩法说明和“开始玩”按钮。 - 游戏自动预加载，减少等待时间。 - 玩家可以： - 点击开始。 - 上滑跳过。 - 点赞。 - 收藏。 - 分享。 - 举报。 - 系统根据停留时长、试玩完成度和互动行为更新推荐信号。 Step 6：玩家试玩与反馈 - 玩家进入游戏后，界面提供最小必要操作提示。 - 游戏结束后展示结果页： - 分数或通关结果。 - 再玩一次。 - 点赞收藏。 - 分享给好友。 - 继续下一个游戏。 - 若游戏加载失败或运行报错： - 展示轻量错误提示。 - 提供跳过到下一款。 - 后台记录错误日志并降低该游戏曝光。 Step 7：创作者查看数据并迭代 - 创作者进入“我的游戏”。 - 每款游戏展示基础数据卡片。 - 用户点击某款游戏进入详情数据页。 - 数据页展示近7天表现和关键漏斗： - 曝光。 - 进入。 - 开始试玩。 - 游玩超过30秒。 - 点赞或收藏。 - 系统提供简单诊断建议。 - 创作者可点击“编辑并更新”进入创作工作台。 ### Advanced Features & Edge Cases - 生成内容与用户预期不一致 - 提供“我想调整”入口，引导用户补充更明确描述。 - 保留原Prompt与修改记录，便于后续优化模型。 - 游戏运行失败 - 前端捕获加载和运行错误。 - 玩家侧自动降级为封面页并提供跳过。 - 创作者侧提示“该游戏存在运行异常，建议重新生成或修改参数”。 - 低质量或重复内容 - 对重复标题、重复素材和重复Prompt进行基础识别。 - 对低互动且高跳出的内容降低推荐权重。 - 运营可将明显低质内容从推荐池移除。 - 违规内容 - 文本、图片、玩法描述和用户资料均需经过安全检测。 - 高风险内容进入人工审核。 - 严重违规用户可被限制发布。 - 未登录用户 - 可浏览和试玩。 - 尝试点赞、收藏、举报或创作时触发登录。 - 登录后回到原操作上下文。 - 移动端性能不足 - 对游戏资源大小设置上限。 - 加载超时后自动跳过。 - 对低端设备启用低画质或低帧率模式。 ### UI/UX Highlights - 创作入口要明显，首屏突出“一句话生成游戏”。 - Prompt输入区域应提供示例，减少空白输入焦虑。 - 游戏流体验需接近短视频产品，强调连续消费、低决策成本和快速反馈。 - 游戏加载等待需有明确反馈，避免用户误以为页面卡死。 - 创作者后台应以卡片化呈现，突出发布状态和关键数据。 - 审核后台优先保障效率，列表、筛选、试玩、处理动作应在同一工作流内完成。 - 移动端为优先体验，桌面端需兼容创作工作台和后台管理。 - 所有关键按钮需具备明确状态，包括可用、不可用、加载中、失败重试。 - 可访问性要求： - 文本与背景对比度满足基础可读性。 - 核心操作支持键盘访问。 - 错误提示不能只依赖颜色表达。 --- ## Narrative 小林是一名喜欢游戏和短视频的大学生，经常有很多有趣的游戏点子，但他不会写代码，也没有美术资源。过去，他最多只能把想法写在社交平台上，真正做成可玩的游戏几乎不可能。 在绘境AI中，小林输入一句话：“做一个国风跑酷游戏，玩家操控小狐狸穿过竹林，收集灵石并躲避机关。”几分钟后，系统生成了一个可试玩的小游戏。小林试玩后发现节奏有点慢，于是调整速度和障碍数量，重新生成后发布到平台。游戏进入游戏流后，玩家像刷短视频一样快速试玩，有人点赞、收藏，也有人分享到社群。 第二天，小林在创作者后台看到这款游戏获得了不错的完玩率，但封面点击率一般。平台建议他优化标题和封面，他更新后数据进一步提升。对于玩家而言，他们获得了源源不断的新鲜小游戏；对于创作者而言，创意第一次可以低成本变成作品；对于平台而言，内容供给、消费和反馈形成了早期生态闭环，为后续分发和商业化奠定基础。 --- ## Success Metrics ### User-Centric Metrics - 创作者激活率 - 定义：注册创作者中完成首次生成任务的比例。 - MVP目标：不低于40%。 - 首次发布转化率 - 定义：完成首次生成的创作者中，至少发布1款游戏的比例。 - MVP目标：不低于25%。 - 玩家7日留存率 - 定义：首日试玩过游戏的玩家，在第7天仍有访问或试玩行为的比例。 - MVP目标：不低于15%。 - 单次会话试玩游戏数 - 定义：玩家每次访问平均试玩的游戏数量。 - MVP目标：不低于3款。 - 游戏互动率 - 定义：点赞、收藏、分享等互动次数除以试玩次数。 - MVP目标：不低于8%。 ### Business Metrics - 创作者规模 - MVP上线8周内获得500名注册创作者。 - 内容供给规模 - MVP上线8周内累计发布300款可试玩游戏。 - 优质内容占比 - 定义：达到平台推荐标准的游戏数除以已发布游戏数。 - MVP目标：不低于10%。 - 外部分发贡献 - 定义：来自分享链接或外部渠道的访问占比。 - MVP目标：不低于20%。 ### Technical Metrics - 游戏生成成功率 - 定义：生成任务成功完成并可预览的比例。 - MVP目标：不低于85%。 - 游戏首屏加载时间 - 定义：玩家进入游戏详情或游戏流后可开始互动的时间。 - MVP目标：P75低于3秒，P95低于6秒。 - 游戏运行错误率 - 定义：游戏加载或运行中出现阻断性错误的次数除以试玩次数。 - MVP目标：低于3%。 - 平台可用性 - 定义：核心链路服务可用时间占比。 - MVP目标：不低于99%。 ### Tracking Plan - 用户事件 - ​`user_signup` - ​`user_login` - ​`creator_onboarding_start` - ​`creator_onboarding_complete` - 创作事件 - ​`prompt_submit` - ​`template_select` - ​`generation_start` - ​`generation_success` - ​`generation_failed` - ​`game_preview_start` - ​`draft_save` - ​`game_publish_submit` - ​`game_publish_success` - 玩家事件 - ​`feed_view` - ​`game_impression` - ​`game_load_start` - ​`game_load_success` - ​`game_load_failed` - ​`game_play_start` - ​`game_play_30s` - ​`game_complete` - ​`game_skip` - ​`game_like` - ​`game_favorite` - ​`game_share` - ​`game_report` - 运营事件 - ​`review_queue_view` - ​`game_review_approve` - ​`game_review_reject` - ​`game_unpublish` - ​`game_feature_add` - ​`game_feature_remove` - 渠道与转化事件 - ​`share_link_open` - ​`external_channel_visit` - ​`visitor_to_player_convert` - ​`player_to_creator_convert` --- ## Technical Considerations ### Technical Needs - AI生成服务 - 负责解析用户Prompt、选择或组合玩法模板、生成配置和素材描述。 - 需要任务队列支持异步生成。 - 需要生成失败重试和超时处理机制。 - 游戏运行容器 - 支持在Web环境中运行轻量小游戏。 - 对资源大小、运行时权限和脚本能力进行限制。 - 提供统一的生命周期事件，例如加载、开始、暂停、结束、报错。 - 创作工作台前端 - 包含Prompt输入、模板选择、风格配置、生成状态、预览和发布流程。 - 需要兼容桌面端优先的编辑体验，同时保留移动端基础可用性。 - 玩家端游戏流 - 包含游戏推荐列表、预加载、滑动切换、互动反馈和分享。 - 需要针对移动端体验进行性能优化。 - 运营后台 - 包含审核队列、内容详情、试玩预览、推荐管理和下架能力。 - 权限控制必须清晰，避免普通用户访问后台接口。 - 数据分析系统 - 统一埋点采集创作、发布、试玩、互动和审核事件。 - 支持基础漏斗、留存、内容表现和渠道分析。 ### Integration Points - 用户认证系统 - 支持登录、注册、匿名用户识别和角色权限。 - 内容安全服务 - 用于文本、图片、用户资料和游戏描述的安全检测。 - 文件与素材存储 - 存储封面、上传素材、生成素材和游戏包资源。 - 消息与通知服务 - 用于生成完成、审核结果和发布状态通知。 - 外部分享平台 - 支持常见社交渠道的链接预览和分享卡片配置。 - 数据分析工具 - 对接事件采集、看板和导出能力。 ### Data Storage & Privacy - 核心数据对象 - User：用户ID、昵称、头像、角色、注册时间、状态。 - CreatorProfile：创作者主页信息、简介、代表作品。 - Game：游戏ID、标题、简介、封面、标签、作者、状态、版本、发布时间。 - GameBuild：生成配置、资源地址、运行入口、生成状态、错误信息。 - PromptRecord：用户输入、模板、风格参数、安全检测结果。 - Interaction：点赞、收藏、分享、举报、试玩行为。 - ReviewRecord：审核人、审核结果、原因、备注、处理时间。 - 数据隐私 - 用户输入Prompt和上传素材需明确用于生成游戏和改善体验。 - 若后续用于模型训练，应提供清晰授权选项。 - 用户可删除草稿和下架已发布游戏。 - 对未成年人、敏感内容和版权素材需设置更严格策略。 - 数据安全 - 上传文件需做类型校验、大小限制和恶意内容扫描。 - 游戏运行环境需沙箱隔离，避免执行危险脚本。 - 后台接口需鉴权并记录关键操作日志。 ### Scalability & Performance - MVP容量假设 - 日活玩家：1,000至5,000。 - 日活创作者：100至500。 - 日生成任务：300至1,000。 - 日试玩次数：10,000至50,000。 - 性能要求 - 游戏流首屏应优先加载封面和元数据，再预加载游戏资源。 - 生成任务采用异步队列，避免阻塞用户界面。 - 热门游戏资源需要缓存和CDN加速。 - 埋点上报应异步处理，不影响游戏运行。 - 扩展策略 - 生成服务、运行服务、推荐服务和数据服务应保持模块化边界。 - 游戏模板与生成配置应可扩展，便于后续新增玩法类型。 - 推荐策略先规则化，后续可逐步引入个性化模型。 ### Potential Challenges - AI生成质量不稳定 - 风险：用户输入自由度高，生成结果可能不可玩或不符合预期。 - 应对：MVP优先采用模板约束，确保基础可玩性。 - 内容安全与版权风险 - 风险：用户可能输入违规内容或上传侵权素材。 - 应对：引入文本与图片安全检测，发布前设置审核流程。 - 游戏流留存不足 - 风险：AI生成内容早期质量参差不齐，玩家可能快速流失。 - 应对：运营精选池、质量阈值和冷启动推荐规则必须优先实现。 - 移动端性能压力 - 风险：部分生成游戏资源过大或运行效率低。 - 应对：限制资源体积、统一运行容器、监控加载和错误率。 - 创作者学习成本 - 风险：用户不知道如何描述游戏，首次生成失败后放弃。 - 应对：提供模板、示例Prompt和失败后的修改建议。 --- ## Milestones & Sequencing ### Project Estimate - 项目规模：Medium - 建议周期：4至6周完成MVP可上线版本 - 交付原则：先跑通端到端闭环，再优化生成质量和推荐效率 ### Team Size & Composition 建议采用小而快的启动团队，避免过早组织复杂化。 - 产品负责人：1人 - 负责PRD、范围控制、数据指标、验收标准和跨角色协调。 - 全栈工程师：2人 - 负责创作工作台、玩家端、后端接口、任务队列、数据模型和基础后台。 - AI/生成工程师：1人 - 负责Prompt解析、模板生成、生成任务稳定性和质量评估。 - 设计师：0.5至1人 - 负责核心流程、移动端游戏流、创作工作台和后台基础UI。 - 运营/内容审核：0.5至1人 - 负责种子创作者招募、审核规则、精选池和上线冷启动。 总计：4至5名核心成员，可通过兼职设计和运营支持保持轻量。 ### Suggested Phases Phase 1：范围冻结与原型验证（3至5天） - Key Deliverables - 产品负责人输出MVP范围、核心用户路径和验收标准。 - 设计师完成创作工作台、游戏流、发布流程和审核后台低保真原型。 - 工程团队确认游戏运行容器、生成任务队列和数据模型方案。 - Dependencies - 明确首批支持的玩法模板。 - 明确内容安全底线和审核规则。 Phase 2：端到端核心链路开发（2周） - Key Deliverables - 全栈工程师完成账号、创作工作台、生成任务、预览、发布和游戏详情页。 - AI/生成工程师完成3个稳定玩法模板和Prompt到配置的生成链路。 - 工程团队完成游戏运行容器基础事件和错误日志。 - 运营后台完成待审核列表、审核通过、拒绝和下架。 - Dependencies - 玩法模板配置格式确定。 - 素材存储和资源加载方案确定。 Phase 3：游戏流、数据埋点与冷启动运营（1至2周） - Key Deliverables - 全栈工程师完成游戏流、点赞、收藏、分享、举报和基础推荐规则。 - 数据埋点覆盖创作、发布、试玩、互动和审核事件。 - 创作者数据看板完成曝光、试玩、互动等基础指标。 - 运营建立首批精选池和种子创作者名单。 - Dependencies - 核心埋点口径确认。 - 首批测试内容准备完成。 Phase 4：质量优化与灰度上线（1周） - Key Deliverables - 修复生成失败、加载失败、运行错误和审核流程问题。 - 优化移动端加载性能和首屏体验。 - 完成基础安全测试和权限检查。 - 面向小范围创作者和玩家灰度发布。 - Dependencies - 灰度用户名单准备完成。 - 运营反馈通道建立。 Phase 5：MVP复盘与下一阶段决策（2至3天） - Key Deliverables - 输出MVP数据复盘，包括创作者激活、游戏发布、玩家留存、内容质量和技术稳定性。 - 确定下一阶段优先级：增强编辑器、推荐算法、商业化、外部分发或创作者激励。 - 梳理高频失败Prompt、热门玩法类型和优质创作者画像。 - Dependencies - 至少积累1至2周真实用户数据。 --- ## MVP Acceptance Criteria ### 创作链路验收 - 用户可以从Prompt或模板生成至少3类轻量游戏。 - 生成成功后可以直接在浏览器中预览和试玩。 - 用户可以编辑标题、简介、封面、标签和操作说明。 - 用户可以保存草稿并发布游戏。 - 生成失败时有明确提示和重试入口。 ### 玩家链路验收 - 玩家可以进入游戏流连续浏览游戏。 - 玩家可以无需下载直接试玩游戏。 - 玩家可以点赞、收藏、分享和举报。 - 加载失败时可跳过，且系统记录错误。 - 移动端核心体验可用。 ### 运营链路验收 - 运营可以查看待审核游戏。 - 运营可以试玩、通过、拒绝和下架游戏。 - 运营可以将游戏加入精选池。 - 管理员可以区分普通用户、创作者、运营和管理员权限。 ### 数据链路验收 - 核心事件成功上报，包括生成、发布、曝光、试玩、互动和审核。 - 创作者可以查看单游戏基础表现。 - 团队可以导出或查看MVP核心指标。 --- ## Open Questions - MVP首发应优先面向移动Web、桌面Web，还是两者同时支持？建议玩家端移动优先，创作端桌面优先。 - AI生成游戏的底层实现采用模板配置生成、代码生成，还是二者结合？建议MVP优先模板配置生成，以保障稳定性。 - 发布审核策略是先审后发还是先发后审？建议早期采用机器检测加人工精选，普通公开曝光前进入审核。 - 是否允许用户上传自有素材？建议MVP允许小规模上传，但必须限制格式、大小和安全检测。 - 创作者激励机制是否在MVP上线？建议先用曝光、榜单和精选作为非现金激励，暂不做结算。 --- ## Future Considerations - 更强的可视化编辑器，包括关卡编辑、角色行为编辑和规则编辑。 - 个性化推荐系统，根据玩家偏好推荐游戏类型和创作者。 - 创作者分成体系，包括广告分成、打赏、付费模板和游戏内购。 - 多渠道自动发布，包括小游戏平台、社交平台和嵌入式试玩广告。 - 创作者社区，包括教程、挑战赛、素材市场和协作创作。 - AI助手增强，包括自动诊断游戏体验问题、生成优化建议和自动制作宣传素材。