每日日语 · 内容系统最终形态蓝图

产品：每日日语（Yomiya） 文档性质：内容系统最终形态主策划文档 适用对象：研发、产品、运营三方共同对齐参与：cc（产品负责人）、Captain（OpenClaw 主控 AI）、Codex（AI 深度评审） 创建时间：2026-03-26 最后更新：2026-03-27（整合 Codex 第十四章评审，补充双通道流程图与三条设计边界）

文档体系说明

yomiya-research.md：竞品分析、市场调研、行业洞见，是本文档的研究依据

yomiya-content-strategy.md（本文档）：内容系统最终形态定义，是三份文档的主文档

yomiya-engineering-gap-analysis.md：工程现状差距分析，说明如何从当前状态走向本文档所定义的目标

Phase 1 阅读护栏

本文档描述的是内容系统最终形态蓝图，不是 Phase 1 的直接执行单。

如果某段内容和 02-Current-Execution/ 下的执行文档不一致，当前阶段一律以 yomiya-implementation-spec-core.md、yomiya-phase1-execution-spec.md、yomiya-frontend-page-architecture.md 为准。

本文档中的 专题、Streak、会员转化、复杂后台控制等能力，默认理解为中后期能力；除非 02-Current-Execution/ 明确重新启用，否则不进入 Phase 1 首页主叙事。

产品定义：每日日语最终是什么
内容系统的基本逻辑
内容对象模型
标签与分类体系
首页信息架构
内容栏目体系
合集、系列、专题体系
内容生产系统
内容运营后台能力
内容如何被发现、消费、传播与沉淀
留存与转化机制
内容质量体系
日语特色内容护城河
内容智能处理引擎：快速填充内容库的核心机制

一、产品定义：每日日语最终是什么

1.1 它不是什么

理解每日日语是什么，首先需要明确它不是什么：

不是传统课程目录型产品。 传统课程产品以”学习路径”为核心，用户打开首页看到的是课程列表、学习进度、章节序号。用户来了，就应该从第一章开始学，按顺序推进。这类产品的核心假设是：用户有完成一套课程的意愿和能力。实际上，大多数语言学习用户都没有。

不是纯工具型产品。 工具型产品以功能为核心：单词记忆、假名练写、跟读打分、语法测验。这类产品依赖用户的自驱力，用户必须主动来用。没有内容牵引，用户回来的理由不够充分。

不是单纯的新闻资讯产品。 新闻资讯产品的核心价值是时效性和信息密度。语言学习产品的核心价值是输入质量和学习适配性。每日日语虽然以日语资讯为重要内容来源，但资讯只是手段，语言沉浸输入才是目的。

1.2 它是什么

每日日语是一个以内容消费为核心驱动力的日语沉浸输入平台。

具体来说，它的运作方式是：

用户不需要制定学习计划，也不需要按课程顺序推进。他们打开应用，看到今天的新内容，选择一个感兴趣的视频或播客，消费完成后打卡。这个过程满足了他们真实的动机——了解日本、追看感兴趣的动漫文化、备考 JLPT、或者只是在通勤路上听一段日语。每一次消费都是有效的日语沉浸输入，积累起来形成语感和词汇量。

产品的核心逻辑不是”教用户学日语”，而是”让用户持续消费日语内容”。语言能力是长期消费的自然结果，而不是某个功能模块的直接产出。

1.3 它服务的核心用户动机

每日日语服务的用户，其打开应用的真实动机至少包括以下几类：

动机类型	典型表述	内容对应
娱乐驱动	”我想看懂动漫/日剧里在说什么”	动漫台词、日剧场景视频
出行驱动	”我要去日本，想提前学点日语”	旅行场景视频、实用表达合集
考试驱动	”我在备考 JLPT，需要每天积累”	JLPT 分级词汇、语法讲解
信息驱动	”我想了解日本的文化和社会”	日语资讯、文化讲解视频
沉浸驱动	”我想每天听一段日语，保持语感”	播客系列、NHK 新闻
兴趣驱动	”日本文化很有意思，想深入了解”	文化专题、历史文化视频

不同动机的用户，会进入不同的内容通道，消费不同类型的内容。产品的首页和内容体系，需要同时承接这些不同的动机，而不是假设所有用户都是”从零开始学日语”。

1.4 产品的根本价值

每日日语为用户提供的根本价值，是：

在用户没有意识到自己在”学习”的状态下，完成持续、有效的日语沉浸输入。

这一定位决定了内容系统的所有设计原则：内容必须先满足用户的真实动机，学习价值是内容质量的底层属性，而不是用户的直接消费目标。

二、内容系统的基本逻辑

2.1 内容系统的核心命题

每日日语的内容系统需要回答一个核心命题：

如何持续地把正确的内容，以正确的形式，在正确的时机，推送到正确的用户面前，并驱动他们完成消费？

这不是一个采集问题，也不是一个技术问题，而是一个内容运营系统的设计问题。

2.2 内容不是库，是流

内容系统的第一个误区是把内容当”库”来管理——采集越多越好，分类越细越好，库存越大越好。

内容系统的真正逻辑是把内容当”流”来运营：

每天有新内容流入（采集与加工）
每天有内容流向用户（分发与推荐）
每天有数据流回系统（消费与反馈）
沉淀下来的优质内容成为长期资产（复用与编排）

“流”的逻辑要求内容系统必须具备持续运营能力，而不是一次性建库后维护。

2.3 内容的四个职责

在每日日语的内容体系中，不同内容承担不同职责。一个健康的内容系统，需要四类职责同时在线：

职责	内容类型	衡量指标	核心逻辑
DAU 职责（每天把用户拉回来）	每日资讯、热词更新	次日回访率	时效性内容制造每日打开理由
留存职责（让用户留下来、不流失）	系列播客、合集、长期兴趣方向	7日/30日留存	系列制造期待感，兴趣制造归属感
转化职责（推动用户成为付费用户）	深度内容、JLPT专区、会员专属	付费转化率	价值感知驱动付费
传播职责（让用户带来新用户）	金句截图、高质量视频	分享率、外部引流	可分享的内容资产驱动自然增长

这四类职责需要同时存在。如果只有 DAU 职责没有留存职责，用户每天来但很快流失；只有转化职责没有 DAU 职责，用户付费了但打开频率下降。

2.4 视频是第一形态

基于竞品分析和用户行为数据，视频是用户最易接受的语言学习内容形态：

每日英语听力首页热门推荐板块，75% 为视频合集
真实用户在多款产品并用后，因视频资源差距最终留在每日英语
B站日语学习生态以视频消费为主流形态，需求已被自发验证

视频的优势不仅在于信息密度（图像 + 人声同时输入），更在于：语言学习本质上是对”人说话”这件事的模仿，视频天然呈现了人说话的语境、表情、场景，是最接近自然语言获得方式的内容形态。

这意味着：内容系统的采集优先级、首页分发权重、合集编排逻辑，都应以视频内容为主轴。音频和图文是重要的补充形态，分别服务特定场景（音频服务通勤/睡前，图文服务精读/备考），但不是首页的第一发现层。

二点五、系统总览图（新增）

2.5.1 Yomiya 内容系统总体设计图

flowchart TD
    A[外部内容来源
NHK / Yahoo / YouTube / Podcast] --> B[内容进入系统
采集 / 导入 / 入库]
    B --> C[内容结构化
标题 / 封面 / type / level / scene]
    C --> D[内容对象层
Item]
    D --> E[组织层
Channel / Collection / Series / Topic]
    E --> F[分发层
首页 / 栏目页 / 专题页 / 合集页]
    F --> G[用户消费
浏览 / 点击 / 观看 / 收听 / 阅读]
    G --> H[反馈层
完成率 / 连续消费 / 次日回访 / 收藏 / 分享]
    H --> E
    H --> F

2.5.2 内容对象关系图

flowchart LR
    I[Content Item
实际消费单元] -->|唯一归属| C1[Channel
一级长期归属容器]
    I -->|被引用| C2[Collection
长期发现容器]
    I -->|被引用| C3[Series
连续更新容器]
    I -->|被引用| C4[Topic
时效运营容器]
    I -->|被描述| T[Tags / Scene / Level]

    C2 --> H[首页热门推荐 / 栏目页]
    C3 --> H
    C4 --> H
    T --> H

图示说明：

Item 是实际消费对象

Channel 是唯一长期归属层

Collection / Series / Topic 都是组织与分发引用层

Tags 只负责描述，不负责承载

2.6 用户动机 → 内容形态 → 页面入口映射图（新增）

flowchart LR
    A[用户动机] --> B[内容形态]
    B --> C[页面入口]

    A1[想快速上手] --> B1[轻量推荐内容 / 入门合集]
    A2[有明确场景目标] --> B2[场景型合集]
    A3[想追兴趣内容] --> B3[动漫 / 文化 / 娱乐合集]
    A4[想系统备考] --> B4[JLPT 目标型合集]

    B1 --> C1[首页 Hero / 热门推荐]
    B2 --> C2[首页主题入口 / 合集详情页]
    B3 --> C3[首页模块 / 合集列表页]
    B4 --> C4[JLPT 入口 / 合集列表页]

