# QUlXwDxswi4ni3kkgzictj1Rn6e Source: https://dianchukeji.feishu.cn/wiki/QUlXwDxswi4ni3kkgzictj1Rn6e # 1.工作内容概述 - 调研拆解 - 搜集循环期的订单和剧情数据 - 根据新数据，继续调研拆解订单刷新机制/订单投放节奏 - 调研拆解宏观难度调控设计 - 接入个人信息界面的美术资源 # 2.主要产出 ## 2.1 搜集循环期的订单和剧情数据 - 调研到订单刷新机制时，发现有订单刷新机制本质上有2个阶段 - 剧情预设订单期 - 刷新机制：只有剧情预设订单 - 循环期： - 刷新机制：剧情节点重组+动态生成订单+笑脸评分机制 - 之前调研循环期数据，得到的结论没有统一，数据说服力不够强。故需要深入调研第二波循环期的数据 - 目前调研到了第50单。除去剧情预设期的10单，循环期的订单有40单，足够支撑初步结论 ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_YX3Lb9w1AoKz.png) ## 2.2 根据新数据，继续调研拆解订单刷新机制/订单投放节奏 > :kiwifruit: 今日继续补充了以下内容 ### 2.2.1 笑脸机制的进一步研究，得出了更多结论 - 笑脸机制 ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_BHmyb792sojz.png) - 解锁时间：在完成剧情任务节点9后，解锁笑脸机制 - 具体机制 - 解锁笑脸机制时，会给当前订单赋予笑脸评分，评分从1到3都有 - 完成有笑脸评分的订单时，获得笑脸评分 - 笑脸评分满8分时， - 新增一批带笑脸评分的订单 - 新增这批的笑脸评分默认为1 - 给之前旧订单也挂上笑脸评分 - 给旧订单的笑脸评分默认为2 - 给予奖励：奖励主要是新增的这批带笑脸评分订单的所需物品 - 笑脸订单不是替换旧订单，而是“批量补入 + 保留长挂单” ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_B1vhbxrAloWn.png) - 重要的规律：从数值角度来看，每次要完成当前所有订单时，还剩下1单时，大概率也是正好完成所有笑脸评分的时候。此时又开启一轮笑脸评分循环。 ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_ApBJbu9bPonf.png) - 动态生成订单和笑脸评分机制如何合作 - 体感上来说是： - 动态生成订单负责兜底，防止玩家没订单玩 - 此时玩家的目标分为几种：笑脸评分作为中目标缓和小目标和大目标之间的差距，让玩家觉得正反馈不是很遥远，不能推进剧情也还有笑脸评分这个正反馈。换句话说，笑脸评分是完成单个订单和推进剧情的阶段性目标。 - 小目标：完成单个订单 - 中目标：完成笑脸评分 - 大目标：推进剧情 - 从剧情预设订单期切入到循环期的条件 - 完成某个特定剧情任务节点：《浪漫餐厅》中是完成剧情任务节点5后 - 即剧情任务节点5后：动态生成订单介入 - 总结：循环期订单刷新机制可以拆成三层 ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_E4ZubRN4koEl.png) ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_DpPab8P3Zowi.png) - 第一层是普通动态补位，用于维持基础订单数量； - 第二层是剧情节点重组，用于切换阶段和改写队列； - 第三层是笑脸批量刷新，用于在队列收缩后重新拉满目标。 - 三层机制共同形成“清队列 -> 阶段反馈 -> 批量补目标 -> 再清队列”的循环节奏。 ### 2.2.2 用AI进一步验证了之前得出的结论是否正确 编号 规律 / 假设 数据证据 相关性判断 建议结论 1 新手期 / 剧情预设订单期：订单按剧情配置进入订单槽 时间轴 1-16 行基本表现为完成订单或剧情节点后，按固定顺序出现订单 1-12；剧情节点 2 后出现订单 5、6；剧情节点 5 后出现订单 11、12 强支持 新手期主要是剧情预设订单驱动，订单刷新更像“配置队列按阶段放出” 2 新手期中，剧情节点是订单刷新的闸门 时间轴第 4、6、10、13、15、22、26 行多次出现“完成订单后进入剧情任务节点 / 完成剧情后再刷新”的节奏；例如剧情节点 2 后订单槽从 1 单扩为 2 单 强支持 剧情节点确实承担阶段闸门作用：玩家完成关键订单后，先推进剧情，再释放下一批订单 3 循环期由剧情节点重组、动态生成订单、笑脸评分机制共同构成 动态补位：第 57、61-63 行；剧情重组：第 60 行；笑脸批量刷新：第 50、68 行 强支持 循环期不是单一刷新器，而是三层机制叠加：普通补位、剧情重组、笑脸批量刷新 4 剧情节点重组会删除原有订单并新增订单 第 60 行：完成剧情节点 16 后，活跃订单变为订单 8、3、9、10；上一状态中的订单 5、6、7 消失，只保留订单 3，并新增订单 8、9、10 中强支持 剧情节点重组不是简单补位，而是会改写队列：删除部分旧单、保留少数长挂单、加入新阶段订单 5 动态生成订单会根据当前订单数量控制投放节奏 队列较满时多次不补单：第 51、52、58、64-67 行；队列减少后才出现补位：第 57、61-63 行 强支持 动态刷新不是每完成一单就补一单，而是看当前队列状态决定是否补入 6 笑脸订单不是替换旧订单，而是批量补入 + 保留长挂单 第 50 行刷新后活跃订单为 27、28、24、29、25，保留旧订单 24、25；第 68 行刷新后活跃订单为 14、15、16、17、12，保留旧订单 12 中强支持 这是最关键且证据最强的规律之一：笑脸刷新是扩队列 / 补目标，不是全量替换 7 循环期三层机制形成“清队列 -> 阶段反馈 -> 批量补目标 -> 再清队列” 第 49-52 行队列从多单收缩；第 50 行笑脸批量补目标；第 57 行动态补满；第 60 行剧情重组；第 64-68 行再次收缩并笑脸补入 强支持 可以作为循环期订单刷新机制的核心总结图 / 核心结论 8 订单槽数量跟剧情推进 / 等级绑定 初始 1 槽；剧情节点 2 后第 7 行出现 2 槽；剧情节点 5 后第 16 行出现 3 槽；剧情节点 9 后第 28 行出现 4 槽 强支持 订单槽开放节奏与剧情节点强绑定，至少前中期非常明确 ### 2.2.3 梳理订单刷新机制的框架 ### 2.2.4 进一步分析框架下的各个模块 #### 2.2.4.1 剧情预设模块 - **拆解目的** - 剧情预设订单是按什么规则从配置进入队列的？ - 剧情预设订单的进入方式有几种？ - 剧情节点作为"闸门"的具体行为是什么？ - 预设订单的内容设计有什么规律？预设订单的内容设计有什么规律？ - **人为总结规律** - 触发条件 - 触发条件 =完成剧情任务节点，而剧情节点的触发条件=金币达标金币达标 - 每次完成剧情任务节点后，系统补充一批预设订单到队列 - 在预设期（节点1-5），剧情节点是唯一的订单刷新闸门，没完成节点就没有新订单 - 进入方式 - 预设订单按配置顺序进入，不是随机的 - 每次节点触发后补入的数量 = 当前可用槽位数-当前已有订单数（即"填满"策略） - 预设订单比动态订单优先级更高（从数据看，节点完成后立即出现预设订单，动态订单让位） - 内容设计规律 - 引导单（新链/新生成器介绍）难度显著低于非引导单（24.18 vs 68.48） - 节点1-5的预设订单全部承担教学功能（介绍轻篮、面粉、土豆、咖啡机等） - 付费压力订单集中在节点11后出现（订单15/17/18），与复制品奖励机制介绍时机一致 #### 2.2.4.2 动态生成+移除模块 - 拆解目的 - 动态订单什么时候开始生成？ - 生成什么难度的订单？ - 生成多少个？ - 移除条件是什么？ - 人为总结规律 - 启动条件： - 剧情任务节点5完成后，动态生成订单机制正式介入 - 生成逻辑： - 不按配置生成，而是根据算法实时监测： - 玩家状态 - 计时器 - 难度信息 - 最近订单难度 - 2.5的宏观难度调控设计，会给每个等级、剧情、笑脸机制阶段、订单设定难度 - 当前订单少时→生成更多；订单多时→生成更少（自适应填充） - 按"订单组"为单位生成（1组≈1-3单），而非逐单生成 - 难度选择遵循"紧松交替"：最近N单偏高→下一组偏低压/中压；最近N单偏低→下一组偏高压 - 计时器规则： - 订单不是无限生成的，需要间隔一段时间才能生成 - 间隔不是固定值，应由多维度动态计算： - 难度信息 - 2.5的宏观难度调控设计，会给每个等级、剧情、笑脸机制阶段、订单设定难度 - 最近完成订单的难度 - 玩家游玩时长（越长→间隔可能越短，防止无聊） - 玩家当前体力（体力低→间隔可能变长，避免浪费生成） - 订单跟体力（订单的体力消耗/订单的完成难度） - 移除机制 - 动态订单不仅新增，也会动态减少 - 最大可能规律：高难度订单如果太久没完成，则会被删除，换成低难度订单 - 移除触发条件 = 订单在槽位中停留时间 > 某阈值 AND 订单难度 > 某阈值 - 移除后不是空着，而是立即从动态池中抽一个低压/中压订单替换 - 只有动态生成的订单会被移除，剧情预设订单和笑脸机制订单不会被移除（因为它们承载叙事/进度功能） #### 2.2.4.3 笑脸机制模块 - 拆解目的 - 笑脸评分的分配规则是什么？ - 笑脸满分后新增的一批订单有什么特征？ - 笑脸作为中层目标的节奏如何设计？ - 笑脸机制与动态生成是独立运作还是互相影响？ - 人为总结规律 ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_SerKbyVKZoTf.png) - 解锁与启动： - 完成剧情任务节点9后解锁笑脸机制 - 解锁时，当前所有在场订单被赋予笑脸评分（1-3分不等） - 评分规则： - 完成有笑脸评分的订单→获得该订单对应的笑脸分 - 初始满分阈值：6 - 满分阈值随着等级而提升 - 4级：6级 - 5级到N级：8级（N还没测出来，后续的数值也还没测出来） - 评分分配与订单难度相关：低压订单→1分，中高压订单→2-3分（使得无论完成简单还是困难订单都有进度感，但困难订单贡献更大） - 满分触发 - 满8分时触发三个动作： - 新增一批带笑脸评分的订单（默认1分） - 给之前旧订单也挂上笑脸评分（默认2分） - 给予奖励（主要是新批次所需物品，降低新一轮启动成本） - 节奏同步规律 - 当玩家完成当前所有订单剩最后1单时，大概率正好也是笑脸分攒满的时候 - 这说明评分总和被有意设计为特定数字，使得"清完一轮订单"与"完成一个笑脸周期"在时间上自然对齐 - 例如：满分阈值为8，4个订单槽 × 平均2分/单=8分，恰好一个完整的清场周期 - 与动态生成的协作： ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_G9oMb7lpToA9.png) - 动态生成→兜底，防止无订单；笑脸→提供阶段性正反馈，缓冲"完成单订单"到"推进剧情"之间的距离 - 笑脸满分触发的新批次订单 =直接进入综合队列池（而不是另开一条独立管道） - 笑脸批次订单进入时可能暂时压制动态生成（因为一次性涌入多单，已经填满了需求） #### 2.2.4.4 综合队列池模块 - 拆解目的 - 三条队列（预设/动态/笑脸）汇入后，优先级规则是什么？（谁先出？） - 队列池有没有容量上限？ - 感觉是FIFO - 池中订单的排序逻辑是什么？ - 池子是透明的还是隐藏的？ - 人为总结规律 - 优先级推断： - 剧情预设订单优先级最高（数据表现：节点完成后，预设单立即出现，不存在"排队等待"现象） - 笑脸批次订单优先级次之（笑脸满分后的新一批订单似乎也是立即补入） - 动态生成订单优先级最低（是"填充剩余空间"的角色） - 容量控制： - 队列池存在容量上限（否则三条队列无限涌入会导致系统混乱） - 上限可能与当前可用槽位数相关（如：上限=当前槽位数 × 2 或 × 3） - 问题：如果队列中订单数量超过上限怎么办？ - 可能的策略是"动态生成暂停，直到池中数量降到阈值以下 - 排序逻辑： - 同优先级内按FIFO（先进先出） - 不同优先级间按来源排序：预设 > 笑脸 > 动态 #### 2.2.4.5 槽位分配模块 - 拆解目的 - 槽位数量扩展的精确触发条件是什么？ - 不同槽位是否有功能分化？ - 空槽出现后，补充速度有多快？ - 槽位的位置（从左到右/从上到下）是否对应难度梯度？ - 人为总结规律 - 开放规律 ![图片](../feishu-images/QUlXwDxswi4ni3kkgzictj1Rn6e_LVwRbO7duozL.png) - 初始1槽→ 节点2后2槽 → 节点5后3槽 → 节点9后4槽 - 节点2≈等级2，节点5≈等级3，节点9≈等级4 - 槽位扩展绑定的是"剧情节点"而非"等级"（两者在设计上几乎同步，但底层可能只检测节点完成） - 槽位-难度分化 - 低位槽（1、2）承担快速回落或救济目标 ——低压/中压订单 - 高位槽（3、4、5）承担新阶段、高难度或长期目标—— 高压/尖峰订单 - 支撑证据：高难度的"长挂订单"（如订单15、17、25）似乎总在特定位置出现 - 动态移除也与槽位相关 ——高位槽的高难订单更容易触发超时移除 - 补充速度： - 空槽出现后（订单完成），观察上来看不是绝对即时补充，但延迟很短 - 补充速度可能受计时器控制： - 预设订单/笑脸订单→几乎即时（只要池中有货） - 动态订单→受计时器节流（可能有几秒到几十秒的延迟） ### 2.2.5 得出分析结论 - 订单投放不是单纯随机刷新，而是“三路合流”：剧情预设订单、笑脸批次订单、动态生成订单共同进入订单池。 - 优先级大概率是：剧情预设 > 笑脸批次 > 动态订单。动态订单更像兜底，用来填空、调节节奏。 - 剧情节点是前期订单节奏的核心闸门，完成剧情节点后才会补入关键预设订单，槽位扩展也更像绑定剧情节点，而不是单纯绑定等级。 - 动态生成承担压力调控：订单少就补，多了就少补；高难订单长期没完成时，可能会被替换成低/中压订单。 - 笑脸机制是中层节奏器，把“完成单个订单”和“推进剧情”之间的空档填起来，让玩家清一轮订单时刚好获得阶段性正反馈。 ## 2.2 宏观难度调控设计 ### 2.2.1 拆解目的 - **难度主要由订单、笑脸机制、剧情、等级4层把控，需要分析之间的关系** - 思考等级和剧情的关系，为什么a级和b级之间插入n个剧情，却在另外一个等级中插入m个剧情？ - 为什么要在这里设置这些等级 - 为什么在不同的等级之间设置不同的经验进度条 - 例如：1级到2级可能需要N个订单，而2级到3级可能需要M个订单 - 升级所需的经验数值为什么是这些数字？ - **关键问题：整个关卡的设计流程是怎么推导出来的？** ### 2.2.2 调研记录数据 - 相关的表主要是：时间轴表、订单表、剧情表、等级经验和奖励表 ### 2.2.3 人为总结规律 - **关键问题：整个关卡的设计流程是怎么推导出来的？** 个人猜测如下：整个设计流程是从上导下推导出来的 - 订单、笑脸机制、剧情、等级，是4层目标/里程碑。（除了运营活动外） - 小目标：订单 - 中目标：笑脸机制 - 大目标：剧情 - 超大目标：等级 - 而难度是串联这些目标的纽带 - 超宏观的难度曲线：设置在等级与等级之间，而等级由多个剧情组成 - 宏观的难度曲线：设置在剧情与剧情之间，而剧情由多个笑脸机制或者订单组成 - 中观的难度曲线：设置在笑脸机制和笑脸机制之间，而笑脸机制由多个订单组成 - 微观的难度需求：设置在订单与订单之间 - 视觉化理解 - 整体的组织逻辑为： - 多个订单组成笑脸机制 - 多个笑脸机制组成剧情 - 多个剧情组成等级 - 由1.1.2可知：一段关卡=切片(slice)=在某个时间窗口内,由目标、节奏、状态三者交叉决定的玩家体验切片。 - 在实际落地层面可以理解为：slice=玩家当前订单+玩家当前笑脸机制进度+玩家当前剧情进度+玩家当前等级进度 - 玩家所处的任意时段，都属于某个slice - 新手期和循环期的不同设计：主要是层级的编排不同 - 新手期是：订单——剧情——等级 - 循环期：订单——笑脸机制——剧情——等级 - **剧情节点基本都是 15xp。从“完成后的等级”反推：** - 等级2：30xp - 等级3：75xp - 等级4：135xp - 等级5：210xp 每级所需增量是 30、45、60、75，增量每级 +15。若 延续，等级6 很可能是 300xp。 - **等级经验本质是在控制“每级包含几个剧情节点”** - 剧情节点基本固定给 15xp，所以等级经验不是孤立数值，而是在规定每个等级段有多长： - 等级2：30xp = 2 个剧情节点 - 等级3：75xp = 2 + 3 个剧情节点 - 等级4：135xp = 2 + 3 + 4 个剧情节点 - 等级5：210xp = 2 + 3 + 4 + 5 个剧情节点 - 所以规律是：每升一级，多容纳 1 个剧情节点 - 如果延续这个公式，等级6 应该是：210 + 90 = 300xp - 也就是等级5到6需要 6 个剧情节点。 ## 2.4 接入个人信息界面的美术资源 - 效果如下 # 3.收获与反思 - 今天跟刘鹏讨论时发现，其实《浪漫餐厅》的订单刷新机制，本质上还是遵从着配置的方式来设计的，并不是我们之前想的新手期结束后，就只按动态算法来生成订单了。 - 从宏观角度看，其实无论是动态生成订单、还是剧情预设订单、笑脸刷新机制、剧情任务节点、等级，都是被设计好的。都是策划设计好宏观的难度曲线后，一层一层向下设计出的东西。 - 只是我们之前没有从宏观的角度出发，分析难度调控设计。今天回过头来一看，恍然大悟。 # 4.下一步计划 - 调研拆解 - 学习数据模拟验证的方法 - 数据模拟的本质是代入自己定义的测试数据进行计算，得到结果进行对比 - 推进数值拆解和关卡拆解，后续主要推进以下内容 - 继续调研拆解宏观难度调控设计 - 从微观设计反推出宏观设计，总结出二合游戏的关键认知 - 优化 - 优化美术资源 - 优化功能 - 修复bug # 5.项目规划 参考： https://jasminehuang477-cmd.github.io/share_hyper_casual_game_design_guide/#s10 https://merge2iaa-selectionanalysis.netlify.app/ - 开发计划： - **任务详情看第二个文档的十、两周开发建议节奏** - **非开发计划中的内容，不优先开发** - 拆解调研任务 **目标** **核心任务** **完成情况** 完成《浪漫餐厅》关卡/数值相关设计拆解分析，说明从中收获了哪些二合类游戏设计的关键认知，输出拆解分析报告并进行内部分享 - ok——写拆解分析报告大纲 - 对《浪漫餐厅》关卡/数值相关设计进行拆解分析 - 实机记录数据（完成后才方便做下面的内容） - 需要反思如何改进 - 学习数值拆解调研的方法 - 研究AI建模分析的方法 - ok—在网上学习数值调研拆解相关的方法 - ok—向楚真日报学习 - 问刘鹏 - **学习积累二合类的数值设计基础知识（对于数值调研拆解，基础数值设计知识很重要）** - 从微观反推宏观内容：研究对具体设计组合的抽象、理解、演化方向预判 - 数值拆解方向 - （核心）订单数值 - 棋盘关卡 - 需要结合订单刷新机制 - 总结《浪漫餐厅》关卡/数值相关设计的规律 - 总结二合类游戏设计的关键认知 - 整理以上2点内容，进行内部分享 - 使用自动化批量关卡生成方案+分析的关卡和数值设计规律+订单刷新机制，铺量关卡。目标是铺至少40单的游戏内容量（大概1个小时左右的游玩流程） ### 80% - 上线前要完成的任务 **目标** **核心任务** **完成情况** 关卡和数值设计铺量 - 对《浪漫餐厅》关卡/数值相关设计进行拆解分析 - 需要跟之前的订单刷新机制结合起来 - 总结《浪漫餐厅》关卡/数值相关设计的规律 - 用AI生成并配置好类似规律的关卡和数值 ### 30% 基础功能 - 文本提示信息框——完成 - 购买弹窗——暂时搁置 - 边缘系统 ### 80% 商业化 - 上架微信小游戏 - UI适配（已经跑通流程，只需要再操作一遍） - 打包优化（已经跑通流程，只需要再操作一遍） ### 30% 更换新主题的美术资源 - 持续优化美术资源生成管线 - 目前还差 - 个人信息界面 - ok——剧情任务面板 - 思考问题 - 继续解决美术风格的饱和度问题和AI味道问题 - 物品链和生成器链考虑优化美术资源 - 将笔刷、毛刷等物品加入，弥补目前物品链物品过于相似的问题 ### 99% 优化 - 手感调优 - 上线前测试找bug ### 40% - 风险注意：https://merge2iaa-selectionanalysis.netlify.app/的六、产品风险分析很有价值，开发时需要注意 - **空间压力设计失误** - **订单节奏不合理** - **合成反馈不够满足** - **美术风格不统一**