Evilom
64 lines
6.2 KiB
Markdown
64 lines
6.2 KiB
Markdown
# 2026.6.12-日报-张家振
|
|
|
|
Source: https://ocnmca6f1o0p.feishu.cn/wiki/RWbAwVXj5iuovDkxYOpcMws0n3d
|
|
|
|
# 一、今日核心进展
|
|
1. 取数工具基本跑通
|
|
auto. 对齐并修正财务特殊取数公式
|
|
auto. 补充利润表-分工作室表
|
|
---
|
|
## 二、对账差异定位与定性
|
|
采用 "生成报表→全量比对→定位差异→修正→全量回归" 的闭环流程，今日端到端跑了四轮以上全量回归。对每一条差异均做三重校验：核对工具逻辑与映射文档、追溯原始业务底稿、交叉验证上下游科目。
|
|
发现三项隐性特殊排除规则（为财务手工表中存在、未写入映射文档中约定）：
|
|
1. 厦门地区 "最强主播" 游戏：因内部发行模式导致收入与分成成本双重计算，需在分地区表中同时减去对应数值
|
|
auto. GOS 和 GOK 两款游戏：其他业务成本中研发外包费用存在重复统计，需在利润表取数时直接排除
|
|
---
|
|
## 三、财务口径调整
|
|
原汇总口径中已包含股份支付，单独成行仅为展示方便；另外两张核心分析表完全不涉及该科目，无需改动。
|
|
最小改动范围方案：
|
|
- 仅调整三张利润表的呈现行，计算逻辑零改动
|
|
- 同步更新报表模板
|
|
- 全量验证：所有数字与调整前完全一致，从提出到验证完成当日闭环
|
|
---
|
|
## 四、严格对齐财务业务口径
|
|
### （一）财务费用：从汇总取数到底层直取
|
|
- 由依赖底稿汇总改为从费用明细账簿直接取数。
|
|
- 新增兜底匹配逻辑，新开账簿自动接入无需额外配置
|
|
- 沉淀通用金额方向转换工具，同类数据源可直接复用
|
|
### （二）跨地区分摊：精确复刻原有规则
|
|
- 针对 "项目登记地区与实际研发地区不一致时，费用归登记地区" 的特殊规则，未做主观 "优化"，精确复刻现有公式并通过配置控制适用范围。
|
|
- 分摊科目与底稿零误差；专门留了设计说明，标注哪些特征是刻意为之。
|
|
### （三）新增 "利润表 - 分工作室" 子表
|
|
从取数底层到报表呈现端到端打通了 "工作室" 新维度：
|
|
- 取数底层新增 "工作室" 维度，按项目自动归属，不影响任何既有透视表
|
|
- 照样板形态新增子表，按 "地区 + 工作室" 分块，科目结构与分产品表一致
|
|
- 统一主体、游戏的人工成本计算口径，彻底消除多版本公式混用隐患
|
|
- 以后加 / 删工作室或科目只改配置表即可，模板重建会自动带上这张子表
|
|
### （四）配置化基建：加科目、改公式全面外置
|
|
- 加科目：主要科目分组增删行只改配置表，模板的合并、边框、行高等格式自动跟随
|
|
- 改公式：新增通用公式配置方式，常见公式改参数、新公式写模板，都只动配置表、不改代码
|
|
- 原先散落在代码里的口径白名单也一并配置化
|
|
效果：财务的口径调整正从 "提需求、等交付" 可以通过借助AI自行进行修正。
|
|
---
|
|
## 五、当前状态与下一步计划
|
|
当前状态
|
|
- 财务口径调整已完成初步核验
|
|
- 配置驱动已成为默认生成方式并带回退保护，整体进入财务审核确认阶段
|
|
- 三项特殊业务规则差异已明确逻辑，待评估最优实现方案
|
|
【后续工作】
|
|
1. 输出修改后的工具给财务，并及时根据反馈完成调整。
|
|
auto. 尝试规则引擎相关工具，打通财务更多繁琐工作流程。
|
|
---
|
|
## 六、IAA游戏从研发驱动到验证驱动
|
|
|
|
### （一）将素材从“包装纸”升级为“探测器”
|
|
传统模式把素材当作研发完成后的市场包装，游戏做好了，市场、商务再想办法包装一个吸睛素材去拉人。但素材往往跟游戏本体没什么关系，进来的用户发现货不对板。
|
|
“素材先行”机制把这个顺序反过来。素材是研发到发行整个链条里成本最低的一环，它可以被推到最前端，变成一个低成本的实时需求探测器。先用素材去投或者是寻找市场已经火爆的素材，看用户对什么感兴趣、什么方向吸量能力强。研发就从“做完再赌”变成了“先问市场再下注”。
|
|
### （二）窗口期才是真正的价值
|
|
常规研发有一个“后视镜困境”：看到某款游戏火了，赶紧立项，等三五个月产品做出来，这个方向已经经历了一轮“爆火→大量团队换皮→市场审美疲劳→买量成本飙升”的周期，窗口就关上了。
|
|
素材先行把“发现火种、验证火种、点燃火种”压缩到一个极短的时间差里完成。及时发现当下什么玩法更受玩家喜爱，立刻做成可玩原型放到市场去验传播。这时候市场对这个方向的需求刚刚被进一步激发，这时候产品是第一批满足需求的，是需求最旺、竞争最空的那段红利。
|
|
### （三）功能底座让验证从“玩法层”升级到“商业层”
|
|
但一个游戏能不能赚钱，还要看签到、任务、抽奖这些商业系统跟玩法结合后用户的反应。如果每次验证都要从头搭这些系统，时间还是会拖长。
|
|
把（签到、任务、抽奖等）这些通用功能包装成标准底座后，只需要专注做核心玩法的Demo，然后插在底座上，一个包含完整商业闭环的可验证产品就出来了。这时候验证的就不再只是“这个玩法好不好玩”，而是“这个玩法变成一款有商业系统的游戏后，用户愿不愿意买单”。他们在玩的过程中对抽奖和任务的耐受度怎么样、签到的奖励设到什么程度不流失、广告插在哪收益和体验最平衡。
|
|
### （四）AI研发加速，盯爆款超车
|
|
市场上已经有别人用真金白银帮我们把爆款素材投出来了。我们要做的，是借AI的能力在极短时间内，把那条爆款素材里展示的核心玩法直接做成可玩的游戏，然后接入底座包装上线。市场帮我们完成了验证，AI帮我们完成了追赶，底座帮我们完成了包装。投放预算只花在真正变现的产品上，窗口期套利的效率被拉到极致。 |