2.7 内容系统与前端页面系统对照图（新增）

flowchart LR
    A[后台内容系统
Channel / Collection / Series / Topic / Item] --> B[前端页面系统
首页 / 合集列表页 / 合集详情页 / 内容详情页]

三、内容对象模型

3.1 四个层次的清晰定义

内容系统中存在四个不同层次的对象，它们的职责不可混淆：

内容条目（Content Item） 用户实际消费的最小单元。每次消费行为的对象。

一个完整的视频片段
一期播客节目
一篇资讯文章
一组场景对话

内容系列（Content Series） 具有连续性的内容集合，由多个 Item 按顺序组成。

固定主讲人的播客节目（每期为一个 Item）
同一主题的视频教程（每集为一个 Item）
每日更新的资讯聚合（每篇为一个 Item）

系列的核心价值是制造期待感——用户知道下期还有新内容，会主动回来。

内容合集（Content Collection） 长期存在的内容组织单元。合集是内容系统的”常设货架”——它不依赖时机，没有到期时间，会在整个产品生命周期中持续可被用户发现。用户可以在任何时候进入，从任意一条内容开始消费。

合集的边界定义：长期性 + 可反复发现 + 以主题或目标为组织原则

「用《鬼灭之刃》学日语」（长期存在，随时可进入）
「日本机场日语全攻略」（常青，不因时间过期）
「JLPT N3 核心词汇」（持续可用，不绑定特定备考周期）

合集的核心价值是降低选择成本——用户不需要自己找内容，合集帮他们做好了选题和组织；同时，优质合集是可以持续复用的内容资产。

内容专题（Content Topic） 为特定运营周期、特定时间窗口或特定活动服务的时效性编排单元。专题是内容系统的”运营活动展台”——它有明确的启动和结束时间，在特定时机出现，过期后从显著位置退出。

专题的边界定义：时效性 + 运营活动绑定 + 以时机或活动为驱动

「樱花季日语特辑」（3–4 月上线，之后归档）
「JLPT 考前冲刺月」（考前 6 周上线，考后结束）
「新番开播季」（跟随番剧开播节奏，季度性更新）

专题的核心价值是在特定时机制造集中关注，驱动高集中度、有时机感的内容消费。

Collection 与 Topic 的决策规则

当运营人员不确定该建合集还是专题时，用以下判断标准：

判断维度	应建合集（Collection）	应建专题（Topic）
时效性	长期有效，任何时候都适合发现	绑定特定时间窗口
驱动力	主题或用户目标驱动	时机或运营活动驱动
生命周期	持续存在，随内容增长而丰富	有明确起止，过期后归档
典型问题	”这个主题的内容永远有价值吗？"	"这个内容在这个时机特别适合推？”

以「出发前 30 天旅行日语」为例：

它应该是合集（Collection）——任何时候想去日本的用户都可以用，不依赖特定时机
如果在黄金周前一个月将它重新包装推送，那是在合集基础上建一个专题，以时机为由头推合集进入用户视野

3.2 四个层次的职责对照

层次	消费单元	发现单元	运营单元	沉淀资产
内容条目（Item）	✅ 是	❌ 否	❌ 否	✅ 是
内容系列（Series）	❌ 否	✅ 是	✅ 是	✅ 是
内容合集（Collection）	❌ 否	✅ 是	✅ 是	✅ 是
内容专题（Topic）	❌ 否	✅ 是	✅ 是	❌ 时效性较短

这个区分至关重要：

用户在首页的主要发现层，仍然应该是合集、系列和方向入口，而不是把首页整体做成单条内容瀑布流。
但这不等于首页永远不能直接外露单条内容。当前 Phase 1 已经明确允许在少数特定模块里直接露出单条内容，例如播客精选、重点合集外露里的内容行，用来降低第一跳成本、强化“这里每天都有新内容”的感受。
无论首页怎么露出，用户真正消费的始终还是单条内容；运营人员真正编排的主单元，仍然是合集、系列、专题与方向，而不是一条条手工摆满首页。

混淆这四个层次会导致两类常见问题：

首页把大多数发现位都退化成单条内容流 → 用户面临无法处理的选择量，流失
运营按单条内容逐一管理 → 效率极低，无法形成主题感

3.3 内容素材资产（Content Asset）

每条内容（Item）可以关联多种素材资产：

视频文件：原始视频或压缩后的可播放文件
音频文件：TTS 合成音频或原声音频
字幕文件：日语字幕（含时间轴）、中文翻译字幕
文字稿：日语全文 + 假名标注 + 中文翻译
封面图：专门设计的合集/内容封面（不能直接截图）
分享卡：可截图传播的金句/表达卡片（社交传播物料）
词汇注解：内容中的关键词汇列表（可导入用户词汇本）

素材资产独立于内容条目管理，支持复用。同一个视频片段的字幕，可以被多个相关内容引用。

3.4 五层对象的完整关系图

以下是内容系统中五类对象的关系，这是系统设计和后台功能划分的基础依据：

┌─────────────────────────────────────────────────────────┐
│  栏目（Channel）                                         │
│  前台长期频道入口，每条内容归属且仅归属一个栏目            │
│  例：动漫日剧 / JLPT专区 / 日语播客                      │
│                                                         │
│  ┌──────────────────┐   ┌──────────────────┐           │
│  │ 合集（Collection）│   │ 系列（Series）    │           │
│  │ 栏目内主要发现单元│   │ 栏目内可独立订阅  │           │
│  │ 长期存在的内容货架│   │ 的连续更新结构    │           │
│  │                  │   │                  │           │
│  │  ┌────────────┐  │   │  ┌────────────┐  │           │
│  │  │Item │Item  │  │   │  │Ep1 │Ep2│Ep3│  │           │
│  │  │Item │Item  │  │   │  │Ep4 │...│   │  │           │
│  │  └────────────┘  │   │  └────────────┘  │           │
│  └──────────────────┘   └──────────────────┘           │
└─────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────┐
│  专题（Topic）                                           │
│  跨栏目的运营编排层，有时效性，可引用任意合集/系列/单条   │
│  例：樱花季特辑（跨文化+旅行两个栏目内容）               │
│                                                         │
│  可引用 ──→ 合集A（动漫栏目）                            │
│  可引用 ──→ 系列B（日语播客栏目）                        │
│  可引用 ──→ 单条内容C（日本文化栏目）                    │
└─────────────────────────────────────────────────────────┘

单条内容（Item）= 实际消费单元，归属一个栏目，可被多个合集/专题引用

关键规则（一旦定义，不得随意调整）：

栏目是唯一归属层：每条 Item 只归属一个栏目，不允许一条内容”同时属于”两个栏目

3.5 容器层级的补充定义（对栏目 / 合集 / 系列 / 专题的统一理解）

为了避免产品、运营、研发三方在后续讨论中将“栏目”“合集”“系列”“专题”“首页模块”混为一谈，这里补充一组统一定义。

栏目（Channel） 是内容的一级长期归属容器。它回答的是：这条内容从长期来看，最主要服务哪一种用户动机、哪一类长期内容职责。栏目是前台导航的骨架，因此数量必须严格受控，并保持稳定。

合集（Collection） 是内容的长期发现容器 / 常设货架。它回答的是：围绕一个长期成立的用户目标或稳定主题，哪些内容应该被组织在一起，帮助用户降低选择成本。合集不依赖时机，可以长期存在并反复复用。

系列（Series） 是内容的连续更新容器。它回答的是：哪些内容具备时间顺序、固定更新频率和追更期待感。系列的核心不是“相似”，而是“连续”。

专题（Topic） 是内容的时效性运营编排容器。它回答的是：在某个明确的时间窗口或运营节点，哪些内容值得被集中推送、重新包装和跨栏目组合展示。专题是活动展台，不是长期货架。

补充后的统一原则如下：

容器	本质	生命周期	是否承担唯一归属	典型用途
栏目（Channel）	一级长期归属容器	长期稳定	✅ 是	前台导航、内容长期定位
合集（Collection）	长期发现容器	长期	❌ 否（引用）	降低选择成本、常设货架
系列（Series）	连续更新容器	中长期	❌ 否（引用）	追更、订阅、陪伴
专题（Topic）	时效运营容器	短中期	❌ 否（引用）	活动节点、季节事件、集中分发

这一定义有一个重要边界： 主题标签不是新的一级容器。 主题标签服务于推荐、筛选、合集组织和专题编排，但不取代栏目、合集、系列、专题的结构职责。后续所有关于“主题”的设计，都必须遵守这个边界。

3.6 内容进入不同容器的判断原则

