{ "ok": true, "identity": "user", "data": { "document": { "content": "韩国出差会议纪要

核心洞察:

一、产品设计

  1. 韩国玩家对传统重氪模式出现明显疲劳
  1. 社交与竞争仍是核心需求
  1. 自动化与操作体验需要平衡
  1. PC互通成为核心需求

二、运营策略

  1. 韩国市场已进入长线运营阶段
  1. 回流运营体系值得重点关注
  1. 开发者直接与玩家沟通成为趋势

三、发行与增长

  1. 韩国已进入存量用户争夺阶段
  1. KOL影响力高于明星代言
  1. 本地渠道仍具备商业价值

四、社区生态

  1. 韩国玩家决策高度依赖社区口碑
  1. 玩家社区呈现去中心化趋势
  1. 官方社区角色发生变化

五、支付与商业化

  1. Web Shop接受度较高
  1. 外部支付正在成为行业关注方向
  1. 拒付风险受到韩国厂商关注

六、政策与合规

  1. 概率型道具监管持续加强
  1. 玩家维权体系进一步完善
  1. 合规责任持续加重


5月20日

会议纪要:韩国游戏&应用市场政策解读与实操方案

一、核心结论与大势研判

韩国游戏市场正步入 “高监管 + 高存量竞争 + 支付体系重构” 的新阶段:

模块一:炉边谈话——市场、监管与跨境合规实操

一、 韩国游戏市场现状:步入典型“存量争夺战”

  1. 高价值市场特征: 韩国用户付费能力极强、重度玩家比例高、商业化极其成熟,对全球游戏行业具有风向标意义
  2. 核心痛点(流量陷阱): 整体下载量持续下滑,核心用户高度饱和;“老玩家”市场基本固化,各厂商本质上是在争夺同一批高价值用户
  3. 研发运营逻辑巨变:

二、 韩国监管趋势:放宽流程,强化用户保护

韩国监管的底层逻辑并非单纯的“收紧”或“放宽”,而是:“放宽程序性监管(减负),同时强化用户权益保护(重罚)”。

  1. 概率型道具(Gacha)全面纳入高强度监管
  1. 风险全面升级:从“行政处罚”转向“民事责任”

三、 韩国合规红绿灯边界(Compliance Boundary)

❗ 核心结论:韩国对“游戏金融化”监管极严,不适合现金返还、Token经济、强金融属性结构。

四、 支付与税务体系升级:全球发行的新壁垒

  1. 支付生态:从“全球统一”到“非统一规则时代”

过去“一套支付方案走全球”的时代彻底终结,Google与Apple 在各大主流市场的政策已明显分裂,呈现“国家化、地区化、本地化”特征

⚠️ 律师团队关键提醒:外部支付 \\neq 简单的降抽成

盲目接入外部支付可能导致:转化率下降、用户信任成本增加、支付链路变长、风控复杂度提升,以及退款/客服成本的增加。

未来的核心竞争力,不是“能不能做外部支付”,而是精准判断“哪些商品适合外部支付”

  1. 跨境税务运营的四个核心维度

全球发行已进入精细化税务运营时代,税务架构直接决定了项目的利润率、到账率和长期经营效率。在做架构设计时,必须提前明确4个维度:

  1. Seller of Record(谁在卖:确立合同、发票与条约的一致性)
  2. 用户所在地
  3. 销售内容属性(App/道具/订阅)
  4. 收入归属法人

模块二:炉边谈话——应用内游戏生态机会(韩国增长新路径)

一、 核心结论:复制中国微信小游戏红利路径

韩国传统手游面临高买量成本和下载红利消失的双重瓶颈。在此背景下,以Toss为代表的超级App小游戏生态(H5/Miniapp),正成为韩国市场全新的顶级流量入口

二、 流量新困境:“安装”成为最大转化障碍

三、 Toss 平台深剖:韩国最值得关注的超级 App 生态

  1. [ Toss 超级生态 ]

├── 流量规模: 3000万+ 会员 / MAU 2400万 (覆盖韩国约一半人口)

├── 高频入口: 平均每月启动达260次 (远高于Kakao的14次和Naver的4次)

├── 年龄渗透: 10代 (85%) / 20代 (91%) / 30代 (81%) ── 锁死高价值主力军

└── 核心壁垒: 金融级消费数据 ── 精准识别 Google/Apple 高付费、高ARPU及高频数字内容消费者

  1. Toss Miniapp(小游戏)指数级爆发速度

韩国小游戏生态正在迎来大爆发,供给侧存在严重空缺,窗口期巨大:

2025.04 (3款) ──> 2025.10 (200款) ──> 2026.02 (1000款) ──> 2026.05 (8000+款)

当前规模:目前游戏数量约 1000 款,累计用户覆盖已突破 5100 万+,仍以每月 1000-2000 个的速度疯狂增长

  1. 传统 App 与 Toss 小游戏核心对比
  1. 成功案例验证

🛠️ 当前技术攻坚瓶颈性能仍是核心制约。 目前游戏主要基于WebGL和浏览器环境,存在内存占用高、加载时间长、性能不稳定等问题。

平台态度: Toss目前正联合Unity 和 Cocos 官方,从引擎底层深度优化 H5 性能体验,属于长期战略性投入

二、对公司的四大战略启示与落地指南

  1. 全球支付策略必须践行“国家化”

彻底告别全球统一的支付大通铺方案。必须针对韩国、日本、欧美等不同地区,建立定制化的国家级支付矩阵、国家级UI流转策略与本地化支付组合

  1. Web Shop 与外部支付值得长期战略投入

虽然短期内App Store/Google Play的统治地位无法被完全替代,但平台抽成松动的长周期大趋势不可逆。Web Shop将成为未来的重要利润中心,高ARPU用户向Web迁移的趋势明显,必须提前做好技术和运营储备

  1. 合规能力必须从“后置审核”升级为“前置融入”

合规不再是游戏上线前的最后一环,而是必须在产品设计、商业化BM模型、支付链路、广告素材以及活动运营的初始阶段全链路一体化设计。海外发行团队需彻底打破部门墙,推行 “法务 + 产品 + 支付 + 运营” 的多维协同作战。

  1. 抢占超级App小游戏生态红利窗口

韩国市场可能正在从“Google Play + App Store双寡头”逐步向“App Store + 超级App小游戏平台”并存的格局演变

5月21日

模块一、韩国玩家&KOL调研

一、 玩家选择游戏的核心指标

二、 留存与付费意愿的关键因素

三、 韩国市场现状与玩家偏好

四、 营销渠道与支付习惯

五、 对测试游戏的具体反馈

模块二、Webzen拜访纪要

一、 IP 授权策略

二、 韩国 MMO 市场用户行为巨变

Webzen 提示,当前韩国MMO玩家的偏好正在发生两极分化的深刻剧变,这是所有产品设计与运营调整的底层逻辑:

  1. 核心画像的极限细分
  1. 商业模式 (BM) 的去重氪化变革

三、 服务器生态与回流机制(以 MMO 为例)

  1. 东西方生态差异
  1. 核心长线召回手段:速度事件服务器 (Speed Event Server)

Webzen 通过打造独立的“快节奏事件服”,成功跑通了老玩家回流闭环,其核心逻辑包含以下四个维度:

[独立速度服] ──(几倍经验/压缩成长)──> [回归玩家快速满级]
│
(强制回收专属装备)
│
▼
[迁回正式主服] <──(按等级比例补偿成长奖励)───┘

四、 全球及韩国本土营销策略

  1. 预算分配与周期策略
  1. 营销手段与平台适配

关键洞察:“开发者直接下场直播”已成韩国主流。Webzen 将直播中的互动深度 and 用户反馈,视为比单纯买量数据更真实的“核心用户粘性”风向标。

五、 社区运营与渠道价值分析

  1. 韩国玩家社区的去中心化迁移
  1. 韩国本土副渠道(One Store / Galaxy Store)的独特价值

六、 Mini 游戏 (H5) 市场研判

5月22日

Hybe拜访纪要

一、游戏平衡与商业化

  1. 核心挑战:多方平衡

    在将IP转化为游戏时,必须平衡粉丝向体验、长线玩法与商业化。由于粉丝和纯游戏用户的诉求不同,设计商业模式时需克制,既要避免冒犯粉丝,又不能过度商业化。

  2. 结合艺人计划的商业波动
  3. 案例分析(以 SEVENTEEN 男团 IP 游戏为例)

二、全球及韩国发行策略

  1. 全球发行:依赖粉丝自然流
  1. 韩国本土市场推广

三、社区生态构建与社交趋势

  1. 社区构建与渠道
  1. 社交生态趋势(东西方差异)

四、Mini 游戏变现与混合变现

  1. 海外Mini游戏市场

其它KR开发者交流

一、营销&发行预算占比

二、Netmable&Lilith交流会议纪要

  1. IP运营与开发模式差异
  1. 韩国市场本地化宣传策略
  1. 支付策略与三方通道(Webshop)态度

三、Lilith&NCsoft会议纪要

NC高层对本次拜访高度重视(其老板为《万国觉醒》服务器榜一玩家)。双方围绕用户、运营、IP及支付风控等五个核心议题展开了务实讨论,要点总结如下:

  1. 用户增长与留存:品类与市场差异显著
  1. 角色/账号交易:态度务实,核心在于稳定生态
  1. 用户社区运营:依托玩家自发生态进行引导
  1. IP联名合作:NC今年关注的合作新切入点
  1. Chargeback(拒付)与第三方支付:NC的实际痛点与后续切入点

", "document_id": "LOhLdj8HaoAfzGxWd2KcLfZMnXd", "revision_id": 1884 }, "log_id": "202606180953572552ED662E647FBD0A2A" }, "_notice": { "update": { "command": "lark-cli update", "current": "1.0.32", "latest": "1.0.54", "message": "lark-cli 1.0.54 available, current 1.0.32, run: lark-cli update" } } }