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/的六、产品风险分析很有价值，开发时需要注意
- 空间压力设计失误
- 订单节奏不合理
- 合成反馈不够满足
- 美术风格不统一

8.3 KiB Raw Blame History