在系统落地时，最容易出现的误区是：看到某条内容“和某个容器相关”，就直接放进去。这样会导致栏目边界模糊、合集质量下降、专题与合集混淆。

因此，内容进入不同容器，必须遵循统一判断原则：

3.6.1 进入栏目的判断：先看用户动机与内容职责

内容归属哪个栏目，不应优先看采集来源，而应优先看：

它主要服务哪一种用户动机（娱乐 / 出行 / 考试 / 信息 / 沉浸 / 兴趣）
它主要承担哪一类内容职责（DAU / 留存 / 转化 / 传播）
它的主形态是否与栏目主形态一致（视频 / 音频 / 图文）
它是否适合作为该栏目长期结构的一部分

例如：

一条“机场值机必会表达”视频，优先归属 场景日语，因为它服务的是出行动机和实用常青职责
一条“本周 NHK 重点新闻”内容，优先归属 每日资讯，因为它服务的是信息驱动和 DAU 职责
一条“鬼灭之刃经典台词解析”视频，优先归属 动漫日剧，因为它服务的是娱乐驱动和情绪钩子职责

3.6.2 进入合集的判断：先看长期有效性与目标完整性

内容是否应该被组织进一个合集，主要看：

它是否长期有效（离开当前时间窗口后仍有价值）
它是否围绕一个稳定用户目标（如旅行、追番、备考）
它与同组内容之间是否具备连续消费关系
这一组内容是否值得成为长期资产

如果一组内容只有短期热点价值，而没有长期复用价值，就不应建合集，应优先做专题。

3.6.3 进入系列的判断：先看连续更新与追更预期

系列不是“内容相似”就能成立，而必须满足：

天然存在时间顺序
能够稳定更新
用户看完一条后，会对下一条产生期待

因此，固定主讲人的新闻播客、文化观察栏目、持续更新的新番解析，比散装内容更适合定义为系列。

3.6.4 进入专题的判断：先看时机价值与跨栏目编排必要性

专题成立的条件通常包括：

存在明确时间窗口（樱花季、考前、新番季、黄金周等）
有必要跨栏目集中编排内容
目标是制造短期集中关注，而非长期沉淀

如果内容的长期价值强于短期时机价值，就应优先沉淀为合集，再在特定节点通过专题重新包装推送。 2. 合集是主要发现单元：用户在首页和栏目内看到的主要是合集卡片，不是单条 Item 3. 系列是连续更新结构：系列可以独立存在于栏目下，也可以被纳入合集。系列有时间顺序，合集没有 4. 专题可跨栏目：专题不受栏目边界约束，可以从多个栏目中引用内容 5. Item 复用靠引用不靠复制：同一条 Item 被多个合集”引用”，不是被复制，不会产生重复内容 6. 专题不持有内容：专题本身不存储内容，只是”指向”现有合集/系列/Item 的运营编排层

四、标签与分类体系

4.1 标签体系的职责

标签不只是给内容打上属性，而是整个内容分发系统的神经网络。每一层标签服务于不同的系统功能：

标签层	服务功能	管理权限	典型值
主栏目标签	前台导航入口，内容归属	研发配置，数量严格控制	每日资讯/动漫日剧/JLPT专区
主题标签	推荐算法、内容筛选、合集组织	运营打标，3 个以内	文化/动漫/科技/商业/美食/旅行
场景标签	场景化搜索、场景日语栏目组织	AI 初标 + 运营确认	机场/餐厅/职场/购物
难度标签	JLPT 分级推荐、用户自我定位	AI 初判 + 编辑确认	N5/N4/N3/N2/N1/不限
内容形态标签	前端 UI 差异化展示、筛选	系统自动	视频/音频/图文
用户目标标签	冷启动推荐、个性化分发	运营定义	备考/赴日/追番/文化/入门
运营标签	专题运营、活动聚合、首页编排	运营手动	樱花季/考前冲刺/新番/热点

4.2 主栏目：数量控制是原则

主栏目是用户前台最直接的导航入口，也是内容归属的第一层。数量必须严格控制在 7 个以内——超过 7 个，用户的导航决策成本会显著上升，主栏目失去其”降低选择成本”的作用。

7 个主栏目的设计逻辑：

栏目	核心职责	主要内容形态	更新频率
热门推荐	首页发现层，降低选择成本	视频合集（≥60%）为主	每周编辑精选
每日资讯	DAU 发动机，制造每日打开理由	图文为主，视频热词补充	每日更新
动漫日剧	情绪钩子，吸引追番用户	全视频	随番更新 + 热点
日本文化	深度内容，建立品牌专业度	视频为主	周更
场景日语	实用常青库，覆盖出行动机	视频为主，图文补充	常青 + 持续补充
JLPT 专区	备考用户专属通道	视频讲解 + 图文题库	常青 + 考前加推
日语播客	陪伴订阅层，建设长期留存	音频系列	周更固定系列

4.3 主题标签：推荐系统的核心燃料

主题标签是内容系统中用于推荐和筛选的核心变量。用户偏好的主题标签，是个性化推荐的主要依据。

主题标签设计原则：

数量适中（12–15 个），不宜过细
贴近用户的真实兴趣表述，而不是学科分类
一条内容最多打 3 个主题标签，避免标签虚化

推荐主题标签集： 文化类：日本文化 / 历史人文 / 节日风俗 / 饮食文化 / 城市生活 娱乐类：动漫 / 日剧 / J-pop / 综艺 实用类：旅行 / 职场商务 / 日常生活 知识类：科技互联网 / 社会观察

4.4 难度标签：与 JLPT 体系对齐

日语学习有一个极强的行业标准：JLPT（日本语能力试验）。N5 到 N1 的分级体系是用户自我定位最直接的参照系。

难度标签与 JLPT 完全对齐，并增加”不限”选项（适合不以考试为目标的兴趣型用户）。

所有内容必须有明确的难度标签，且难度标签与内容实际难度必须匹配——N5 标签的内容不能出现 N2 词汇，否则会严重伤害用户信任。

4.5 运营标签：专题运营的抓手

运营标签是内容系统的”临时增强层”，由运营人员手动打标，用于：

节点专题聚合（如将所有与樱花相关的内容标记为”樱花季”）
首页热门模块动态调整
活动期间的内容定向推送
JLPT 考前特别内容加权

运营标签不固定，由运营团队根据运营节奏动态维护。

4.6 标签与容器的关系补充

为了避免将“标签体系”误用成“结构体系”，补充以下边界定义：

主栏目标签 决定内容的长期归属与前台主导航结构
主题标签 不决定内容归属哪个栏目，但决定内容如何被推荐、筛选、组织进合集、以及被专题引用
场景标签 主要服务场景检索、场景日语栏目组织和实用内容定位
难度标签 服务用户匹配、分级推荐和 JLPT 对齐展示
运营标签 服务短期编排、首页加权和节点活动聚合

一句话总结： 标签负责描述内容，容器负责承载内容；标签不能替代容器。

五、首页信息架构

5.1 首页的根本使命

首页不是内容目录，也不是功能入口集合。首页的根本使命是：

在用户打开应用的前 10 秒内，找到一条让他们愿意继续停留的内容。

用户打开应用的动机是多样的，首页必须同时服务不同动机的用户，让每一类用户都能在首屏快速找到适合自己的内容入口。

5.1.1 首页顶部分类导航的定位补充

首页顶部允许存在一排轻量分类导航 chips，用于服务这类用户：

不想完全跟着首页推荐走
已经知道自己大概想看哪一类内容
想快速进入某个明确方向

但这排 chips 的角色必须明确：

它是辅助分流层，不是首页第一主角。

也就是说：

首页第一说服力来自强合集与强推荐内容
顶部 chips 负责给主动探索型用户一条快捷路
它不能反客为主，把首页重新变成“先选分类”的目录页

因此，顶部 chips 的产品原则是：

轻量：一行、横向可滑，不做大卡片导航
少而强：只放用户一眼就懂、且当前内容已经有承接能力的方向
辅助分流：点击后进入对应方向的合集列表页，而不是承担首页主要内容解释职责

5.1.2 顶部分类导航与首页资讯 Tab 的边界

这两个东西不能混：

顶部分类导航 chips：服务“我想主动找一个方向”，本质是内容地图入口
首页资讯 Tab：服务“我想看今天更新了什么”，本质是首页内部浏览切换

一句话区分：

顶部 chips 是“我要往哪条路走”，资讯 Tab 是“我在这个区块里看哪一类今天的内容”。

5.1.3 Phase 1 顶部分类导航冻结方案

当前冻结为：

旅行
动漫
资讯
JLPT
播客

这套冻结不是按后台内容目录排，而是按用户最容易成立的消费动机排：

资讯 代表“我今天想看看更新了什么”
播客 代表“我现在想低压收听、连续陪伴”

文化 不从产品中消失，但更适合作为首页内容流和合集体系中的稳定方向，而不是首页顶层导航位。

不建议首版放入顶部导航的分类：

