Evilom
104 lines
6.0 KiB
Markdown
104 lines
6.0 KiB
Markdown
# HVxhwFfM2idMx7kTiuBcgVBXnCb
|
||
|
||
Source: https://dianchukeji.feishu.cn/wiki/HVxhwFfM2idMx7kTiuBcgVBXnCb
|
||
|
||
|
||
# 一、工作概述
|
||
1.完成UI编辑器细调功能
|
||
2.对现有订单、棋盘的UI和功能逻辑进行优化
|
||
3.优化了一下体验阶段参数生成器的流程逻辑
|
||
# 二、主要产出
|
||
## 2.1-完成UI编辑器细调功能
|
||
### 2.1.1-开发目的
|
||
**最后的百米冲刺：**在早期使用AI完成UI布局时，发现AI能够通过识别草图/详细的描述来完成**80%的UI布局**，剩下的20%，要么需要非常精确的原型图，要么存在自然语言难以描述或**描述困难繁琐**的情况，例如单个订单的UI就包括人物icon、物品栏背景、物品格子、物品、提交按钮、奖励面板、奖励icon以及奖励数量等这些UI元素的位置、缩放和逻辑。纯使用自然语言或原型图来完成会比较费时间，且后续调整的时间成本也比较高，最快的办法自然是**自己上手直接调**，所以会选择制作这样一个功能，来完成细节的调整
|
||
### 2.1.2-主要功能
|
||
- 棋盘区域上下位置
|
||
- 棋盘内部 padding
|
||
- 格子大小
|
||
- 格子间距
|
||
- 整组格子的起始偏移位置
|
||
### 2.1.3-运行状态
|
||
## 2.2-对现有订单和棋盘的UI以及功能逻辑进行优化
|
||
### 2.2.1-订单模块
|
||
### 2.2.2-棋盘模块
|
||
**生成器合成和移动功能 — **增加生成器的移动拖拽和同名合成功能。
|
||
### 2.3-对体验阶段参数生成器做了优化
|
||
项目
|
||
原始 v0.3
|
||
最新版
|
||
配置对象
|
||
主要看订单
|
||
订单 + 棋盘 + 顺序链路一起看
|
||
棋盘口径
|
||
有棋盘概念，但指标容易混乱
|
||
明确了填充率、可用格、生成器格的统一口径
|
||
订单顺序
|
||
可能只给权重，不保证真实刷出顺序
|
||
要补 unlock_order_id 或说明刷新规则
|
||
验收状态
|
||
容易把模拟结果当通过
|
||
改成先 simulation_pass_pending_playtest，必须等真实跑测
|
||
后段难度
|
||
容易偏轻
|
||
已开始主动调整后段成本和节奏
|
||
非当前阶段内容
|
||
可能混进棋盘
|
||
已要求清掉或隐藏
|
||
**仍然存在的问题：**最新版比前一个版本 更像“体验阶段生成器”了，但它现在仍然是：
|
||
“订单/棋盘联合参数生成器”，而不是完整的“阶段数值体验生成器”下一步真正要补的核心，不是继续加更多订单规则，而是补一层独立的 StageValueModel，
|
||
专门定义：这一阶段允许多快、多难、多挤、多值以及多容易继续玩。需要更多的量化指标数据作参考和训练。
|
||
# 三、收获和反思
|
||
## 3.1-收获
|
||
**参数统一：**UI 编辑器真正难的，不是“能不能拖”，而是“编辑态操作能不能转成一套稳定、可复现、运行时也认同的参数模型”。如果编辑器、导出器、运行时构建器三边各自有一套布局理解，最后一定会漂。
|
||
**逻辑统一：**不要过于依赖运行加载时的调整逻辑。像白边推导、自动 fit cell、布局 rebuild、自动排版这些逻辑，单看都像是在“兜底”，但只要它们和编辑器表达不一致，最后就会变成编辑器改了但实际运行效果又没变的情况，让AI去调UI时经常会添加修正逻辑，所以有时改变某个UI位置后发现没变，就要考虑是不是AI又加了修真逻辑。
|
||
**动态UI与静态UI的调整差别：**部分UI会有类似滑动的效果，例如订单的滑动功能。在UI编辑界面，所有UI都是静态的，不能直接看到动态UI改动后的实际效果，就需要实际运行去看，例如滑动功能会设计一格很长的UI面板来支持滑动，但在静态显示时就会看不全。
|
||
## 3.2-反思
|
||
**要细看AI的功能产出：**例如在Unity中控制UI大小的除了scale外还有宽高参数，最初让AI去实现布局调整功能时，AI会在直接增加Scale相关的配置，不会增加宽高的配置，然而在编辑界面测试时，通常是直接拉矩形框（也就是宽高）来调整UI的大小，不会直接去调Scale，结果就是改完没效果，导致我以为AI这个功能没实现，后来才发现它添加的参数是Scale。
|
||
# 四、明日计划
|
||
1.继续研究如何借助AI快速精准的完成阶段性体验预期的配置
|
||
- 做调研记录体验脚本，让AI分析学习
|
||
- 自己记录、搜集社区数据或尝试解抓包头部产品的一些配置数据，供AI分析并作配置参考。
|
||
2.美术方面尝试做些优化，主要是做风格统一，探索一下Holopix、魔触等AI生图的出图效果
|
||
3.日常优化一下现阶段完成的功能逻辑，主要通过体验参数的跑测去发现和修复功能问题。
|
||
# 五、当前进度和规划
|
||
时间
|
||
任务
|
||
交付物
|
||
验收标准
|
||
完成情况
|
||
备注
|
||
W2-1
|
||
订单系统
|
||
1. order_config.json
|
||
2. 订单系统代码
|
||
1. 20个递增难度订单
|
||
2. 前5个订单要求Level 1-4物品
|
||
3. 完成订单获得金币
|
||
90%
|
||
1.已完成订单系统和订单滑动列表滑动功能
|
||
2.网基础的美术包装导入验证
|
||
W2-2
|
||
广告点接入
|
||
1. ad_placement_config.json
|
||
2. 广告系统代码
|
||
1. 3个激励广告点（获得物品、刷新生成器、订单倍率）
|
||
2. 触发时机合理，无强制弹出
|
||
已完成完成广告系统功能逻辑的实现
|
||
W2-3
|
||
埋点接入（7事件）
|
||
1. analytics_event_config.json
|
||
2. 埋点代码
|
||
7个核心事件在GA后台实时可见
|
||
已完成核心埋点事件功能实现，并能在GA后台进行数据同步，实时可见
|
||
W2-4
|
||
新手引导（3步最小化）
|
||
+单元测试系统实现
|
||
新手引导代码
|
||
3步引导（点击生成器→合并→完成第1个订单）
|
||
完成新手引导和单元测试系统，完成UI细化可调功能和功能逻辑的优化调整
|
||
W2-5
|
||
可玩包 + 内部测试
|
||
1. 可玩包（APK/IPA）
|
||
2. 测试记录
|
||
≥3/5测试者表示会继续玩10分钟以上
|
||
规划风险提醒：**探索与收口失衡【最高优先级】、空间压力设计失误、订单节奏不合理、广告点打断体验、合成反馈不够满足、 美术风格不统一、 第一版系统定义过早、单人 AI 工具使用不熟** |