每日日语 · Implementation Spec Core
每日日语 · Implementation Spec Core
Section titled “每日日语 · Implementation Spec Core”文档性质:当前有效实施规格主文档
用途:给产品、研发、运营提供当前阶段直接可执行的统一规格
适用阶段:Phase 1
阅读前置:
yomiya-phase1-execution-spec.mdyomiya-canonical-naming.mdyomiya-phase1-scope-boundary.mdyomiya-content-strategy.md
规则:本文件只保留当前有效且会直接影响执行的规格,不保留审查痕迹、争议历史和未来阶段扩展。
最后更新:2026-03-29
1. 本文档的角色
Section titled “1. 本文档的角色”本文件不是研究文档,不是 review log,也不是未来规划文档。
它只回答一个问题:
在当前 Phase 1 范围内,Yomiya 的内容系统到底按什么规格落地。
因此,本文件只保留:
- 当前首页规格
- 当前合集规格
- 当前入库与打标规则
- 当前表结构与接口方向
- 当前消费与进度规则
- 当前封面与标题处理规则
凡是还没定死的、属于历史修复过程的、或属于后续阶段的内容,都不保留在本文件中。
2. Phase 1 执行基准
Section titled “2. Phase 1 执行基准”2.1 当前阶段目标
Section titled “2.1 当前阶段目标”当前阶段唯一主目标:
先建立可分发、可组织、可连续消费的内容池,并让用户打开首页就明显感知到“这里内容很多,而且值得继续回来”。
2.2 首页定位
Section titled “2.2 首页定位”2.2.1 首页入口的分层跳转规则(新增)
Section titled “2.2.1 首页入口的分层跳转规则(新增)”首页不是固定跳向同一层页面,而是要根据入口所代表的主题颗粒度与用户进入意图,决定落点:
- 单内容推荐入口 → 可直接进入内容详情页
- 单合集推荐入口 → 进入合集详情页
- 大主题 / 一级方向入口 → 进入合集列表页
因此,首页模块不只要定义“展示什么”,还要定义“点击后应该落在哪一层”。
首页第一版是:
内容平台首页,不是学习任务首页。
首页主任务是:
- 展示内容丰富度
- 降低选择成本
- 引导进入第一条内容消费
- 形成继续消费路径
2.3 Phase 1 强约束
Section titled “2.3 Phase 1 强约束”- 自动入库不等于自动首页分发
- Collection 必须在 Phase 1 成立
- Top 3 合集优先于其他补充能力
- 当前阶段不做完整课程主路径
2.5 当前执行图示(新增)
Section titled “2.5 当前执行图示(新增)”2.5.1 内容流转图
Section titled “2.5.1 内容流转图”flowchart TD
A[内容来源] --> B[已入库]
B --> C[已结构化]
C --> D[可分发]
D --> E[可首页推荐]
E --> F[首页 Hero / 热门合集 / 资讯模块]
D --> G[合集列表页 / 搜索结果]
F --> H[内容详情页 / 合集详情页 / 合集列表页]
G --> H
H --> I[下一条 / 所属合集 / 相关推荐]
2.5.2 首页信息架构图
Section titled “2.5.2 首页信息架构图”flowchart TD
H[首页] --> A[顶部控制层]
H --> B[顶部 chips]
H --> C[Hero 新闻速递轮播]
H --> D[热门推荐合集 纵向外露]
H --> E[轻松入门 横向合集带]
H --> F[播客精选 纵向外露]
H --> G[继续发现 横向合集带]
H --> I[NHK / 文化 纵向外露]
H --> J[底部续逛合集流]
2.5.3 首页入口分发决策图
Section titled “2.5.3 首页入口分发决策图”flowchart TD
A[首页入口] --> B{入口类型}
B -->|强单点内容| C[内容详情页]
B -->|单合集| D[合集详情页]
B -->|大方向| E[合集列表页]
当前低保真原型附件见:
assets/home-wireframe.htmlassets/collection-list-wireframe.htmlassets/collection-detail-wireframe.html
用途:
- 让产品、iOS、研发对齐当前固定结构
- 作为结构附件,而不是最终视觉稿
3. 首页模块精确规格(当前有效版)
Section titled “3. 首页模块精确规格(当前有效版)”3.1 首页整体布局(自上而下)
Section titled “3.1 首页整体布局(自上而下)”┌──────────────────────────────────┐│ ① 顶部控制层 │├──────────────────────────────────┤│ ② 顶部分类 chips │├──────────────────────────────────┤│ ③ Hero 新闻速递轮播 │├──────────────────────────────────┤│ ④ 热门推荐合集(纵向外露) │├──────────────────────────────────┤│ ⑤ 轻松入门(横向合集带) │├──────────────────────────────────┤│ ⑥ 播客精选(纵向外露) │├──────────────────────────────────┤│ ⑦ 继续发现(横向合集带) │├──────────────────────────────────┤│ ⑧ 重点合集外露(如 NHK) │├──────────────────────────────────┤│ ⑨ 底部续逛合集流 │└──────────────────────────────────┘3.2 首页固定原则
Section titled “3.2 首页固定原则”- 首页第一主叙事是内容发现,不是学习任务完成
- 首页允许三种落点并存,但不新增页面类型
- 首页不做旧式说明型 Banner、不做榜单、不做常驻专题
- 空模块直接隐藏,不出现占位
- 底部续逛流负责延长浏览,不额外制造一套高维护运营位
- 首页主节奏固定为“纵向外露合集 -> 横向密集合集带 -> 纵向外露合集 -> 横向密集合集带 -> 纵向外露合集”
3.3 首页顶部分类导航(轻量辅助层)
Section titled “3.3 首页顶部分类导航(轻量辅助层)”当前冻结 chips:
旅行动漫资讯JLPT播客
不进入顶部 chips,但保留在合集体系与首页内容流中的方向:
日本文化
补充规则:
- 顶部 chips 负责方向分流,不等于首页资讯模块
资讯顶部 chips 进入现有合集列表页,首版突出NHK 今日要闻与日本娱乐速报(Yahoo 来源)播客顶部 chips 也进入现有合集列表页,不新增页型- 单个方向承接不足时可以隐藏该 chip,但顺序不改,也不补占位
3.4 首页模块定义字段(强制)
Section titled “3.4 首页模块定义字段(强制)”首页每个模块都必须明确以下字段:
- 模块名
- 模板类型
- 展示对象
- 点击落点
- 数据来源
- 运营动作
- 上线阈值
- 降级规则
没有把这 8 个字段说清楚的模块,不允许进入 Phase 1 首页。
4. 首页与关键承接页规格
Section titled “4. 首页与关键承接页规格”4.1 首页模块总表
Section titled “4.1 首页模块总表”| 模块 | 模板类型 | 展示对象 | 点击落点 | 数据来源 | 运营动作 | 上线阈值 | 降级规则 |
|---|---|---|---|---|---|---|---|
| 顶部控制层 | 轻控制层 | 搜索、标题、轻状态入口 | 搜索页或对应功能页 | 静态配置 | 无日常内容维护 | 始终存在 | 只做简化,不扩展成任务台 |
| 顶部分类 chips | 轻量方向导航 | 大方向 | 对应合集列表页 | 冻结配置 | 低频维护 | 至少 4 个满足方向页资格的稳定方向 | 单个方向不满足方向页资格时隐藏该 chip,不补空位 |
| Hero 新闻速递轮播 | 轮播 Hero | 今日新闻速递 等 Hero 专用混合新闻路由 | 整卡进现有合集列表页模板承接的“今日混合新闻列表”;右下角播放按钮首页原地播放 | NHK 新闻 + Yahoo 新闻 当日候选池混排 | 高频选题与排序维护 | 至少 2 张可滑动 Hero 卡;若显示播放按钮,则队列至少 3 条可播放内容 | 不足 2 张时降为单卡;播放队列不足 3 条则隐藏播放按钮 |
| 热门推荐合集(纵向外露) | 纵向推荐合集列表 | 3 到 5 个强合集 | 每个合集进合集详情页 | featured collections 池 | 中频排序维护 | 至少 3 个已成立强合集 | 少于 3 个时整块隐藏;3 到 4 个时按实际数量展示,不补说明头部,不退回横滑带 |
| 轻松入门(横向合集带) | 横向密集合集带 | 新手友好合集 | 合集详情页 | 入门候选池 | 中低频维护 | 至少 4 个低门槛合集;一屏可见约 2.5 到 3 张卡 | 少于 4 个时整块隐藏,不升级为独立专区 |
| 播客精选(纵向外露) | 纵向直接列表 | 高权重播客合集 + 5 条可点内容 | section 标题进合集详情页;列表行进内容详情页 | podcast collections 池 + 合集内条目 | 中频排序维护 | 至少 1 个稳定播客合集,且可列出 5 条内容 | 条目不足 5 条则隐藏该卡,不降级成额外播客专区 |
| 继续发现(横向合集带) | 横向密集合集带 | 实用 / 兴趣 / 播客等合集 | 合集详情页 | 合格合集池 | 中频排序维护 | 至少 4 个合集;一屏可见约 2.5 到 3 张卡 | 内容不足时整带隐藏,不改成田字格入口 |
| 重点合集外露(如 NHK) | 纵向直接列表 | NHK、文化等强合集 + 5 条可点内容 | section 标题进合集详情页;列表行进内容详情页 | 合格合集池 + 合集内条目 | 中低频维护 | 至少 1 个合集,且可列出 5 条内容 | 条目不足 5 条则隐藏该卡,不用占位说明 |
| 底部续逛合集流 | 续逛合集流 | 更多可逛合集 | 合集详情页 | 合格合集池 + 相关推荐池 | 低人工,系统回填为主 | 至少 1 个合格合集即可出现 | 只缩短长度,不造新运营位,不显示空态 |
4.1.1 首页模块补充规则
Section titled “4.1.1 首页模块补充规则”- 首页显性主解释层是:
Hero 新闻速递轮播热门推荐合集(纵向外露)
- 首页下半段继续用:
轻松入门(横向合集带)播客精选(纵向外露)继续发现(横向合集带)重点合集外露(如 NHK)底部续逛合集流
- 播客在首页保留三种显性进入方式:
- 顶部 chips
播客精选(纵向外露)- 其他横向合集带中的低权重合集位
- 不再额外开第二块播客专区,避免重复维护同一批内容
热门推荐合集(纵向外露)不再挂大图标头部或说明文案,而是直接纵向列出推荐合集轻松入门不再作为独立纵向专区存在,而是作为横向合集带出现- 其他纵向模块也统一使用直接列表样式,不挂大图标头部、标签说明区或解释文案
- 播客与 NHK 这类纵向模块,section 标题承担合集详情入口,列表行承担内容详情入口
- Hero 区不再显示
今日推荐、直达内容详情页一类说明性标题和辅助文案 - Hero 的首页原地播放能力只放在右下角播放按钮,不扩散到其他首页卡片
今日新闻速递不属于长期Collection,它是首页 Hero 专用的当日混合新闻路由今日新闻速递的点击承接仍然使用现有合集列表页模板,不新增新页型- 纵向外露合集的 section 标题统一放在卡片外部左对齐,不在卡片内部重复写标题
- 对横向合集带与纵向列表模块,如果真实合格数量超过首页展示上限,则在 section 标题右侧显示
更多箭头 更多箭头只在存在稳定承接页时显示,不为“也许以后有更多”预留空入口- 多合集模块的
更多箭头进入现有合集列表页模板承接的“更多合集列表”;单合集内容模块的更多箭头进入对应合集详情页 - 底部续逛合集流优先使用未在上方展示的合集;当池子不够大时,可以回填其他合格合集,但不要求运营单独维护一套清单
4.1.2 首页模块 -> 合集池 -> 点击落点 冻结表
Section titled “4.1.2 首页模块 -> 合集池 -> 点击落点 冻结表”| 首页模块 | 当前对应合集池 | 模块内点击对象 | 点击落点 |
|---|---|---|---|
| Hero 新闻速递轮播 | 今日新闻速递 | Hero 整卡 | 合集列表页 |
| Hero 新闻速递轮播 | 今日新闻速递 | 右下角播放按钮 | 首页原地播放 |
| 热门推荐 | 去日本旅行必备 / 动漫日语精听 / NHK 今日要闻 / 日语播客精选 / 日本文化冷知识 | 合集行 | 合集详情页 |
| 热门推荐 | featured collections 池 | section 右侧更多箭头 | 热门推荐合集列表页 |
| 轻松入门 | 一天听懂 3 句 / 最短旅行短句 / 先听后看动漫句子 / 零压力新闻入门 / 最常见便利店表达 | 横向合集卡 | 合集详情页 |
| 轻松入门 | 入门候选池 | section 右侧更多箭头 | 轻松入门合集列表页 |
| 日语播客精选 | 日语播客精选 | section 标题 | 合集详情页 |
| 日语播客精选 | 日语播客精选 | section 右侧更多箭头 | 合集详情页 |
| 日语播客精选 | 早间新闻慢速听 05:20 / 通勤 10 分钟日本生活词 / 今天的日语热词 / 动漫对白复听 08:10 / 去日本前必须先会的礼貌表达 | 内容行 | 内容详情页 |
| 继续发现 | 动漫日语精听 / 日本文化冷知识 / JLPT N3 冲刺 / 日本娱乐速报 / 边看边学旅行视频 | 横向合集卡 | 合集详情页 |
| 继续发现 | 合格合集池 | section 右侧更多箭头 | 继续发现合集列表页 |
| NHK 今日要闻 | NHK 今日要闻 | section 标题 | 合集详情页 |
| NHK 今日要闻 | NHK 今日要闻 | section 右侧更多箭头 | 合集详情页 |
| NHK 今日要闻 | 今天最值得先听的一条要闻 / 第二条热点新闻继续外露 / 第三条轻量新闻补足可逛性 / 第四条国际新闻继续承接回访 / 第五条社会热点补足信息深度 | 内容行 | 内容详情页 |
| 还能继续逛 | 日本文化冷知识 / 日本娱乐速报 / 通勤日语播客合集 | 续逛合集卡 | 合集详情页 |
补充规则:
今日新闻速递不是长期Collection,它只属于首页 Hero 分发层热门推荐展示的是“当前最值得点进的合集池”,不是一个单独合集日语播客精选与NHK 今日要闻这类模块,标题代表合集入口,列表行代表内容入口更多箭头只在模块真实合格数量大于首页展示上限时显示;等于或少于上限时不显示- 如果标题本身已经承担相同落点,
更多箭头只作为“后面还有更多”的显性提示,不新增第二套跳转规则 - 这张表是当前首页冻结口径;未来可以替换具体合集名,但不能随意改变模块角色与点击层级
4.1.3 元素定义边界(强制)
Section titled “4.1.3 元素定义边界(强制)”以下元素冻结表只定义:
- 页面内真实产品元素
- 这些元素的数量、内容来源、点击行为与隐藏规则
以下内容不算页面内产品元素,不进入开发规格:
- 设备状态栏
- 手机外框
- 原型辅助标记
- 用来解释跳转结果的提示文案,比如
合集详情页、内容详情页
补充规则:
- 页面跳转关系只能写在规格表里,不能直接写在 UI 文案里
- 如果某个元素在原型里可见,但在产品里不应作为真实元素存在,应优先删除原型,不保留“以后再解释”
4.1.4 首页可见元素冻结表
Section titled “4.1.4 首页可见元素冻结表”| 区域 | 元素 | 当前数量 / 阈值 | 当前文案 / 内容配置 | 用户动作 | 结果 / 落点 | 隐藏 / 降级规则 |
|---|---|---|---|---|---|---|
| 顶部控制层 | 品牌字标 | 1 | Yomiya | 不可点 | 无跳转 | 始终存在 |
| 顶部控制层 | 搜索框 | 1 | 搜索 NHK、旅行、JLPT、动漫、播客... | 点击 | 进入搜索页 | 始终存在 |
| 顶部 chips | 旅行 | 1 | 固定 chips 第 1 位 | 点击 | 进入 旅行 合集列表页 | 仅当旅行方向不满足方向页资格时隐藏 |
| 顶部 chips | 动漫 | 1 | 固定 chips 第 2 位 | 点击 | 进入 动漫 合集列表页 | 仅当动漫方向不满足方向页资格时隐藏 |
| 顶部 chips | 资讯 | 1 | 固定 chips 第 3 位 | 点击 | 进入 资讯 合集列表页 | 仅当资讯方向不满足方向页资格时隐藏 |
| 顶部 chips | JLPT | 1 | 固定 chips 第 4 位 | 点击 | 进入 JLPT 合集列表页 | 仅当 JLPT 方向不满足方向页资格时隐藏 |
| 顶部 chips | 播客 | 1 | 固定 chips 第 5 位 | 点击 | 进入 播客 合集列表页 | 仅当播客方向不满足方向页资格时隐藏 |
| Hero 区 | Hero 轮播轨道 | 1 组,至少 2 张,当前原型 3 张 | 横向滑动,首屏需看到当前卡和下一张约 2/3 | 左右滑动 | 切换 Hero 卡 | 不足 2 张时降为单卡 |
| Hero 区 | Banner 1 今日新闻速递 | 1 | tag 固定为 NHK、Yahoo | 点击整卡 | 进入 今日混合新闻列表 合集列表页 | 可播放队列不足 3 条则隐藏播放按钮 |
| Hero 区 | Banner 1 播放按钮 | 1 | 位于卡片右下角 | 点击 | 首页原地播放 今日新闻速递 混合播放队列 | 可播放队列不足 3 条则隐藏 |
| Hero 区 | Banner 2 动漫热听 | 1 | tag 固定为 新番、精听 | 点击整卡 | 进入 动漫 合集列表页 | 该 Hero 候选不足时整卡可被替换 |
| Hero 区 | Banner 2 播放按钮 | 1 | 位于卡片右下角 | 点击 | 首页原地播放 动漫热听 播放队列 | 可播放队列不足 3 条则隐藏 |
| Hero 区 | Banner 3 旅行马上用 | 1 | tag 固定为 机场、酒店 | 点击整卡 | 进入 旅行 合集列表页 | 该 Hero 候选不足时整卡可被替换 |
| Hero 区 | Banner 3 播放按钮 | 1 | 位于卡片右下角 | 点击 | 首页原地播放 旅行马上用 播放队列 | 可播放队列不足 3 条则隐藏 |
| Hero 区 | 轮播指示点 | 与 Hero 张数一致 | 当前 3 个点 | 点击或随滑动变化 | 切换到对应 Hero 卡 | 张数变化时同步变化 |
| 热门推荐 | section 标题 | 1 | 热门推荐 | 不可点 | 无跳转 | 至少有 3 个强合集时显示 |
| 热门推荐 | section 右侧更多箭头 | 0 或 1 | 位于标题右侧 | 点击 | 进入 热门推荐合集列表页 | 仅当合格强合集数大于首页外露上限 5 时显示 |
| 热门推荐 | 纵向合集行 | 固定 5 行 | 当前为 去日本旅行必备 / 动漫日语精听 / NHK 今日要闻 / 日语播客精选 / 日本文化冷知识 | 点击行 | 进入对应合集详情页 | 少于 3 个时整块隐藏;3 到 4 个时按实际数量显示 |
| 轻松入门 | section 标题 | 1 | 轻松入门 | 不可点 | 无跳转 | 至少有 4 个新手友好合集时显示 |
| 轻松入门 | section 右侧更多箭头 | 0 或 1 | 位于标题右侧 | 点击 | 进入 轻松入门合集列表页 | 仅当合格新手友好合集数大于首页外露上限 5 时显示 |
| 轻松入门 | 横向合集卡 | 当前 5 张,首屏可见约 2.5 到 3 张 | 当前为 一天听懂 3 句 / 最短旅行短句 / 先听后看动漫句子 / 零压力新闻入门 / 最常见便利店表达 | 点击卡片 | 进入对应合集详情页 | 不足 4 张时整块隐藏 |
| 日语播客精选 | section 标题 | 1 | 日语播客精选 | 点击标题 | 进入 日语播客精选 合集详情页 | 条目不足 5 条则整块隐藏 |
| 日语播客精选 | section 右侧更多箭头 | 0 或 1 | 位于标题右侧 | 点击 | 进入 日语播客精选 合集详情页 | 仅当可外露内容数大于首页外露上限 5 时显示 |
| 日语播客精选 | 内容行 | 固定 5 行 | 当前为 早间新闻慢速听 05:20 / 通勤 10 分钟日本生活词 / 今天的日语热词 / 动漫对白复听 08:10 / 去日本前必须先会的礼貌表达 | 点击行 | 进入对应内容详情页 | 条目不足 5 条则整块隐藏 |
| 继续发现 | section 标题 | 1 | 继续发现 | 不可点 | 无跳转 | 有内容才显示 |
| 继续发现 | section 右侧更多箭头 | 0 或 1 | 位于标题右侧 | 点击 | 进入 继续发现合集列表页 | 仅当合格合集数大于首页外露上限 5 时显示 |
| 继续发现 | 横向合集卡 | 当前 5 张,首屏可见约 2.5 到 3 张 | 当前为 动漫日语精听 / 日本文化冷知识 / JLPT N3 冲刺 / 日本娱乐速报 / 边看边学旅行视频 | 点击卡片 | 进入对应合集详情页 | 不足 4 张时整带隐藏 |
| NHK 今日要闻 | section 标题 | 1 | NHK 今日要闻 | 点击标题 | 进入 NHK 今日要闻 合集详情页 | 条目不足 5 条则整块隐藏 |
| NHK 今日要闻 | section 右侧更多箭头 | 0 或 1 | 位于标题右侧 | 点击 | 进入 NHK 今日要闻 合集详情页 | 仅当可外露内容数大于首页外露上限 5 时显示 |
| NHK 今日要闻 | 内容行 | 固定 5 行 | 当前为 5 条 NHK 外露内容 | 点击行 | 进入对应内容详情页 | 条目不足 5 条则整块隐藏 |
| 底部续逛合集流 | section 标题 | 1 | 还能继续逛 | 不可点 | 无跳转 | 有内容才显示 |
| 底部续逛合集流 | 续逛合集卡 | 当前 3 张,最少 1 张 | 当前为 日本文化冷知识 / 日本娱乐速报 / 通勤日语播客合集 | 点击卡片 | 进入对应合集详情页 | 池子不足时只缩短数量 |
4.1.5 首页页面点击矩阵
Section titled “4.1.5 首页页面点击矩阵”| 点击元素 | 固定结果 |
|---|---|
| 搜索框 | 搜索页 |
| 顶部任一 chip | 对应方向的合集列表页 |
| Hero 整卡 | 对应方向的合集列表页 |
| Hero 播放按钮 | 首页原地播放对应 Hero 队列 |
| 热门推荐 section 右侧更多箭头 | 热门推荐合集列表页 |
| 热门推荐任一合集行 | 对应合集详情页 |
| 轻松入门 section 右侧更多箭头 | 轻松入门合集列表页 |
| 轻松入门任一合集卡 | 对应合集详情页 |
| 日语播客精选标题 | 日语播客精选 合集详情页 |
| 日语播客精选 section 右侧更多箭头 | 日语播客精选 合集详情页 |
| 日语播客精选任一内容行 | 对应内容详情页 |
| 继续发现 section 右侧更多箭头 | 继续发现合集列表页 |
| 继续发现任一合集卡 | 对应合集详情页 |
| NHK 今日要闻标题 | NHK 今日要闻 合集详情页 |
| NHK 今日要闻 section 右侧更多箭头 | NHK 今日要闻 合集详情页 |
| NHK 今日要闻任一内容行 | 对应内容详情页 |
| 还能继续逛任一合集卡 | 对应合集详情页 |
4.1.6 首页元素 -> 数据字段冻结表
Section titled “4.1.6 首页元素 -> 数据字段冻结表”字段命名约束:
- 内容消费单元继续用
news承载,不另发明item表名 - 合集继续用
collections+collection_items - 首页分发层继续归入
featured/ Home Module,不把首页区块反写成内容归属 轮播指示点、section 是否显示这类 UI 状态优先由前端根据数据条数推导,不要求后台单独给字段
| 页面区域 | 数据对象 | 最小字段 | 可选字段 | 来源层 |
|---|---|---|---|---|
| 顶部控制层 | home_meta | brand_title、search_placeholder | search_hint_tags[] | 静态配置或首页聚合返回 |
| 顶部 chips | home_chips[] | key、label、target_direction_key、is_enabled | icon_url | featured 配置层 |
| Hero 区整卡 | hero_cards[] | id、title、cover_image_url、tags[]、target_type、target_id、playable | theme、subtitle | featured 配置层 + 当日内容聚合 |
| Hero 播放按钮 | hero_cards[].play_queue | news_ids[] | queue_title、default_play_mode | Hero 聚合结果 |
| 热门推荐纵向合集行 | featured_collections[] | collection_id、title、cover_image_url、content_type、item_count、update_type | subtitle、level_label | collections + featured 引用 |
| 轻松入门横向合集卡 | beginner_collections[] | collection_id、title、cover_image_url、content_type | subtitle、level_label、item_count | collections + featured 引用 |
| 播客精选标题 | podcast_featured_block | collection_id、title | cover_image_url、description | featured 配置层 |
| 播客精选内容行 | podcast_featured_block.items[] | news_id、title、cover_image_url、type | duration_sec、source_label、summary | collection_items + news |
| 继续发现横向合集卡 | discovery_collections[] | collection_id、title、cover_image_url、content_type | subtitle、level_label、item_count | collections + featured 引用 |
| NHK 今日要闻标题 | key_collection_block | collection_id、title | description、cover_image_url | featured 配置层 |
| NHK 今日要闻内容行 | key_collection_block.items[] | news_id、title、cover_image_url、type | duration_sec、source_label、summary | collection_items + news |
| 底部续逛合集流 | continue_browsing_collections[] | collection_id、title、cover_image_url、content_type | subtitle、level_label、item_count | 合格合集池 + featured 回填规则 |
补充规则:
Hero整卡的target_type当前冻结为collection_list- 首页纵向直接列表里的内容行,最小返回对象必须能支持图文 / 视频 / 音频三种内容卡,不允许只返回标题
section 标题如果承担点击入口,必须有稳定collection_id,不能只靠文案字符串跳转- 对存在首页展示上限的模块,块级数据必须能提供
eligible_total_count、home_exposed_limit、more_target_type、more_target_id 更多箭头是否显示由前端按eligible_total_count > home_exposed_limit推导;不要求后台再单独给一个布尔开关
4.1.7 首页模块 -> 后台配置冻结表
Section titled “4.1.7 首页模块 -> 后台配置冻结表”| 首页模块 | 后台最小配置模块 | 最小配置项 | 不允许后台配置什么 | 维护节奏 |
|---|---|---|---|---|
| 顶部控制层 | home_meta | brand_title、search_placeholder | 不扩成任务化入口组 | 极低频 |
| 顶部 chips | featured.home.chips | key、label、target_direction_key、sort_order、is_enabled | 不把 chips 当内容容器配具体 news_id | 低频 |
| Hero 新闻速递轮播 | featured.home.hero | hero_id、title、cover_image_url、tags[]、target_type、target_id、play_queue_rule、sort_order、is_enabled | 不把 Hero 直接配置成单条内容详情跳转 | 高频 |
| 热门推荐 | featured.home.hot_collections | collection_ids[]、sort_order | 不配置单条 news_id 外露 | 中频 |
| 轻松入门 | featured.home.beginner_collections | collection_ids[]、sort_order | 不单独再配一个纵向专区 | 中低频 |
| 播客精选 | featured.home.podcast_block | collection_id、exposure_rule、manual_news_ids[](可为空)、sort_mode、is_enabled | 不额外复制第二个播客专区 | 中频 |
| 继续发现 | featured.home.discovery_collections | collection_ids[]、sort_order | 不改成田字格方向入口配置 | 中频 |
| 重点合集外露 | featured.home.key_collection_block | collection_id、exposure_rule、manual_news_ids[](可为空)、is_enabled | 不同时配置多个并列重点合集块 | 中低频 |
| 底部续逛合集流 | featured.home.continue_browsing | collection_ids[]、auto_fill_enabled、max_count | 不把它做成另一套手工重运营专区 | 低频 |
补充规则:
manual_news_ids[]只作为兜底人工指定,不应成为首页内容外露的默认方式exposure_rule首版只允许两类:latest_n、manualplay_queue_rule首版只允许两类:same_as_exposed_items、latest_n_by_rule- 首页所有配置都属于
Featured分发层,不改变内容本身channel_id、collection_refs、visibility - 对存在首页展示上限的模块,后台配置还必须能稳定给出“更多”落点;没有稳定
more_target的模块,不显示更多箭头
4.1.8 首页模块运营准入与降级总表
Section titled “4.1.8 首页模块运营准入与降级总表”这张表回答的是内容运营最实际的问题:
什么内容成熟到可以上这个模块,不够的时候怎么降级。
先记一个总原则:
首页不是谁有内容就上谁,而是谁已经准备到足以代表平台门面,谁才上。
| 首页模块 | 它在首页代表什么 | 固定落点 | 最低成立线 | 推荐稳态线 | 不达标怎么处理 |
|---|---|---|---|---|---|
| 顶部 chips | 一条方向入口 | 合集列表页 | 该方向下至少有 2 个可分发合集,其中至少 1 个是强合集 | 该方向下有 3 个以上可分发合集,用户进入后能继续下滑挑选 | 不满足则隐藏该 chip,不降级成空方向页 |
| Hero 单张卡 | 当天最值得放在首页最上面的入口 | 合集列表页或首页原地播放 | 该卡背后至少能承接 5 条可消费内容;若有播放按钮,则可播放队列至少 3 条 | 承接 8 条以上内容,且当日理由明确、点击价值高 | 不能承接列表就替换 Hero 卡;不能播放就只保留整卡点击,不显示播放按钮 |
| 热门推荐 | 现在最值得先点进的几组合集 | 合集详情页 | 至少有 3 个已成立强合集 | 稳定外露 5 个强合集 | 少于 3 个则整块隐藏;3 到 4 个时按实际数量显示 |
| 轻松入门 | 低门槛开始入口 | 合集详情页 | 至少有 4 个新手友好合集 | 稳定外露 5 个以上新手友好合集 | 少于 4 个则整块隐藏,不改单列纵向补位 |
| 日语播客精选 | 让用户直接开始听的高权重播客入口 | 标题进合集详情页,内容行进内容详情页 | 至少有 1 个稳定播客合集,且当前可外露 5 条可播放内容 | 同一合集内有 8 条以上储备,且更新稳定 | 少于 5 条则整块隐藏,不降级成“查看全部播客”空入口 |
| 继续发现 | 拉宽探索面,让用户继续扫更多合集 | 合集详情页 | 至少有 4 个可分发合集可供横向浏览 | 稳定外露 5 个以上第二梯队合集 | 少于 4 个则整块隐藏 |
| 重点合集外露 | 把一个已经很强的合集拆出具体内容外露 | 标题进合集详情页,内容行进内容详情页 | 至少有 1 个强合集,且当前可外露 5 条内容 | 合集长期稳定更新,且有 8 条以上储备 | 少于 5 条则整块隐藏,不补“更多内容”占位 |
| 底部续逛合集流 | 延长首页可逛长度 | 合集详情页 | 至少有 1 个还能继续推荐的合集 | 稳定补满 3 个以上合集 | 池子不足时只缩短数量,不额外造新模块补位 |
补充规则:
- 这里的“可分发合集”,默认先满足 合集详情页资格
- 这里的“强合集”,默认指标题能成立、承诺清楚、打开后至少有
5条可消费内容 - 首页同一模块的成立资格,不应靠人工文案补足,只能靠内容本身和结构成立
- 当模块真实合格数量大于首页展示上限时,允许显示标题右侧
更多箭头;没有溢出就不显示
4.1.9 首页分发形态的一句话判断法
Section titled “4.1.9 首页分发形态的一句话判断法”内容运营在判断“该做横向还是纵向”时,不要先看美术感觉,先问模块任务是什么。
| 如果这个模块要做什么 | 最适合的形态 | 最白话的理解 |
|---|---|---|
| 先把今天最重要的入口顶在最上面 | Hero 轮播 | 先给用户一个今天最值得点的入口 |
| 替用户先选好几组最值得进的合集 | 纵向合集列表 | 先告诉用户现在最该进哪几组 |
| 直接把具体内容露出来,让用户马上开看 / 开听 | 纵向内容列表 | 不让用户再选,直接开始消费 |
| 让用户快速扫更多合集,拉宽探索面 | 横向合集带 | 给用户多看几组,但不逼他现在就深入 |
再说得更直接一点:
- 想让用户先选组,用纵向合集列表
- 想让用户直接开看,用纵向内容列表
- 想让用户快速扫更多,用横向合集带
- 想把当天最重要的入口顶上去,用 Hero
4.1.10 首页资格快速判断清单
Section titled “4.1.10 首页资格快速判断清单”如果运营在某一天要判断一个对象能不能上首页,就按下面这 5 步走:
- 先判断它是方向、合集,还是内容。
- 如果它是方向,先看这个方向下有没有至少 2 个可分发合集。
- 如果它是合集,先看这个合集里有没有至少 5 条可消费内容。
- 如果它是单条内容,先看它是不是单独拿出来也成立。
- 最后才决定它该放 Hero、纵向合集、纵向内容,还是横向合集。
只要前 4 步里有一步答不出来,就先不要上首页。
4.2 合集列表页规格
Section titled “4.2 合集列表页规格”合集列表页固定结构为:
- 方向头部信息
- 重点路线卡或重点合集卡
- 标准合集列表
- 继续下滑的更多合集
补充规则:
资讯方向页不是新页型,仍属于合集列表页资讯方向页首版固定两条主路:NHK 今日要闻、日本娱乐速报(Yahoo 来源)播客方向页也使用同一种合集列表页结构,不新增页型- 方向头部采用图、标题、说明一体化布局,不拆单独说明区
收藏、全部播放这类主动作不属于方向级合集列表页,只属于单合集详情页
4.2.1 合集列表页可见元素冻结表
Section titled “4.2.1 合集列表页可见元素冻结表”| 区域 | 元素 | 当前数量 / 阈值 | 当前文案 / 内容配置 | 用户动作 | 结果 / 落点 | 隐藏 / 降级规则 |
|---|---|---|---|---|---|---|
| 方向头部 | 头图 | 1 | 当前方向封面图,原型示例为 资讯 | 不可点 | 无跳转 | 始终存在 |
| 方向头部 | 标题 | 1 | 当前方向名称,原型示例为 资讯 | 不可点 | 无跳转 | 始终存在 |
| 方向头部 | 说明文案 | 1 | 当前方向说明,原型示例为“NHK 与娱乐资讯两条主路…” | 不可点 | 无跳转 | 始终存在 |
| 重点路线区 | section 标题 | 1 | 原型示例为 两条主路 | 不可点 | 无跳转 | 至少有 1 条重点路线时显示 |
| 重点路线区 | 路线卡 1 | 1 | NHK 今日要闻,tag 为 日更、要闻 | 点击整卡 | 进入 NHK 今日要闻 合集详情页 | 无承接则替换,不补空卡 |
| 重点路线区 | 路线卡 2 | 1 | 日本娱乐速报,tag 为 Yahoo、娱乐 | 点击整卡 | 进入 日本娱乐速报 合集详情页 | 无承接则替换,不补空卡 |
| 标准合集区 | section 标题 | 1 | 原型示例为 更多资讯合集 | 不可点 | 无跳转 | 至少有 1 个普通合集时显示 |
| 标准合集区 | 合集卡列表 | 当前 3 张,最低 1 张 | 原型示例为 日本社会热词观察 / 日本流行文化热点 / 今日高频表达精读 | 点击整卡 | 进入对应合集详情页 | 池子不足时按实际数量显示 |
4.2.2 方向 chips -> 合集列表页路由冻结表
Section titled “4.2.2 方向 chips -> 合集列表页路由冻结表”| 首页 chip | 对应合集列表页 | 头部标题 | 重点路线区数量 | 标准合集区最小数量 |
|---|---|---|---|---|
旅行 | 旅行 合集列表页 | 旅行 | 1 到 2 | 1 |
动漫 | 动漫 合集列表页 | 动漫 | 1 到 2 | 1 |
资讯 | 资讯 合集列表页 | 资讯 | 固定 2 | 1 |
JLPT | JLPT 合集列表页 | JLPT | 1 到 2 | 1 |
播客 | 播客 合集列表页 | 播客 | 1 到 2 | 1 |
4.2.3 合集列表页元素 -> 数据字段冻结表
Section titled “4.2.3 合集列表页元素 -> 数据字段冻结表”| 页面区域 | 数据对象 | 最小字段 | 可选字段 | 来源层 |
|---|---|---|---|---|
| 方向头部 | direction_page | direction_key、title、description、cover_image_url | theme_color、header_tags[] | 方向配置层或聚合接口 |
| 重点路线卡 | direction_page.featured_routes[] | collection_id、title、cover_image_url、tags[] | description、item_count、update_type | featured 配置层 + collections |
| 标准合集卡列表 | direction_page.collection_cards[] | collection_id、title、cover_image_url、content_type | description、level_label、item_count、update_type | collections 查询结果 |
补充规则:
direction_key是方向页唯一稳定标识,不能直接用中文标题作路由 keyfeatured_routes[]是方向页里的分发层,不等于该方向的完整合集集合collection_cards[]必须支持继续分页或继续下滑,不冻结为只能返回首屏 3 张
4.2.4 合集列表页 -> 后台配置冻结表
Section titled “4.2.4 合集列表页 -> 后台配置冻结表”| 页面模块 | 后台最小配置模块 | 最小配置项 | 不允许后台配置什么 | 维护节奏 |
|---|---|---|---|---|
| 方向注册表 | direction_registry | direction_key、title、description、cover_image_url、is_enabled | 不把方向页和 Channel 强绑成一对一 | 低频 |
| 重点路线区 | featured.direction_routes | direction_key、collection_ids[]、sort_order | 不直接配置 news_id 作为路线卡 | 中频 |
| 标准合集区 | direction_collection_rules | direction_key、collection_filter_rule、default_sort | 不手工维护全部长列表顺序 | 低频 |
补充规则:
资讯方向页的featured.direction_routes当前固定为两条:NHK 今日要闻、日本娱乐速报direction_collection_rules优先表达“怎么筛”和“默认怎么排”,而不是人工写死全量合集 id 列表
4.2.5 方向页运营准入与降级总表
Section titled “4.2.5 方向页运营准入与降级总表”这张表回答的是另一个很容易被做虚的问题:
什么时候一个方向页是真的成立了,而不是只是先占了一个入口。
先记一句最白话的话:
方向页不是“这个方向理论上很重要”就能成立,而是这个方向下面已经真的有几组可选内容。
| 方向页模块 | 它在解决什么问题 | 最低成立线 | 推荐稳态线 | 不达标怎么处理 |
|---|---|---|---|---|
| 整个方向页 | 让用户在一个大方向里继续挑合集 | 至少有 2 个已经成立的强合集,其中至少 1 个能做重点路线卡 | 至少有 3 个以上可分发合集,且下滑后还有内容可选 | 不成立就不要保留该方向页入口,直接回到最强合集详情页 |
| 方向头部 | 让用户一眼知道自己进了什么方向 | 必须有标题、封面、1 句说得清楚的方向说明 | 方向说明能明确两三条典型内容路线 | 头部信息不全时不影响页面存在,但不得拿空白说明上线 |
| 重点路线区 | 先把这个方向里最值得走的 1 到 2 条路抬出来 | 至少有 1 个强合集可做路线卡 | 稳定有 2 条强路线并列成立 | 不足 2 条时按实际数量显示;不足 1 条时整区隐藏 |
| 标准合集区 | 让用户在重点路线之外继续挑别的合集 | 至少有 1 个普通可分发合集 | 稳定有 3 个以上第二梯队合集 | 不足 1 个时整区隐藏,但不补空卡 |
补充规则:
资讯方向页当前稳态目标是:2条重点路线 +1个以上补充合集旅行 / 动漫 / JLPT / 播客方向页当前最低成立线都是:1条重点路线 +1个普通合集- 如果一个方向永远只有
1个最强合集,那它更像单合集入口,不该长期占一个方向页
4.2.6 方向页资格快速判断清单
Section titled “4.2.6 方向页资格快速判断清单”如果运营要判断某个方向今天还能不能挂在首页 chips 或独立方向页里,就按这 4 步走:
- 这个方向下是不是至少已经有 2 个可分发合集?
- 这里面是不是至少有 1 个强合集,足够做重点路线?
- 用户进来之后,是不是还有第二个选择,而不是只能点唯一那一个?
- 这个方向页隐藏后,是否应该直接回退到最强合集详情页?
只要前 3 步有一步答不出来,这个方向页就不该硬挂着。
4.3 合集详情页规格
Section titled “4.3 合集详情页规格”合集详情页固定包含:
- 合集头部信息(封面、标题、说明、标签、统计)
- 主动作区(
收藏、全部播放) - 内容条目列表
补充规则:
- 合集说明并入头部信息,不再单独拆一个“合集说明”区块
- 合集详情页里的核心消费点击仍然进入内容详情页
- 去除
相关合集与同主题更多内容 - 页面厚度主要来自头部信息完整度与长内容列表,而不是二次推荐区堆叠
4.3.1 合集详情页可见元素冻结表
Section titled “4.3.1 合集详情页可见元素冻结表”| 区域 | 元素 | 当前数量 / 阈值 | 当前文案 / 内容配置 | 用户动作 | 结果 / 落点 | 隐藏 / 降级规则 |
|---|---|---|---|---|---|---|
| 顶部操作区 | 返回按钮 | 1 | 左上角返回 | 点击 | 返回上一页 | 始终存在 |
| 顶部操作区 | 分享按钮 | 1 | 右上角分享 | 点击 | 打开分享面板 | 始终存在 |
| 合集头部 | 合集封面 | 1 | 当前合集封面 | 不可点 | 无跳转 | 始终存在 |
| 合集头部 | 合集标题 | 1 | 当前合集标题,原型示例为 去日本旅行必备 | 不可点 | 无跳转 | 始终存在 |
| 合集头部 | 合集说明 | 1 | 当前合集说明文案 | 不可点 | 无跳转 | 始终存在 |
| 合集头部 | 元信息标签 | 2 到 4 | 原型示例为 旅行 / N4-N3 / 长期合集 | 不可点 | 无跳转 | 不足时按实际数量显示 |
| 主动作区 | 收藏按钮 | 1 | 收藏 | 点击 | 切换收藏状态 | 始终存在 |
| 主动作区 | 全部播放按钮 | 1 | 全部播放 | 点击 | 从首条开始连续播放当前合集内容 | 该合集无可播放内容时隐藏 |
| 内容列表区 | 内容行 | 首屏原型 5 行,真实页面可继续下滑更多 | 原型示例为 5 条旅行内容 | 点击行 | 进入对应内容详情页 | 不做“更多推荐”补位,直接靠长列表承接 |
4.3.2 合集详情页元素 -> 数据字段冻结表
Section titled “4.3.2 合集详情页元素 -> 数据字段冻结表”| 页面区域 | 数据对象 | 最小字段 | 可选字段 | 来源层 |
|---|---|---|---|---|
| 顶部操作区 | collection_detail_meta | collection_id、share_enabled | share_url、share_card_url | collections |
| 合集头部 | collection | id、title、description、cover_image_url、content_type、collection_type、visibility | level_label、update_type、item_count、operator_tags[] | collections |
| 收藏按钮 | collection_user_state | collection_id、is_favorited | favorite_count | 用户状态层 |
| 全部播放按钮 | collection_play_state | collection_id、has_playable_items、first_playable_news_id | play_queue_news_ids[] | collection_items + news |
| 内容列表区 | collection_items[] | news_id、title、cover_image_url、type、sort_order | duration_sec、source_label、summary、level_label | collection_items + news |
补充规则:
collection_items[]的顺序以合集内sort_order为准,不再由前端自行猜测排序全部播放的可用性由has_playable_items决定,不由前端根据type猜测share_url、share_card_url没准备好时可以不返回,但不影响合集详情页成立
4.3.3 合集详情页 -> 后台配置冻结表
Section titled “4.3.3 合集详情页 -> 后台配置冻结表”| 页面模块 | 后台最小配置模块 | 最小配置项 | 不允许后台配置什么 | 维护节奏 |
|---|---|---|---|---|
| 合集头部 | collections | title、description、cover_image_url、content_type、collection_type、visibility | 不再单开“合集页头部配置表” | 中频 |
| 合集内容列表 | collection_items | collection_id、news_id、sort_order | 不把内容顺序写进首页 featured 配置 | 中频 |
| 收藏 / 分享 / 播放动作 | 无额外运营配置 | 依赖合集实体和用户状态 | 不做专门运营后台位 | 无需日常维护 |
补充规则:
- 合集详情页成立依赖的是
collections与collection_items两层,不额外引入第三套“详情页运营配置” - 如果某个合集需要特殊头图、特殊说明,仍然回写到
collections本身,不单独建页面配置
4.3.4 合集详情页成立资格与首页承接规则
Section titled “4.3.4 合集详情页成立资格与首页承接规则”这张表回答的是:
一个合集什么时候真的够厚,值得被首页、方向页和其他入口承接。
最白话的话是:
合集详情页不是“先建了一个壳”就算成立,而是点进去之后,用户真的能连续看。
| 判断对象 | 它在页面里代表什么 | 最低成立线 | 推荐稳态线 | 不达标怎么处理 |
|---|---|---|---|---|
| 合集详情页整体 | 一组已经替用户整理好的内容 | 标题成立、说明清楚、至少有 5 条可消费内容 | 至少有 8 条以上储备,点进去首屏和继续下滑都不空 | 不成立就不要让首页或方向页把流量打到它 |
| 合集头部 | 让用户知道这组内容到底值不值得继续看 | 标题、封面、说明三项完整 | 还有清楚的标签、level 或更新类型辅助理解 | 头部信息不足时,合集只能留在后台整理层,不进首页核心位 |
| 全部播放 | 把可播放内容连起来 | 至少有 1 条可播放内容 | 至少有 3 条以上可连续播放内容 | 没有可播放内容就隐藏按钮,不影响合集详情页存在 |
| 内容列表区 | 真正承接连续消费 | 至少有 5 条可消费内容 | 至少有 8 条以上储备,且排序清楚 | 少于 5 条不应进入首页核心位;少于 3 条不应单独成立合集详情页 |
补充规则:
- 这里的“可消费内容”,指图文、视频、音频中任意一种已经可正常打开的内容
- 日更型合集可接受“当前 5 条 + 稳定更新来源”的状态,但不能长期停留在 5 条上下反复波动
NHK 今日要闻、日本娱乐速报这类 rolling feed,成立关键是稳定更新;去日本旅行必备这类长期合集,成立关键是储备厚度
4.3.5 合集详情页被首页承接的优先级判断
Section titled “4.3.5 合集详情页被首页承接的优先级判断”不是所有已成立合集,都应该用同一种方式上首页。
| 如果这个合集更像什么 | 首页更适合怎么承接 | 原因 |
|---|---|---|
| 现在最值得先点进的一组内容 | 热门推荐 纵向合集列表 | 先替用户选好最强合集 |
| 新手最容易开始的一组内容 | 轻松入门 横向合集带 | 低压力快速扫和快速选 |
| 已经强到值得拆出具体内容外露 | 重点合集纵向外露 | 这个合集本身足够厚,拆内容也成立 |
| 第二梯队但仍值得继续逛 | 继续发现 或底部续逛合集流 | 延长浏览深度,不抢前排解释权 |
一句话记忆:
先看这个合集够不够厚,再看它该抢前排,还是该放在继续探索层。
4.3.6 合集详情页资格快速判断清单
Section titled “4.3.6 合集详情页资格快速判断清单”如果运营要判断一个合集今天能不能上首页、能不能被方向页重点承接,就按下面 5 步走:
- 这个合集的标题单独拿出来,用户能不能立刻懂?
- 点进去后,当前是不是至少有 5 条可消费内容?
- 这 5 条是不是在讲同一件事,而不是硬拼出来的?
- 如果把它放到首页,它是该代表“先点这个合集”,还是该代表“直接外露里面的内容”?
- 如果今天不够格上首页,它是不是仍然可以作为后台整理合集继续养厚?
只要前 3 步里有一步不成立,这个合集就不该承担首页核心流量。
4.4 内容详情页规格
Section titled “4.4 内容详情页规格”内容详情页在 Phase 1 直接复用当前客户端成熟界面:
- 图文内容复用当前新闻详情页
- 视频内容复用当前导入 / 播放界面
本轮不重新设计新的内容详情页模板。
唯一强要求是:
- 消费后必须给出下一条 / 所属合集 / 相关推荐中的至少一种
5. 首批合集规格(当前有效版)
Section titled “5. 首批合集规格(当前有效版)”5.1 首批 6 个合集
Section titled “5.1 首批 6 个合集”1. NHK 今日要闻
Section titled “1. NHK 今日要闻”- 类型:日更型合集 / rolling feed
- 角色:第一回访引擎
- 要点:持续更新、持续累积、强化“今天有什么”
2. 去日本旅行必备
Section titled “2. 去日本旅行必备”- 类型:场景型视频合集
- 角色:第一高实用传播合集
- 要点:负责“真有用”的第一印象
3. 动漫日语精听
Section titled “3. 动漫日语精听”- 类型:兴趣型视频合集
- 角色:第一情绪钩子合集
- 要点:负责“我愿意点开”的第一印象
4. 日本文化冷知识
Section titled “4. 日本文化冷知识”- 类型:文化型内容合集
- 角色:深度兴趣合集
- 要点:在首页内容流与相关合集体系里持续出现,不再抢顶层 chips
5. 日本娱乐速报
Section titled “5. 日本娱乐速报”- 类型:轻资讯型合集 / Yahoo 来源 rolling feed
- 角色:第二资讯主路
- 要点:与
NHK 今日要闻一起构成资讯层的双路线
6. JLPT N3 冲刺
Section titled “6. JLPT N3 冲刺”- 类型:目标型混合合集
- 角色:明确目标用户承接合集
- 要点:不与首页首屏 Top 3 强合集争第一主叙事
5.2 Top 3 强优先级合集
Section titled “5.2 Top 3 强优先级合集”当前必须优先打透:
- NHK 今日要闻
- 去日本旅行必备
- 动漫日语精听
这是 Phase 1 首页和运营模型成立的最小证明集。
6. 内容进入系统的规则
Section titled “6. 内容进入系统的规则”6.1 基础原则
Section titled “6.1 基础原则”自动入库 ≠ 自动首页分发。
当前执行要求
Section titled “当前执行要求”内容必须至少经历以下层级:
- 已入库
- 已结构化
- 可分发
- 可首页推荐
6.1.1 最白话的理解法
Section titled “6.1.1 最白话的理解法”第一次读这份文档的人,不需要先理解所有模型名,先记下面这四句话:
- 方向:用户知道自己想看哪一类,但还没决定看哪一组
- 合集:系统已经替用户整理好一组内容
- 内容:用户现在就可以直接点开消费的一条东西
- 首页资格:这条内容或这组内容,已经成熟到值得拿出来当平台门面
一句话判断:
先问是不是一条路,再问是不是一组内容,最后才问是不是一条内容。
对应到页面:
方向→合集列表页合集→合集详情页内容→内容详情页
6.1.2 首页分发资格三问
Section titled “6.1.2 首页分发资格三问”任何内容想上首页,都先过这三问:
- 它现在是在代表一条方向,还是在代表一个合集,还是在代表一条内容?
- 它现在的内容量和完成度,够不够支撑这个角色?
- 它最适合用纵向外露,还是横向滑动,还是 Hero 轮播?
如果这三问答不清楚,就先不要上首页。
6.1.3 三种落点的准入门槛
Section titled “6.1.3 三种落点的准入门槛”A. 什么时候可以去合集列表页
Section titled “A. 什么时候可以去合集列表页”合集列表页不是“内容多了就建一个页面”,而是用户已经知道方向,但还需要二次选择合集时才成立。
必须同时满足:
- 这是一个用户看得懂的大方向,比如
旅行、动漫、资讯、播客 - 这个方向下至少有 2 个已经成立的强合集
- 这 2 个合集各自都能单独进入合集详情页,不是空壳
- 用户进入这个方向后,确实需要自己再选一个合集,而不是应该直接进唯一的那个最强合集
不满足这些条件时,不要硬做合集列表页,直接去最强合集详情页更合理。
B. 什么时候可以去合集详情页
Section titled “B. 什么时候可以去合集详情页”合集详情页是首页最常见、最稳的承接层。
必须同时满足:
- 这个合集标题本身能让用户一眼看懂值不值得点
- 合集内当前至少有 5 条可立即消费的内容
- 这 5 条内容是在讲同一件事,不是随便拼起来的杂货堆
- 用户点进去后,不会遇到“只有 2 条能看,其余还没准备好”的落差
推荐运营阈值:
- 普通合集上首页前,最好有 8 条以上储备
- 日更型合集可放宽为“当前至少 5 条 + 明确稳定的更新来源”
C. 什么时候可以直接去内容详情页
Section titled “C. 什么时候可以直接去内容详情页”直接去内容详情页的门槛最高,因为首页是在拿这条内容直接当点击入口。
必须同时满足:
- 这条内容单独拿出来也成立,不依赖合集上下文才能看懂
- 标题、封面、类型、来源、level、tag 都完整
- 用户一眼就知道点进去会得到什么
- 它足够强,值得直接代表首页一次点击
做不到这些,就不要让它在首页单独承担直达内容详情页的任务。
6.1.4 首页模块形态的判断规则
Section titled “6.1.4 首页模块形态的判断规则”首页不是先想“做横的还是竖的”,而是先看这个模块要完成什么分发任务。
A. 用纵向内容列表
Section titled “A. 用纵向内容列表”适合:
- 直接外露具体内容
- 让用户快速开始消费
必须满足:
- 至少能稳定外露 5 条
- 每一条单独看都值得点
- 用户更关心“这一条是什么”,而不是“这个合集叫什么”
当前典型模块:
日语播客精选NHK 今日要闻
B. 用纵向合集列表
Section titled “B. 用纵向合集列表”适合:
- 替用户先选好现在最值得进的几个合集
- 承担首页第一段“替你选好了”的感觉
必须满足:
- 至少有 3 个强合集
- 每个合集都已经满足合集详情页资格
- 这个区块的任务是“先帮用户选合集”,不是外露具体内容条目
当前典型模块:
热门推荐
C. 用横向合集带
Section titled “C. 用横向合集带”适合:
- 拉宽探索面
- 补充平台丰富感
- 让用户快速扫更多合集
必须满足:
- 至少有 4 个可分发合集
- 这些合集更适合看封面和标题做快速选择
- 不要求每个合集都外露内部条目
当前典型模块:
轻松入门继续发现
D. 用 Hero 轮播
Section titled “D. 用 Hero 轮播”适合:
- 高时效
- 高统一主题
- 可播放
- 值得占据首页最上方
必须满足:
- 至少有 2 张可轮播卡
- 每张卡不靠长说明文字也能成立
- 能共同服务一个很清楚的当日入口
当前典型模块:
今日新闻速递
6.1.5 采集到首页的运营 SOP 总表
Section titled “6.1.5 采集到首页的运营 SOP 总表”这张表把前面的规则收成一条完整流水线,回答一个最实际的问题:
一条内容从采集进来后,到底会先进入哪个池子,什么时候能承接到哪一层页面,什么时候才有资格上首页。
先记一句总原则:
先判断它能不能被消费,再判断它能不能被组织,最后才判断它值不值得被首页分发。
| 当前状态 | 最低要求 | 进入哪个池子 | 当前能承接到哪一层 | 还不能去哪里 | 下一步要补什么 |
|---|---|---|---|---|---|
| 刚采集入库 | 只有原始内容和来源 | 已入库池 | 暂不承接任何前台页面 | 不能进合集、不能进方向页、不能上首页 | 补标题、封面、类型、level、tag、可见性 |
| 已结构化 | 标题、封面、type、level、scene/tag、来源、visibility、分发状态完整 | 已结构化池 | 可作为后台候选内容 | 还不能直接上首页核心位 | 判断是否能进入某个合集 |
| 可进入合集 | 单条内容已可正常打开,且主题清楚 | 合集候选池 | 可进入合集详情页的内容列表 | 还不能自动变成首页入口 | 放进合适合集,并确认排序 |
| 合集已成立 | 合集标题成立、说明清楚、至少 5 条可消费内容 | 可分发合集池 | 可承接合集详情页 | 还不能自动升成方向页或首页模块 | 判断它是重点合集、普通合集,还是继续养厚 |
| 方向已成立 | 同方向下至少 2 个已成立合集,其中至少 1 个强合集 | 方向候选池 | 可承接合集列表页 | 还不能自动上首页 chips | 判断是否值得成为长期方向入口 |
| 可首页分发 | 已满足首页模块对应阈值 | 首页候选池 | 可承接首页某个具体模块 | 还不能保证一定上首页前排 | 判断该放 Hero、纵向合集、纵向内容还是横向合集 |
| 首页核心位 | 同时满足模块阈值、时机成立、内容足够代表平台门面 | 首页核心池 | 可进入首页前排模块 | 无 | 进入运营排期或自动规则分发 |
补充规则:
- 已结构化 不等于 已分发
- 进入合集 不等于 合集已经成立
- 合集已经成立 不等于 已经有资格上首页
- 上首页 也不等于 一定上首页前排
6.1.6 最白话的流水线判断法
Section titled “6.1.6 最白话的流水线判断法”如果内容运营不想先看大表,可以直接按这 6 句话判断:
- 这条内容现在能不能正常打开看?
- 这条内容有没有足够完整的信息,能被系统理解?
- 它应该先被放进哪一个合集?
- 这个合集现在够不够厚,能不能单独让用户点进去连续看?
- 这个合集所在方向,下面是不是已经有两组以上可选内容?
- 如果今天真要把它放上首页,它最适合占 Hero、纵向合集、纵向内容,还是横向合集带?
只要前面任何一步答不出来,就不要直接讨论“上首页什么位置”。
6.1.7 从采集结果到页面层级的直达映射
Section titled “6.1.7 从采集结果到页面层级的直达映射”再说得更短一点,可以直接用下面这张对照表:
| 如果采集结果只达到这个程度 | 最多只能去哪里 |
|---|---|
| 只有原始内容,还没结构化 | nowhere,不进前台 |
| 单条内容已结构化,但还没被组织 | 只能留在候选池,不直接上首页 |
| 已经进入某个合集,但合集还不够厚 | 最多停留在后台合集养厚层 |
| 合集已经成立 | 可以去合集详情页 |
| 同方向下已有 2 个以上已成立合集 | 可以去合集列表页 |
| 同时满足首页模块阈值 | 才有资格上首页 |
一句话记忆:
内容先长成一条,再长成一组,再长成一条路,最后才长成首页入口。
6.1.8 首页模块 × 内容类型适配矩阵
Section titled “6.1.8 首页模块 × 内容类型适配矩阵”到这一步,运营已经知道“能不能上首页”了。 接下来要解决的是另一个同样常见的问题:
既然够资格上首页,那它最适合放在哪个模块,而不是放到哪都行。
先记一句最白话的话:
不是每个合格内容都适合放在首页的每个位置。位置不同,承担的任务也不同。
| 内容类型 / 内容线 | 最适合的首页模块 | 为什么最适合 | 次适合模块 | 当前不建议优先放哪 |
|---|---|---|---|---|
| 当日新闻 / 日更资讯 | Hero 新闻速递轮播 | 时效最强,最适合承担“今天有什么” | 重点合集外露、继续发现 | 不优先放 轻松入门 |
| 播客 / 可连续听内容 | 日语播客精选 纵向内容列表 | 这类内容最适合直接外露具体条目,让用户马上开听 | 播客 方向页、底部续逛合集流 | 不优先放 Hero 主轮播 |
| 旅行实用 / 场景刚需 | 热门推荐 | 最容易让新用户觉得“这个 app 真有用” | 轻松入门、Hero 次级卡 | 不优先放太靠后的续逛层 |
| 动漫兴趣 / 情绪钩子 | 热门推荐 | 最容易产生第一点击意愿 | 继续发现、Hero 次级卡 | 不优先放 轻松入门 首位 |
| JLPT 目标型内容 | 继续发现 或 JLPT 方向页 | 它有明确需求,但不该抢首页第一主叙事 | 热门推荐 的后位、考前阶段性强化位 | 不优先放 Hero 和首页第一强合集位 |
| 文化深度 / 延展阅读 | 继续发现、底部续逛合集流 | 更适合承担“继续逛”的任务,而不是首屏第一击 | 热门推荐 后位、重点合集外露 | 不优先长期占 Hero |
| 新手超低门槛合集 | 轻松入门 | 适合快速扫一眼并低压力开始 | 热门推荐 后位 | 不优先做 重点合集外露 |
补充规则:
Hero更适合 时效强、当日理由强、可播放或可混排的内容线热门推荐更适合 最能代表 Phase 1 价值的强合集轻松入门更适合 门槛低、容易开始、但不一定最强势的合集日语播客精选和重点合集外露更适合 把具体内容直接露出来继续发现和底部续逛更适合 第二梯队与延长浏览的内容
6.1.9 首页模块选位的一句话判断法
Section titled “6.1.9 首页模块选位的一句话判断法”如果运营已经有一个“合格合集”或“合格内容线”,但还在犹豫放哪,就按下面这 5 句判断:
-
它是不是今天最值得放到最上面? 是,就优先看
Hero。 -
它是不是最能代表 Yomiya 现在价值的强合集? 是,就优先看
热门推荐。 -
它是不是更适合给新手低门槛开始? 是,就优先看
轻松入门。 -
它是不是更适合把具体内容直接露出来,让用户马上开看 / 开听? 是,就优先看
日语播客精选或重点合集外露。 -
它是不是值得继续逛,但不该抢首页第一解释权? 是,就优先看
继续发现或底部续逛合集流。
一句话记忆:
先看它该不该抢前排,再看它该不该直接露内容,最后才看它是不是放到继续探索层。
6.2 最小结构化要求
Section titled “6.2 最小结构化要求”进入可分发池前,每条内容至少具备:
- 标题
- 封面
- type
- level
- scene/tag
- 来源
- visibility
- 分发状态
没有这些字段的内容,只能停留在入库层,不能进入首页或合集核心位。
6.3 当前可接受内容类型
Section titled “6.3 当前可接受内容类型”- NHK Web Easy
- Yahoo 娱乐类资讯
- 其他已稳定可控来源
- NHK World 视频
- 旅行 / 动漫 / 文化方向视频
- 可作为补充线启动,但当前不是平台成立前提
7. 内容打标与分类规则
Section titled “7. 内容打标与分类规则”7.1 当前标签策略
Section titled “7.1 当前标签策略”Phase 1 当前优先继续使用已有 scene 体系作为主要标签系统,不额外强行引入一套并行主体系。
当前标签主要作用
Section titled “当前标签主要作用”- 内容筛选
- 首页 Tab 映射
- 合集候选判断
- 推荐辅助
- 标签负责描述内容
- 容器负责承载内容
- 标签不能替代栏目和合集
7.2 难度等级规则
Section titled “7.2 难度等级规则”当前统一采用与 JLPT 对齐的 level:
- N5
- N4
- N3
- N2
- N1
- 不限
- 所有进入可分发池的内容必须具备 level
- Level 是描述属性,不是归属层
8. 内容结构与容器规则
Section titled “8. 内容结构与容器规则”8.1 当前冻结关系
Section titled “8.1 当前冻结关系”8.1.1 第一次读这些概念时怎么理解
Section titled “8.1.1 第一次读这些概念时怎么理解”这里最容易把人看晕,所以先用最直白的话固定一次:
- Channel:内容长期归哪一类
- Collection:前台拿给用户点的一组内容
- Series:会持续更新的一条内容线
- Topic:短期活动或短期热点入口
对 Phase 1 来说,团队先重点抓住两件事就够了:
- 用户在前台最常看到的是 Collection,不是 Channel
- 首页真正拿来分发的,是方向、合集和内容,不是后台模型名
所以不要把后台概念直接拿来写前台入口名,也不要让用户去理解 Channel / Series / Topic 这些工程词。
- 实际消费单元
- 当前由
news承载
Channel
Section titled “Channel”- 一级长期归属容器
- 每条内容只归属一个 Channel
Collection
Section titled “Collection”- 长期发现容器
- 是首页与内容平台感成立的核心层
Series
Section titled “Series”- 连续更新容器
- 当前阶段可先通过 Collection 特化表达
- 时效运营容器
- 当前阶段可先弱化为分发补充层
8.2 当前工程承载原则
Section titled “8.2 当前工程承载原则”- Item 继续由
news表承载 - Collection 新增独立建模
- Series 与 Topic 在 Phase 1 不强制完全独立重建主模型
- 一开始就推翻
news主承载模型 - 为了概念纯度而做超大重构
9. 消费后的下一步规则
Section titled “9. 消费后的下一步规则”Phase 1 必须保证:
用户消费完第一条内容后,不会直接掉到空白状态。
至少要提供的下一步
Section titled “至少要提供的下一步”- 下一条内容
- 所属合集入口
- 相关推荐
连续消费能力是平台感成立的必要条件,不属于后面再说的增强项。
10. 标题与封面处理规则
Section titled “10. 标题与封面处理规则”10.1 标题规则
Section titled “10.1 标题规则”标题必须优先服务:
- 快速理解内容是什么
- 降低点击门槛
- 强化问题感 / 场景感 / 目标感
当前执行要求
Section titled “当前执行要求”- 不能使用课程目录式标题作为首页或合集主标题
- 不能让标题只有内部编号价值
- 文化类、旅行类、动漫类内容优先采用问题或场景式表达
10.2 封面规则
Section titled “10.2 封面规则”封面不是附属物,而是点击入口的一部分。
当前执行要求
Section titled “当前执行要求”- 封面必须可用、可辨识、可支持首页分发
- 视频 / 播客 / 合集封面可以来源不同,但都必须进入可分发标准
- 不能让“已入库但封面不可用”的内容直接进入首页核心位
11. 当前阶段的最小工程方向
Section titled “11. 当前阶段的最小工程方向”当前阶段实施规格不要求全量实现所有未来设计,但至少要支持以下方向:
11.1 内容表仍由现有主表承载
Section titled “11.1 内容表仍由现有主表承载”当前 Item 继续由现有 news 表承载。
11.2 新增 Collection 层
Section titled “11.2 新增 Collection 层”需要有:
- collection 主表
- item 与 collection 的关联层
- 基础排序能力
- 基础可见性与首页候选能力
11.3 首页能拉起合集层
Section titled “11.3 首页能拉起合集层”首页不能继续停留在“单条内容分发”这一层,必须进入合集驱动发现层。
11.4 分发资格要从可见性里拆出来理解
Section titled “11.4 分发资格要从可见性里拆出来理解”即使工程上当前还未完全独立字段,也必须在逻辑上明确区分:
- 看得见
- 能分发
- 能首页推荐
12. 当前阶段不在本文件内展开的内容
Section titled “12. 当前阶段不在本文件内展开的内容”以下内容属于后续文档负责,不在本文件内展开:
- 历史漏洞与修复记录
- 未来阶段能力
- 开放问题清单
- 审查过程中的争议讨论
这些内容应转到:
yomiya-implementation-review-log.mdyomiya-implementation-open-questions.mdyomiya-implementation-future-phases.md
13. 一句话总括
Section titled “13. 一句话总括”Implementation Spec Core 只负责一件事:把 Yomiya Phase 1 当前真正生效的内容平台落地规则抽出来,保证团队现在就能按同一套规格执行,而不再被历史审查痕迹和未来阶段设想不断干扰。