学习
语法
词汇
商务
留学
科技
体育
音乐
文学

原因：

学习 / 语法 / 词汇 会把产品重新拉回工具型或课程型心智
商务 / 留学 / 科技 / 体育 / 音乐 / 文学 当前对新用户不够强，也不适合占首页顶部黄金位置
顶部导航应该优先回答“用户最可能直接想去哪里”，而不是“系统里理论上都有什么”

5.2 首页区块设计与使命

5.2.1 首页发现层 / 列表展开层 / 内容消费层分层图（新增）

flowchart TD
    A[首页发现层
负责推荐、引导、降低选择成本] --> B[列表展开层
负责合集选择与条目展开]
    B --> C[内容消费层
负责单条内容消费与下一步承接]

┌──────────────────────────────────────────┐
│  顶部控制层                              │
│  搜索 / 品牌感 / 轻状态入口               │
├──────────────────────────────────────────┤
│  顶部分类导航（轻量 chips）              │
│  旅行 | 动漫 | 资讯 | JLPT | 播客         │
│  使命：给主动探索用户一条快捷路           │
├──────────────────────────────────────────┤
│  Hero 新闻速递轮播                        │
│  今日新闻速递 / 首页原地播放              │
│  使命：制造“今天有值得看内容”的第一感受   │
├──────────────────────────────────────────┤
│  热门推荐                                 │
│  首个纵向外露合集区，直接列出强合集        │
│  使命：替用户做选择，降低发现成本         │
├──────────────────────────────────────────┤
│  轻松入门 / 播客精选 / 继续发现 / NHK 等   │
│  横向合集带与纵向外露模块交错出现          │
│  使命：持续提供继续下滑和继续消费的理由    │
├──────────────────────────────────────────┤
│  底部续逛合集流                           │
│  继续回填更多合格合集                      │
│  使命：延长浏览深度，不新增第二套运营位    │
└──────────────────────────────────────────┘

5.3 区块之间的消费路径

首页不是孤立摆放的模块集合，各区块之间存在清晰的消费路径设计：

冷启动用户路径（不知道学什么） 今日新闻速递 / 热门推荐 → 点击强合集 → 消费第一条内容 → 首页继续下滑 → 次日资讯吸引回来

备考用户路径 JLPT 入口 → 进入对应方向合集 → 消费内容 → 返回首页继续探索

追番用户路径 动漫日剧频道 → 某部动漫合集 → 台词视频消费 → 关联场景日语 → 文化背景延伸

出行用户路径 旅行方向入口 → 机场/餐厅视频 → 继续发现相关合集 → 深度备考转化

这些路径要求内容之间有关联推荐逻辑，而不是看完一条内容就停止。

5.3.1 Phase 1 不再单独做分类页

当前 Phase 1 不再单独做分类页。

这不代表方向分流消失，而是改为：

首页顶部 chips 承接主动探索
资讯、播客、JLPT 等方向继续用合集列表页承接
旅行、动漫、日本文化 等方向继续在首页内容流和合集体系中稳定出现

当前原则不是把方向做成“完整内容地图”，而是让用户在首页与合集列表页之间完成第一次分流。

5.3.2 资讯方向页的前台组织

资讯 顶部 chips 不应再拆成 NHK 和 Yahoo 两个顶层入口。

更合理的前台表达是：

资讯 作为一个统一的顶层消费方向存在
点击后进入现有的合集列表页
首版先突出两条主路：NHK 今日要闻 与 日本娱乐速报

这样做的原因是：

顶层导航应优先按用户动机分流，而不是按内容源分流
NHK 与 Yahoo 更像资讯方向下的两条内容路线
前台可以有“资讯方向页”的业务叫法，但它不需要成为新的页面类型

5.4 为什么首页核心发现层仍应以视频合集为主导

首页第一屏对用户的影响远大于其他区块。当前首页虽然允许 Hero、播客精选、重点合集外露这类模块直接露出单条内容，但首页的核心发现层仍然应该由视频合集主导，有三个层次的理由：

形态层：视频（图像+人声）是语言学习最直观的内容形态，也是用户在第一时间最容易被吸引的形态。封面图的视觉冲击力远超音频播客和图文文章。

结构层：合集展示在首页，给用户传递的信号是”这里有一套完整的东西可以追看”，而不是”这里只有几条零散内容”。合集的集数显示（如”12集”）制造了内容丰富感，也更符合平台感。

行为层：从竞品数据来看，每日英语用视频合集占据热门推荐 75%，这是经过大量用户行为验证的最优配置，不是偏好判断。

音频和图文内容不是不能上首页，而是不应普遍抢占首页第一发现层。更合理的做法是：

用视频合集承担首页的主发现任务
用少数高确定性的纵向内容模块外露具体条目
让首页同时具备“平台感”与“立即可点开”的能力

六、内容栏目体系

6.1 每日资讯：系统的 DAU 发动机

使命：让用户每天都有理由打开应用

每日资讯的底层逻辑是：对成年人来说，信息需求强于学习需求。“今天日本发生了什么""今天有什么新的日语热词”是比”今天应该背几个单词”更强的打开理由。资讯内容将”用日语”和”了解世界”绑定在一起，让用户在满足信息需求的同时完成日语输入。

内容组成：

NHK Web Easy 日语新闻：专为学习者改写，N3 以下可读，每日多条，按主题分类
Yahoo 娱乐资讯：更轻、更容易点开的娱乐与流行文化资讯，补足资讯层的可逛性
今日热词：当天日本社交媒体或新闻中出现的高频新词，短视频或图文形式

更新机制：资讯栏目必须每日更新。不更新等于失去 DAU 最重要的钩子。这是整个内容系统中最不能间断的部分。

6.1.1 每日资讯的内容组织补充

每日资讯虽然以单条资讯 Item 为基础，但在前台发现层不应长期停留在“纯单条列表”阶段。随着内容积累，应逐步补充以下组织单元：

今日资讯微合集：将当天最值得看的 3–5 条内容组织成一个轻合集，降低首次选择成本
本周热点合集：将同一周内的高相关资讯聚合，提升复看率与主题感
热词微专题：围绕某个高频热词或短期社会现象，形成 1 个短周期运营集合

补充原则：

资讯栏目仍然以“日更”和“时效”作为第一属性
但在发现层，优先让用户看到“已经替他们筛好的一组内容”，而不是要求用户在大量单条中自己做决策

6.1.2 Phase 1 前台入口的双主路表达

在 Phase 1，资讯方向的前台入口不追求一开始就展开完整资讯目录，而是先把最稳定的两条供给线打透：

NHK 今日要闻
日本娱乐速报

它们分别承担：

NHK 今日要闻：建立“这里每天都有值得看的内容”的回访理由
日本娱乐速报：提供更轻、更容易点开的资讯消费入口

这两条主路共同服务于一个统一的 资讯 顶层入口，而不是各自再争夺首页顶层导航位。

6.2 动漫日剧：系统的情绪钩子

使命：吸引追番用户，并将娱乐消费转化为语言输入

动漫和日剧是日语学习者中情绪投入最强的内容品类。用户愿意反复看自己喜欢的动漫，愿意专门查某句台词的意思，愿意为了听懂角色在说什么而努力学习。这种内在驱动力，是任何教材都无法复制的。

内容组成：

动漫合集：每部动漫一个合集，收录经典台词视频 + 讲解（口癖、常见句型、文化背景）
日剧场景视频：真实场景对话片段 + 语言注解
角色语言风格分析：特定角色的语言特征视频（如「干物女子语言风格」）
新番同步内容：新番开播季同步上线台词摘录和相关内容

关键原则：动漫日剧栏目全部是视频内容，不做图文化处理。文字稿和词汇注解作为视频的附属素材存在，不单独作为主体内容展示。

6.2.1 栏目、合集、系列在动漫日剧中的关系

动漫日剧栏目中，合集是主要发现单元，单条内容是消费单元，系列是留存单元。

用户在首页或栏目页首先看到的，应当是动漫合集或日剧场景合集，而不是大量分散单条片段
用户点击进入后，实际消费的是某一条台词解析视频、某一段场景对话、某一期角色语言分析内容
当某一 IP 或主讲人具备持续更新能力时，应优先组织为系列，制造追更关系

这一定义有助于避免动漫内容在前台展示时重新退回“单条瀑布流”式分发。

6.3 日本文化：系统的深度内容层

使命：建立产品的专业度，满足文化兴趣用户的深度输入需求

日语不是孤立的语言，它承载了大量文化内涵。理解「物哀」「间」「侘寂」这些概念，才能真正理解为什么日本人会那样说话、那样表达。文化内容是让语言学习从”工具性”走向”沉浸性”的关键。

内容组成：

