chore:文档补全
This commit is contained in:
Evilom
@@ -0,0 +1,147 @@
|
||||
# SuymwQjFYimgnRkZRePcIW0PnWe
|
||||
|
||||
Source: https://dianchukeji.feishu.cn/wiki/SuymwQjFYimgnRkZRePcIW0PnWe
|
||||
|
||||
|
||||
# 1.工作内容概述
|
||||
# 2.进度
|
||||
## 2.1 完成UI的重构，总结了踩坑经验
|
||||
- 当前的重构效果
|
||||
- 调研学习了cocos的官方文档和行业内成熟做法，总结得出最佳实践
|
||||
- 最佳实践：
|
||||
- 静态UI挂载在Hierarchy的ui节点上
|
||||
- **反思：之前所有的UI全部都是游戏运行时生成的，非常难维护。自己不太了解ui这一块，AI采取这一套方法生成UI时，自己没能及时制止。本质上来说，是自己不了解cocos和不了解UI导致的。**
|
||||
- 游戏运行时的动态UI，例如实时生成的订单，使用代码动态生成
|
||||
- 这样做的好处
|
||||
- 可预览：编辑器可以预览静态UI，可以直接看到UI的问题，不需要进入游戏后才看清
|
||||
- 可维护：人工可以在编辑器中微调这些UI的位置，而不是到代码中硬编码
|
||||
- 可适配多分辨率：这样对后续适配不同设备的分辨率来说，比较方便
|
||||
|
||||
|
||||
## 2.2 实现关卡剧情任务推进
|
||||
- 目前实现的功能
|
||||
- 可配置剧情任务
|
||||
- 玩家可消耗金币完成剧情任务，获得奖励（目前奖励暂时配置的是经验，后续会配置物品和合成器）
|
||||
- 可以在局内主场景中点击剧情按钮触发，也可以在主界面点击剧情任务触发
|
||||
## 2.3 实现自动化批量关卡生成方案的部分，目前能够生成第一批关卡进行游玩
|
||||
以下这方案是怎么自动化批量生成的
|
||||
- 3个核心概念：
|
||||
- **《浪漫餐厅》的长关卡主棋盘**
|
||||
- 玩家始终在同一张主棋盘上玩，不切棋盘，不是一关一关地跳。变化发生在“这一阶段让玩家做什么、解锁什么、承受什么压力”————所以不能按照传统的关卡制度来划分关卡，而应该定义Slice
|
||||
- **Slice**
|
||||
- slice 可以理解成“长关卡里的一个推进片段”。它不是一关新地图，而是这张主棋盘上的一个阶段控制单元。
|
||||
- 一个 slice 主要定义 4 件事：
|
||||
- 这一段对应哪些订单
|
||||
- 这一段允许哪些物品链/生成器参与
|
||||
- 这一段对应哪段剧情推进
|
||||
- 这一段的定位是什么，比如 intro新手关 reward 奖励关
|
||||
- **方案一和方案二的分工**
|
||||
- 方案一：关卡设计模板化与数值规律化方案
|
||||
- 定义规则：也就是“slice 应该怎样被设计出来”
|
||||
- 方案二：AI批量生成关卡执行方案
|
||||
- 执行生成，AI按照slice的要求，生成具体要求，配置数据到游戏中
|
||||
- 自动化生成关卡的流程
|
||||
- **先人工定义章节目标：首章要做成一个 20 个订单的长关卡阶段。**
|
||||
- **方案一把章节拆成 slice**
|
||||
- 不是直接设计 20 个孤立订单，而是先决定：
|
||||
- 要分成几个 slice
|
||||
- 每个 slice 承担什么节奏职责
|
||||
- 每个 slice 对应什么剧情推进
|
||||
- **方案二根据这些 slice 去生成具体内容**
|
||||
- 生成的内容包括：
|
||||
- 每个 slice 对应哪些订单
|
||||
- 每个 slice 对应哪些 story node
|
||||
- 每个 slice 的可用链和解锁节奏
|
||||
- **游戏运行时也是按 slice 推进**
|
||||
- 一个slice对应几个订单、一段剧情任务
|
||||
- 以下举例来理解slice
|
||||
- chapter_01中有9个slice
|
||||
- 每一个slice都会包含
|
||||
- 玩法内容：订单、链条、生成器
|
||||
- 推进条件：剧情区间
|
||||
- 设计语义：模板、节奏角色、意图说明
|
||||
## 2.4 商业化线——接入数据埋点：熟悉并且理清了GameAnalytics平台的操作流程，能够把接入的事件埋点展示成可视化图表
|
||||
- 能够在官方面板中观察到
|
||||
- New Users新用户
|
||||
- Active Users活跃用户
|
||||
- Returning Users回流用户
|
||||
- Session Count (started)游戏会话数
|
||||
- Error events错误事件
|
||||
|
||||
|
||||
- 但是这些并不是我们自己定义的7个事件埋点。GA中，如果想观察到自己定义的数据埋点，需要在Dashboard中自己配置，就能看到具体定义。
|
||||
|
||||
|
||||
- 下面是最后的效果，分别代表对应日期的合并数量、生成器生成数量、订单完成数量
|
||||
|
||||
# 3.收获与反思
|
||||
- 自己虽然和AI讨论出了这一套自动化批量关卡生成方案，大方向是明确的，但是很多细节自己不清楚。执行起来，整个系统属于黑盒，非常难长期维护
|
||||
- 原因：
|
||||
- 自己没有工程化思维，虽然跟AI明确了自己的需求和方向，但是怎么实现，每一步怎么走，完全没有思路。
|
||||
- 改进
|
||||
- 后续做功能要以工程化的思维去做，自己要先去明确其中的代码是怎么运行的
|
||||
- 后续需要深度理解这一套方案后，再进行实现。
|
||||
- 任何不懂的名词，都应该让AI指出来，不能泛泛而过。
|
||||
# 4.下一步计划
|
||||
- 基础功能线
|
||||
- 继续完善UI
|
||||
- 在工程化的思想下，深度理解这一套自动化批量关卡生成方案，继续实现。
|
||||
- 商业化线：数据埋点基本跑通了，还差广告接入
|
||||
- 广告接入：尝试用咸鱼流量主账号完成广告位的测试
|
||||
- 商业化线：开发新手引导流程
|
||||
- 美术线
|
||||
- 之前UI重构过程中，旧的UI美术资源被遗弃了，需要新生成一批
|
||||
# 5.项目规划
|
||||
参考：
|
||||
https://jasminehuang477-cmd.github.io/share_hyper_casual_game_design_guide/#s10
|
||||
https://merge2iaa-selectionanalysis.netlify.app/
|
||||
- 开发计划：
|
||||
- **任务详情看第二个文档的十、两周开发建议节奏**
|
||||
- **非开发计划中的内容，不优先开发**
|
||||
**阶段**
|
||||
**核心任务**
|
||||
**产出物**
|
||||
**验收标准**
|
||||
**完成情况**
|
||||
**W0：方向确认**
|
||||
- 确定主题、驱动方式（订单/图鉴/轻量解锁）、物品链草案、
|
||||
- 工具链确认
|
||||
主题文档、物品链草稿
|
||||
能用一句话说清楚"做什么主题的二合类、合到什么"
|
||||
完成，核心目标对标《浪漫餐厅》
|
||||
**W1：核心合成闭环**
|
||||
- **工具链熟悉 + 工程搭建**
|
||||
- **物品链 Schema + AI 配置生成**
|
||||
- **棋盘 + 合并核心逻辑**
|
||||
- **生成器系统**
|
||||
- **基础 UI + AI 美术占位**
|
||||
item_chain_schema.json、可运行原型
|
||||
合成基础循环可演示，物品链有解、不卡死
|
||||
完成
|
||||
**W2：产品闭环与可玩包**
|
||||
- **订单系统**
|
||||
- **广告点接入**
|
||||
- **埋点接入（7 事件）（参考：第二个文档的：九、第一版 MVP 的探索范围与收口原则）**
|
||||
- **新手引导（3 步最小化）**
|
||||
- **可玩包 + 内部测试**
|
||||
- **复盘报告 + 资产沉淀**
|
||||
可玩包、问题清单、复盘文档
|
||||
从启动到看见第一个广告点的路径完整可走通
|
||||
55%
|
||||
目前订单系统完成；
|
||||
埋点接入完成;
|
||||
- 广告点接入正在进行：
|
||||
一 尝试用咸鱼账号进行测试
|
||||
**W2 后：横向对比与资产沉淀**
|
||||
整理所有可复用资产、参与横向对比会议、总结共性问题
|
||||
资产沉淀清单 + 复盘报告
|
||||
每人完成可迁移使用的：资产沉淀清单+复盘报告
|
||||
还在积累实践经验，编写工作流文档思路。后续计划：
|
||||
- 复盘报告
|
||||
- 编写工作流文档
|
||||
- 完成资产沉淀清单（见第一个文档，需要重点关注schema）（第二个文档的十二也有）
|
||||
- 风险注意：https://merge2iaa-selectionanalysis.netlify.app/的六、产品风险分析很有价值，开发时需要注意
|
||||
- **空间压力设计失误**
|
||||
- **订单节奏不合理**
|
||||
- **合成反馈不够满足**
|
||||
- **美术风格不统一**
|
||||
Reference in New Issue
Block a user