节日与风俗：日本主要节日的起源、仪式、相关表达（视频为主）
城市生活观察：东京/大阪/京都的日常生活场景 Vlog + 语言点
社会现象解析：就活、引きこもり、便利店文化等（视频/播客）
饮食文化：居酒屋、拉面、寿司文化等（沉浸式视频）
历史与传统：茶道、剑道、歌舞伎等（纪录片片段 + 讲解）

更新节奏：周更为主，结合季节节点（如樱花季、新年、夏日祭）做专题加推。

6.4 场景日语：系统的实用常青库

使命：服务出行和实用动机，提供不过时的高复用内容

场景日语的核心价值是”常青性”——机场问路的说法不会因为时间而过时，便利店结账的表达会被用户反复复习。这类内容不需要每日更新，但需要持续丰富，并且要用视频呈现（展示真实场景比文字描述有效得多）。

内容组成（按场景分类）：

旅行：机场、酒店、交通、观光、问路
饮食：餐厅点餐、居酒屋、便利店、超市
购物：百货店、药妆店、自动贩卖机
生活：医院、银行、邮局、社区
职场：邮件、会议、电话、自我介绍
社交：见面寒暄、道谢、道歉、送礼

标题原则：所有场景日语内容的标题必须用”问题/场景”表述，而非知识点编号。

6.4.1 场景日语的容器优先级补充

场景日语栏目中，合集应当优先于单条内容成为主要发现容器。原因是用户来到这一栏目时，真实需求通常不是“学一条表达”，而是“把一个场景整体搞定”。

因此，场景日语的优先组织方式应是：

先定义稳定的场景型合集（如机场 / 餐厅 / 药妆店 / 酒店）
再在合集下组织具体单条内容（问路 / 结账 / 点餐 / 入住等）
当某个场景内容出现明显时间节奏或固定更新机制时，再考虑演化为系列

这使场景日语既保有“常青内容库”属性，又不会退化为零散表达堆积。

6.5 JLPT 专区：系统的转化层

使命：为有明确备考目标的用户提供专属通道，驱动付费转化

JLPT 是日语学习领域最强的认知锚点。“我在备考 N3”是一个比”我在学日语”更明确的自我定位，对应着更强的学习意愿和更高的付费意愿。JLPT 专区将这个群体识别出来，并为他们提供专属内容。

内容组成：

分级词汇库：N5–N1 全量词汇，视频讲解 + 图文条目
语法精讲：每个等级核心语法点的视频讲解（以”在真实语境中怎么用”为核心）
听力素材：JLPT 真题风格听力音频 + 原声解析
阅读素材：对应等级的原文精读文章

JLPT 专区的内容应与通用内容栏目形成互补：通用栏目通过兴趣和场景驱动用户，JLPT 专区通过目标驱动用户，两者共同覆盖不同动机类型。

6.5.1 JLPT 内容表达方式补充

JLPT 专区虽然承担强目标转化职责，但前台表达方式不应退回传统课程目录逻辑。它仍然应遵守本产品的统一原则：以内容消费入口承接用户，而不是以章节编号驱动用户。

因此，JLPT 专区中的内容标题与合集命名，优先采用：

问题驱动表达（如「N3 听力最容易丢分的 5 类问题」）
场景化表达（如「新闻阅读里最常见的长句怎么拆」）
真实使用驱动表达（如「这些 N2 语法在新闻里到底怎么用」）

而尽量避免：

“第 7 课”
“语法点 3-2”
“N3 单元 A”

这样既能保持目标导向，又不背离整个平台“内容消费优先”的产品定义。

6.6 日语播客：系统的陪伴订阅层

使命：建立长期、稳定的内容订阅关系，驱动高质量留存

播客是语言学习内容中最适合”长期陪伴”的形态。固定主讲人 + 固定更新频率，制造了类似”每周追一个节目”的使用习惯。这种习惯一旦建立，用户的流失率会大幅降低。

关键原则：播客栏目优先建设固定系列，而非散装单集。系列播客的 7 日留存是散装单集的 2–3 倍（来自 Spotify/喜马拉雅数据）。

6.6.1 播客栏目发现层补充

播客方向的长期资产仍然应该优先沉淀为系列，而不是长期只做散装单集。原因在于：

系列更能传递“固定主讲人 + 持续更新”的预期
用户更容易建立订阅关系和陪伴感
稳定系列也是播客方向能否长期成立的真正基础

但在当前 Phase 1 首页里，播客允许采用纵向直接列表的外露方式，先把 5 条可点开的内容露出来，让用户马上开始听；同时保留标题进入对应合集详情页。

因此更准确的优先级应理解为：

资产沉淀优先级：系列 > 单集
首页外露优先级：精选内容行 + 对应合集标题
进入播客方向后的组织优先级：重点路线 / 合集优先，再继续下滑看更多播客合集

内容组成：

文化观察系列：每周一期，固定主讲人，聚焦一个日本社会/文化现象
新闻播客系列：基于 NHK Radio，每周精选 3–5 条音频，附文字稿
生活日语系列：以真实日本生活场景为主题的对话播客
故事朗读系列：日本昔ばなし/现代小说节选，由真人配音朗读

七、合集、系列、专题体系

7.1 合集体系：内容的发现与复用单元

合集（Collection）是每日日语内容运营最重要的单元，原因有三：

第一，合集是首页最重要的发现单元。 当前首页可以在少数模块里直接露出单条内容，但首页整体的稳定发现结构，仍然主要依赖合集。合集的封面和标题是用户做出点击决定的依据。一个好的合集标题（如「用《你的名字》学日语」）的点击率，远高于普通单条内容标题。

第二，合集是内容复用的机制。 同一条内容（Item）可以被多个合集引用，而不需要重复采集和加工。一条关于居酒屋礼仪的视频，可以同时出现在「日本饮食文化」合集、「旅行日语」合集、和「日本社会观察」合集中。内容生产一次，多处分发。

第三，合集是运营编排的核心工具。 运营人员通过建合集、组织内容、设计标题和封面，实现对内容分发的精细控制，而不是依赖算法。

合集分类：

主题合集：围绕一个主题组织的内容（「日本职场全攻略」）
动漫合集：某部动漫的专属学习合集（「用《进击的巨人》学日语」）
目标合集：围绕用户目标组织（「出发前 30 天旅行日语」）
精选合集：编辑每周/每月精选的优质内容

7.2 系列体系：制造期待感的连载机制

系列（Series）的核心价值是连续性。用户知道下一期会在什么时候更新，会主动等待和回来。这种”追更”行为是订阅型留存最重要的来源。

系列的设计要素：

固定主讲人：声音和面孔的一致性建立”陪伴感”
固定更新频率：通常为每周一更，让用户形成稳定预期
固定时长：便于用户规划消费时间（如每期 15 分钟）
连贯主题：每期独立但又有整体主题的连贯性

系列内容的后台管理：运营人员管理的是系列本身（创建、定义规则、监控更新节奏），而不是逐条管理每期内容。

7.3 专题体系：运营节奏的爆发机制

专题（Topic）是内容系统在特定时机制造集中关注的工具。专题通常有时效性（节点专题）或目标导向（备考专题），服务于集中爆发的内容消费需求。

Phase 1 护栏：

专题在长期系统里成立，但当前 Phase 1 不把专题作为首页固定模块。
当前阶段优先把 方向 -> 合集 -> 内容 这条主链做硬，而不是再让首页长出常驻专题位。
如果短期确实需要专题能力，也应理解为对既有合集和方向的补充分发，不应反客为主改写首页主叙事。

四类专题模式：

节点专题（围绕时间节点）

樱花季日语特辑（3–4月）
JLPT 考前冲刺月（考前 6 周上线）
黄金周旅行日语速成
年末流行语盘点

主题专题（围绕一个核心主题，与合集的区别在于时效性更强）

「去日本旅游：从零到能交流」
「动漫日语入门：100 个必学表达」
「日本职场生存指南」

目标专题（为特定用户目标设计）

「JLPT N3 冲刺合集」（备考目标）
「出发前 30 天」（赴日目标）
「追番必备句型」（追番目标）

系列专题（持续连载的主题集合）

每周日本热词（每周更新 1 期）
日本文化每日一点（每天 1 个文化知识点）
经典动漫台词精华 100 集

八、内容生产系统

8.1 内容生产的完整闭环

内容生产不只是”采集”，而是从发现到沉淀的完整闭环。每一个环节都不是可选项：

发现与选题
  ↓
版权与来源判断
  ↓
内容获取与拆分
  ↓
学习化加工
  ↓
视觉化处理（封面 + 标题）
  ↓
传播物料生产（金句卡片）
  ↓
审核与结构化
  ↓
编排与分发
  ↓
数据反馈
  ↓
二次复用或下架

8.2 各环节的核心要求

发现与选题 不是被动等待采集，而是主动寻找符合内容策略的内容来源。选题标准：是否符合用户动机、是否适合日语学习场景、是否有视频形态。

版权与来源判断 每条内容在进入生产流程前，必须完成版权状态判断。三种可能：公开可商用（NHK World 等）、需授权（商业动漫片段）、原创自制（场景对话等）。版权不清晰的内容不得进入生产流程。

内容获取与拆分 长内容必须拆分为可独立消费的单元（通常 3–15 分钟）。拆分原则：每个单元应在内容和语言点上相对完整，不能在句子中间切断。

学习化加工 这是将”普通内容”转化为”日语学习内容”的核心工序，包括：

日语字幕生成与校对（优先使用原视频字幕，无字幕则用 Whisper 生成后人工校对）
假名注音标注（所有汉字必须标注假名读音）
中文翻译（机翻初稿 + 人工润色）
关键词汇标注（内容中出现的重要词汇，可导入词汇本）
文化背景注解（涉及日本特有文化或礼仪时需额外说明）

视觉化处理（封面 + 标题） 这是独立工序，不能由内容采集人员兼任。封面图不能直接截图，必须专门设计。标题必须遵循”场景/问题”原则。同一条内容准备 2–3 个标题/封面方案，通过 A/B 测试选出最优。这一步对点击率的影响大于内容本身的质量。

传播物料生产（金句卡片） 每条内容提取 1–2 个可独立传播的日语表达，输出为标准化图片卡片（含假名注音、中文释义、品牌标识）。这类卡片适合在小红书、微博、微信传播，是低成本的自然增长渠道。

审核与结构化 语言准确性审核（假名标注是否正确、翻译是否流畅）、文化合规审核、字段标注（难度/主题/场景/来源等所有标签）。所有字段必须在内容上线前完成。

数据反馈与二次复用 每条内容上线后，跟踪播放完成率、收藏率、分享率。高质量内容（完成率 > 50%、收藏率 > 5%）优先考虑系列化或合集化复用；低质量内容（完成率 < 30%）检查封面/标题是否需要优化；长期无互动内容（4 周）评估下线。

8.3 AI 辅助生产能力

AI 辅助不是替代人工，而是提升生产效率：

工序	AI 辅助	人工职责
字幕生成	Whisper 语音识别生成初稿	校对准确性，处理专有名词
假名标注	形态素分析器自动标注	确认重音标注（AI 常出错）
中文翻译	机翻初稿	润色，确保自然流畅
难度评估	AI 分析词汇难度分布	最终确认（N5 内容不出现 N2 词汇）
词汇提取	AI 识别关键词汇	筛选，确认是否值得标注
金句提取	AI 候选句筛选	最终确定最有传播价值的表达
场景标签	AI 分析内容，生成场景候选	确认或修正

九、内容运营后台能力

9.1 后台的定位：内容编排与分发控制台

内容运营后台不是 CMS，不是标签管理系统，也不是数据看板的集合。

它的本质是：内容编排权与分发权的控制中心。

内容系统的核心竞争力，不只是”存了多少内容”，而是：

哪些内容出现在首页
哪些合集被重点推送
哪些专题在哪个时间窗口出现
哪些内容被重新包装后二次分发
哪些内容被降权、下线或替换

这些决策权，必须完全掌握在运营人员手中，而不是依赖算法自动化。后台的核心使命，就是让运营人员能够精准、高效地行使这些编排权和分发权。

研发看到这份需求后，必须理解：这不是”给内容打标签的后台”，而是”决定用户每天在 App 里看到什么的控制系统”。

9.2 编排控制台：核心能力

首页分发控制（最高优先级）这是整个后台最重要的功能。运营人员需要能够精确控制：

Hero 区：当前显示哪几张，每张指向哪个方向列表或混合新闻入口
热门推荐区：当前强合集池的顺序和内容
轻松入门区：当前新手友好合集池的顺序和内容
播客精选区：当前外露的播客合集与内容条目
继续发现区 / 底部续逛区：当前补充合集池的回填规则

支持紧急内容插入：热点事件发生时，运营人员可以在 30 分钟内完成内容上线并出现在首页。

Phase 1 护栏：

当前阶段不要求首页控制台同时长期维护 本周专题区、多套 Banner、多个兴趣方向并行权重等重运营结构。
当前首页后台的重点不是“把所有运营位做全”，而是把已经冻结的首页模块稳定喂满。
任何会让运营重复维护同一批内容的控制面，当前都应延后。

合集编排控制

合集创建：标题（遵循场景/问题原则）、封面、描述、所属栏目
内容引用管理：从全库内容中检索并添加到合集，支持排序
首页强推开关：控制该合集是否进入首页热门推荐候选池
合集复制/改版：基于现有合集快速创建新版本（二次包装）

专题运营控制

专题创建：绑定时间窗口（起止日期）、关联内容（合集/系列/单条）、首页 Banner
多个专题可并行存在，按优先级排序
专题数据实时监控：期间 CTR、完成率、参与人数

分发权控制

内容可见性全局管理：批量切换可见/会员/隐藏状态
内容降权/升权：对特定内容的推荐权重进行人工干预
内容下线流程：从发现→审核→执行，留存操作记录
二次分发：将高质量内容重新打包进新合集，更换封面/标题后再次分发

9.3 内容管理能力

内容条目管理

内容列表（多维度筛选：栏目/形态/难度/场景/主题/状态/日期/表现）
内容全字段编辑
封面图多版本管理（支持 A/B 测试）
标题多版本管理（支持 A/B 测试）
AI 辅助：一键分析难度、生成场景标签、生成字幕初稿

系列管理

系列创建（名称、主讲人、更新频率、封面）
单期内容发布与排序
系列追更数据（订阅量/更新后播放量）

标签管理

主题标签/场景标签增删改停用
批量打标工具（支持按条件批量操作）
标签覆盖率与使用分布

封面与物料管理

封面图资产库（按栏目/合集分类）
金句卡片模板（统一品牌风格）
分享物料批量导出

会员与可见性策略

免费/会员内容比例看板
时限可见内容的到期预警与处理
会员专属内容配置

9.4 数据看板与效果分析

后台数据看板不是事后汇报，而是运营决策的实时依据：

内容效果数据

每条内容的播放量/完成率/收藏率/分享率
按栏目、按合集、按形态的聚合分析
低效内容预警（完成率 < 30% 超过 2 周自动标记）

首页编排效果

各区块 CTR 数据
热门推荐合集的点击分布（是否视频合集主导）
A/B 测试结果比较

用户行为数据

Streak 打卡率和连胜分布
各栏目的进入率和停留时长
用户主题偏好分布（支持个性化推荐策略调整）

内容生命周期管理

内容发布 → 高峰期 → 衰减期 → 下线的完整追踪
高价值常青内容识别（持续高收藏率）
二次分发机会提示（高质量但流量不足的内容）

十、内容如何被发现、消费、传播与沉淀

10.1 发现路径

用户发现内容的路径有四种，内容系统需要同时支持：

被动发现（系统推荐）首页推荐、今日更新、每周精选合集——用户不需要主动搜索，内容出现在他们面前。这是大多数内容被发现的方式，也是内容分发系统最重要的能力。

主动浏览（兴趣驱动）用户点击顶部方向 chips、进入 JLPT 方向、浏览旅行或动漫这类长期方向——用户有明确的内容偏好，主动去找。这类路径的内容消费深度通常高于被动发现。

搜索发现（目标驱动）用户有特定的学习目标或想找特定内容，通过搜索直达。搜索结果的质量依赖标签体系的完整性——没有标签，搜索无法精准匹配。

外部引流（传播驱动）用户通过小红书/微博/微信看到金句卡片，或者通过朋友推荐，从外部进入产品。这类用户往往有较强的学习意愿，是高价值的新用户来源。

10.2 消费体验

内容消费体验的核心是沉浸性：用户在消费内容时，应该感觉自己在看一段有意思的视频/听一期有意思的播客，而不是在”学习”。

支撑沉浸性消费的关键设计：

视频播放界面干净，注解信息可选显示（不强制遮盖画面）
字幕/翻译可一键切换（只显示日语/只显示中文/双语）
不懂的词汇可以长按查询，不打断播放节奏
播完一集后，自然流转到下一集（不强制弹出测验）
音频内容支持后台播放（通勤场景）

10.3 传播是内容设计的前置目标，不是附加工序

这是内容系统与普通内容库最重要的区别之一。

传统内容系统的逻辑是：先把内容做好，然后想办法传播。每日日语内容系统的逻辑是：在内容选题和生产阶段，就必须回答”这条内容有没有可以被截图、被引用、被推荐、被分享的截面”。

如果一条内容在选题阶段就无法回答这个问题，说明它的传播设计还没完成，不是生产完成后再补传播物料的问题。

传播设计的四个截面：

可截图截面：内容中必须有至少 1–2 个可以独立成立的日语表达，脱离视频也能被截图分享。这是金句卡片的来源。选题时就要考虑：这条内容里有没有用户会想把它发到朋友圈的表达？

可引用截面：内容标题本身就是可被引用的句子。「在日本便利店你必须会说这句话」比「便利店日语 Vol.3」更容易被用户口头推荐给朋友。标题即传播载体。

可推荐截面：合集的完整性和主题感，使它比单条内容更容易被用户主动推荐。「用《鬼灭之刃》学日语」这个合集，用户在追番社群里自然会推荐给同好。合集选题时就要考虑：这个合集有没有天然的受众社群？

可分享截面：Streak 里程碑成就卡片（7天/30天/100天连胜），触发用户主动分享到朋友圈/社群的冲动。打卡行为本身就是分享素材。

以上四个截面，必须在内容选题和生产阶段就同步规划，而不是内容发布后再补充。传播物料的生产（金句卡片）是内容生产流水线的必经工序，不是可选项。

10.4 内容沉淀为资产

内容不应该被消费一次就”用完”，优质内容应该通过运营手段持续复用，成为长期资产：

高完成率内容：优先考虑系列化（做成续集）或合集化（纳入更多相关合集）
高收藏率内容：说明实用价值高，适合放入工具性合集（如「出行必备」）
高分享率内容：说明传播潜力强，适合作为外部引流的主推内容
常青内容：机场问路/便利店结账等场景对话类内容不过时，应持续在首页和搜索结果中保持可见性，不因时间而降权

十一、留存与转化机制

Phase 1 护栏：

本章描述的是长期成立的留存与转化机制，不等于当前首页必须一起承接这些表达。
当前 Phase 1 首页主叙事仍然是：发现内容 -> 开始消费 -> 继续消费 -> 愿意回来。
Streak、会员权益、复杂召回与社交机制，当前都不应反向污染首页第一屏和首页模块定义。

11.1 Streak：留存的核心杠杆

Streak（连续打卡连胜）是目前经过大规模验证的语言学习 APP 最强单一留存机制。Duolingo 通过 Streak 机制将留存从 12% 提升至 55%，其”连胜”功能是$140亿企业最重要的增长杠杆。

每日日语的 Streak 机制与 Duolingo 有一个关键差异：

	Duolingo	每日日语
Streak 触发条件	完成任意练习（工具行为）	消费至少 1 条内容（内容消费行为）
用户回来的原因	保持连胜 + 完成练习	保持连胜 + 消费内容
对内容运营的影响	无直接关联	DAU = 内容消费量

将 Streak 与内容消费绑定，使得内容运营的质量可以直接反映在 DAU 数据上——内容越好，消费完成率越高，打卡率越高，DAU 越高。这是内容系统与留存机制之间的正向反馈闭环。

Streak 触发条件：

看完一个视频（播放进度 ≥ 80%）
听完一期播客（播放进度 ≥ 80%）
读完一篇资讯（停留时间 ≥ 系统估算阅读时长）

Streak 配套设计：

连胜里程碑（7/30/100/365天）：触发成就卡片，诱发分享冲动
连胜保护券（会员专属）：偶然一天未完成，可用券补救，减少恐惧感
好友连胜排行榜：社交竞争压力，既是留存机制也是拉新手段
召回通知：当天未完成打卡，提前 3 小时推送提醒

11.2 内容层次与转化路径

转化（从免费用户到付费用户）不是靠功能差异实现的，而是靠内容价值感知：

免费用户感知价值的核心路径：进入应用 → 消费一条高质量视频 → 看到会员专区有更好的内容 → 付费冲动出现

内容转化设计原则：

免费内容要足够好，让用户建立信任和习惯
会员内容要有明显的质量差异，而不是数量差异
让用户先”看见”会员内容，再”锁定”它（可预览不可完整消费）
JLPT 备考用户是最高付费意愿群体，JLPT 专区的会员内容设计是转化最重要的入口

不同用户群体的转化路径：

用户类型	主要消费内容	转化触点
追番用户	动漫日剧视频	深度动漫分析（会员）、全集无广告
备考用户	JLPT 分级内容	N2/N1 精讲（会员）、全量真题
旅行用户	场景日语视频	完整旅行合集（会员）、AI 场景对话
文化兴趣用户	文化视频播客	深度系列课（会员）、名师专栏

十二、内容质量体系

12.1 语言准确性标准

日语是一门对精确度要求极高的语言，内容质量标准必须严格：

假名标注：所有汉字必须标注假名读音，重音标注（高低重音）需人工校对，AI 生成的重音标注错误率较高
翻译质量：中文翻译必须是地道的现代汉语，而非机械直译；检验标准是”母语者读起来是否自然”
文化合规：涉及日本传统文化、礼仪、禁忌的内容，必须经过文化专业审核，避免常见错误（如混淆神道教和佛教场合的礼仪）
难度一致性：N5 标签的内容不得出现 N3 以上词汇；难度标签必须与内容实际难度精确匹配

12.2 内容效果阈值

指标	健康值	预警值	处理方式
视频播放完成率	> 50%	< 30%	重做封面/标题
音频播放完成率	> 60%	< 40%	检查时长是否过长
内容收藏率	> 5%	< 1%	评估实用价值
内容分享率	> 2%	< 0.5%	评估金句卡片质量
合集 CTR	> 15%	< 5%	重做合集封面/标题

12.3 内容淘汰与循环

曝光高但完成率持续低（< 20% 超过 2 周）：降低推荐权重，重新优化封面和标题
优化后仍无改善：内容本身质量问题，考虑下线
连续 4 周无互动（曝光但无完成/收藏）：评估是否下线
高价值常青内容（收藏率高）：定期重新包装，以新封面/新合集形式二次分发

十三、日语特色内容护城河

以下五类内容机会是每日英语无法复制的，也是每日日语在内容层面最重要的竞争壁垒。全部以内容（视频/音频/图文）形式实现，不做工具。

13.1 三套文字系统的内容化

日语有三套文字系统：平假名、片假名、汉字。这不是”工具功能”，而是独特的内容机会。

每套文字系统都有其文化背景和使用规律，都可以做成有意思的视频内容：

平假名：起源于汉字草书的演变历史（视频短篇系列）
片假名：外来词发音规律 + 「今日外来词」每日音频条目
汉字：中日汉字意义的异同对比（「这个汉字在日语里是这个意思」系列）

英语类产品没有这套内容空间。

13.2 敬语体系：日语最深的护城河

敬语（けいご）是日语中最复杂、也最有价值的内容领域。ていねい語/尊敬語/謙譲語三级体系对于学习者来说既神秘又实用，恰好适合做成深度视频系列。

内容形式：

日本职场/百货公司/餐厅真实敬语使用的实景视频
「这句话敬语用错了」日剧片段解析（错误案例教学比正面教学更有记忆点）
敬语升级路径：从普通体到超敬语的完整体系视频讲解

13.3 追番：情绪最强的内容入口

动漫和日剧是日语学习者情绪投入最强的内容品类。「用《XX 动漫》学日语」的合集形式，将娱乐消费和语言学习天然融合。

关键在于以每部动漫为单位建立合集，而不是把所有动漫内容混在一起。用户是某部动漫的粉丝，他们愿意专门找这部作品的语言学习内容。

13.4 赴日旅游：最强工具性动机

赴日人数持续攀升，“出发前速成日语”是极强的工具型购买动机。旅行场景视频库（在日本机场/便利店/地铁/餐厅的真实场景视频）是高价值常青内容。

特别是实地拍摄的视频（真实场景而非演员模拟），对于准备去日本的用户有极高吸引力——他们想提前”预览”日本的真实样子。

13.5 文化通识：让语言有深度的内容

理解「物哀（もののあわれ）」「間（ま）」「侘寂（わびさび）」等概念，才能真正理解为什么日本人会那样说话和表达。文化通识内容将语言学习从”工具性”提升到”理解一种文明”的层次。

这类内容对品牌的帮助尤为显著——它让每日日语从”背单词的地方”升格为”真正懂日本的平台”。

附录：内容标题规范

所有内容标题遵循”场景/问题”原则，以下为各栏目的标题规范示例：

栏目	错误示范	正确示范
场景日语	「机场词汇 N4 级别第 3 篇」	「到了日本机场，这几句话就够了」
动漫日剧	「动漫日语精选合集 Vol.7」	「用《鬼灭之刃》学 15 个超实用日语」
JLPT 专区	「N3 语法讲解第 12 节：～てから」	「备考 N3 最容易错的 3 个语法点」
日本文化	「日本文化介绍第 8 期」	「为什么日本人收到礼物不当场打开？」
日语播客	「日本文化播客 EP.23」	「日本为什么有那么多独居老人？」

十四、内容智能处理引擎：快速填充内容库的核心机制（v2）

14.1 设计原则：默认全自动，人工只处理例外

内容引擎的核心目标是：一条外部媒体资源从链接输入到正式发布，全程无需人工干预，系统自动完成所有加工、打标、入库、上线决策。

人工介入只发生在两种情况：

引擎主动标记的高置信度异常（真正需要判断的边缘案例）
运营主动选择复核（非必要，纯可选）

这套设计哲学的前提是：对于内容系统，批量发布少量有瑕疵的内容，远比卡在审核队列里什么都不上线更好。 质量问题通过数据反馈（低完成率/举报）触发下线，而不是事前全量人工审核。

14.2 全自动处理流水线

输入：一个外部媒体 URL
  ↓
Step 1：来源识别与元数据获取（全自动）
  → 识别来源类型（YouTube / Apple Podcast / NHK Web Easy / 普通网页）
  → 获取标题、时长、发布者、频道名、缩略图、发布时间
  → 检测字幕/文字稿可用性
  ↓
Step 2：版权合规自动判断（规则引擎）
  → 规则 1：官方认证频道（NHK/TBS/东宝/角川等白名单）→ 自动通过
  → 规则 2：已配置白名单频道 → 自动通过
  → 规则 3：未知来源 → 自动通过（标注来源，数据存档，后台可查）
  → 规则 4：明确版权投诉黑名单 → 自动跳过
  → 结论：几乎全部内容自动通过，只有黑名单会被自动拦截
  ↓
Step 3：内容适用性自动过滤（AI）
  → 判断内容是否与日语/日本相关（相关度 < 0.3 → 自动跳过）
  → 判断时长是否合理（< 1 分钟或 > 90 分钟 → 自动跳过）
  → 判断是否有严重不适宜内容（色情/暴力 → 自动跳过）
  → 以上全部通过 → 自动进入下一步
  ↓
Step 4：字幕与文字稿生成（全自动）
  → 有日语字幕 → 直接提取，格式化为带时间轴文本
  → 无字幕，时长 ≤ 30 分钟 → Whisper 自动转录（日语）
  → 无字幕，时长 > 30 分钟 → 只提取前 30 分钟，标注"部分内容"
  → 网页内容 → 正文抓取，清洗广告和无关段落
  ↓
Step 5：学习化加工（全自动流水线）
  → 假名标注：Sudachi 批量处理（标注准确率 > 95%，不做人工校对）
  → 中文翻译：DeepSeek 批量翻译（自动发布，不做人工润色）
  → 关键词汇提取：AI 自动识别并链接词汇本
  → 文化词注解：AI 自动识别特有词汇（地名/节日/习俗）并添加简短注解
  ↓
Step 6：内容属性自动打标（AI）
  → 主栏目归属：AI 从 7 个一级栏目中选择置信度最高的
  → 场景标签：AI 从 59 个场景中选 primary（1个）+ secondary（0–2个）
  → 主题标签：AI 从 15 个主题中选（0–3个）
  → 难度等级：AI 综合词汇密度 + 语速 + 句型复杂度自动判断（N5–N1）
  → 合集归属：AI 判断是否与现有合集高度相关（相似度 > 0.8 → 自动加入）
  ↓
Step 7：标题与封面自动生成（AI）
  → 自动生成"场景/问题"表述的发布标题（从原标题重写为更吸引人的表述）
  → 自动截取视频最佳帧作为封面缩略图（选取人脸/场景清晰的帧）
  ↓
Step 8：自动入库与发布（全自动）
  → 写入内容主表，关联栏目/标签/合集
  → 状态直接设为 VISIBLE（可见）
  → 无需等待审核队列，直接对用户可见
  ↓
Step 9：数据反馈触发自动优化
  → 完成率 < 20%（7日）→ 系统自动降权（首页降低分发权重）
  → 收到用户举报 ≥ 3 次 → 系统自动下线，进入人工复核队列
  → 完成率 > 80%（7日）→ 系统自动加入高权重推荐池

14.3 异常处理：只有真正无法处理的情况才进入人工队列

引擎在以下情况下自动将内容放入人工待处理队列（不是常规流程，是真正的例外）：

异常类型	触发条件	默认处置
链接完全无法解析	3 次重试后仍 404 / 地区屏蔽	记录错误，跳过，不入队列
字幕/转录完全缺失且时长 > 30 分钟	Whisper 超时或失败	仅保存元数据，标注”无字幕”，仍自动发布（图文摘要模式）
AI 打标置信度极低（< 0.4）	三个核心标签均不确定	归入”未分类”栏目，仍自动发布
内容被明确举报 ≥ 3 次	用户举报触发	自动下线 → 进入人工复核队列
检测到可能严重违规（AI 判断）	色情/暴力/违禁	自动拦截，进入人工复核队列

关键原则： 除最后两种情况（用户举报 + 严重违规）外，其余异常均不进入人工队列，系统自行降级处理后继续发布。人工队列只处理真正的质量问题，不处理流程问题。

14.4 三种运营模式：全部自动化，只在发起端有人工操作

模式 A：白名单频道全自动日更

配置完成后，无需任何人工操作：

配置项：
  channel_id: "UCxxxxxx"（NHK World YouTube）
  fetch_interval: "daily"
  auto_publish: true
  content_filter: { min_duration: 60, max_duration: 1800 }

运行方式：
  系统每日自动拉取频道新视频 → 全流水线处理 → 直接发布
  无需人工确认，无待审核队列

适用来源：NHK World、NHK Web Easy、已信任的动漫官方频道

模式 B：飞书对话式即时入库

发一个链接，3 分钟内自动发布，中间不需要你做任何确认：

你发：https://youtube.com/watch?v=xxx
Captain 返回：
  ✅ 已自动处理完成
  标题：「日本人的早晨习惯」（NHK World）
  栏目：日本文化 | 难度：N3 | 主题：城市与生活
  已发布（内容 ID: news_xxxxx）
  预计出现在首页：今日更新区

不需要你回复”入库”，不需要确认，默认全自动完成。只有你明确说”先不发布”，才会暂停。

模式 C：批量 CSV 导入全自动处理

一次性提交一批链接，全部自动处理完成后发送汇总通知：

你发：[CSV 文件，100 行 YouTube 链接]
Captain 返回（约 30 分钟后）：
  ✅ 批量处理完成
  成功入库：87 条
  自动跳过：8 条（地区限制/已存在/时长不符）
  进入异常队列：5 条（含 3 条用户举报触发审核）
  [查看详情链接]

14.5 质量保证机制：用数据反馈替代事前审核

不依赖人工审核来保证质量，依赖数据信号来识别和处理低质内容。

数据信号	触发阈值	系统自动响应
完成率 < 20%（7日内）	持续 7 天	自动降权（首页分发权重 ÷ 5）
完成率 < 10%（14日内）	持续 14 天	自动下架，标记为低质内容
用户举报 ≥ 3 次	累计触发	自动下线，进入人工复核
收藏率 > 30%	任意时段	自动加入精华库，提升推荐权重
分享率 > 10%	任意时段	自动加入传播高价值池

这套机制意味着：即使少量内容有瑕疵，它会被数据信号识别并自动处理，不需要人工提前逐条审核。

14.6 人工介入的唯一入口：异常队列

人工日常工作不是”审核内容”，而是处理系统主动标记的真实问题。

异常队列只包含：

用户举报触发自动下线的内容（需人工决定恢复/永久下线）
AI 判断疑似严重违规的内容（需人工最终确认）

预估： 异常队列每日条目 < 5 条（相比总日更量 20–50 条，占比 < 10%）。

14.7 内容产量估算（全自动模式）

采集模式	配置一次后	日均自动入库	月均自动入库
NHK Web Easy 日更	已有，直接运行	10 条	300 条
Yahoo 娱乐日更	已有，直接运行	5 条	150 条
NHK World YouTube（新增）	配置 1 次	3–5 条	90–150 条
飞书对话式入库（你主动发链接）	无需配置	0–20 条（按需）	0–600 条
播客系列订阅（新增）	配置 N 个系列	1–3 条	30–90 条
合计	—	约 19–43 条/日	570–1290 条/月

在此基础上，你的主动参与（飞书发链接）是唯一的人工变量，其余全部自动运行。

14.8 冷启动路径（全自动优先）

第 0 步（现在）： 开启飞书对话式入库，即刻可用。每发一个链接即自动处理完成。

第 1 步（1 周内）： 配置 NHK World YouTube 批量采集，第一批 30–50 条视频自动入库。

第 2 步（2 周内）： 配置 2–3 个播客系列订阅，播客栏目开始自动日更。

第 3 步（3 周内）： 首页 MVP 上线，内容已有 100+ 条视频 + 500+ 条图文资讯，合集已自动归档完成。

第 4 步（持续）： 系统自动运行，你唯一需要关注的是：异常队列（每日 < 5 条）+ 数据反馈面板（每周看一次）。

文档性质：每日日语内容系统最终形态主策划文档 参与：cc（产品负责人）× Captain（OpenClaw 主控 AI）× Codex（AI 深度评审） 创建时间：2026-03-26 | 最后更新：2026-03-27 文档体系：本文档是主文档，research.md 提供研究依据，engineering-gap-analysis.md 说明工程改造路径