跳转到内容

每日日语 · Implementation Spec Core

文档性质:当前有效实施规格主文档
用途:给产品、研发、运营提供当前阶段直接可执行的统一规格
适用阶段:Phase 1
阅读前置

  1. yomiya-phase1-execution-spec.md
  2. yomiya-canonical-naming.md
  3. yomiya-phase1-scope-boundary.md
  4. yomiya-content-strategy.md

规则:本文件只保留当前有效且会直接影响执行的规格,不保留审查痕迹、争议历史和未来阶段扩展。
最后更新:2026-03-29


本文件不是研究文档,不是 review log,也不是未来规划文档。

它只回答一个问题:

在当前 Phase 1 范围内,Yomiya 的内容系统到底按什么规格落地。

因此,本文件只保留:

  • 当前首页规格
  • 当前合集规格
  • 当前入库与打标规则
  • 当前表结构与接口方向
  • 当前消费与进度规则
  • 当前封面与标题处理规则

凡是还没定死的、属于历史修复过程的、或属于后续阶段的内容,都不保留在本文件中。


当前阶段唯一主目标:

先建立可分发、可组织、可连续消费的内容池,并让用户打开首页就明显感知到“这里内容很多,而且值得继续回来”。

2.2.1 首页入口的分层跳转规则(新增)

Section titled “2.2.1 首页入口的分层跳转规则(新增)”

首页不是固定跳向同一层页面,而是要根据入口所代表的主题颗粒度与用户进入意图,决定落点:

  • 单内容推荐入口 → 可直接进入内容详情页
  • 单合集推荐入口 → 进入合集详情页
  • 大主题 / 一级方向入口 → 进入合集列表页

因此,首页模块不只要定义“展示什么”,还要定义“点击后应该落在哪一层”。

首页第一版是:

内容平台首页,不是学习任务首页。

首页主任务是:

  1. 展示内容丰富度
  2. 降低选择成本
  3. 引导进入第一条内容消费
  4. 形成继续消费路径
  1. 自动入库不等于自动首页分发
  2. Collection 必须在 Phase 1 成立
  3. Top 3 合集优先于其他补充能力
  4. 当前阶段不做完整课程主路径

flowchart TD
    A[内容来源] --> B[已入库]
    B --> C[已结构化]
    C --> D[可分发]
    D --> E[可首页推荐]

    E --> F[首页 Hero / 热门合集 / 资讯模块]
    D --> G[合集列表页 / 搜索结果]
    F --> H[内容详情页 / 合集详情页 / 合集列表页]
    G --> H
    H --> I[下一条 / 所属合集 / 相关推荐]
flowchart TD
    H[首页] --> A[顶部控制层]
    H --> B[顶部 chips]
    H --> C[Hero 新闻速递轮播]
    H --> D[热门推荐合集 纵向外露]
    H --> E[轻松入门 横向合集带]
    H --> F[播客精选 纵向外露]
    H --> G[继续发现 横向合集带]
    H --> I[NHK / 文化 纵向外露]
    H --> J[底部续逛合集流]
flowchart TD
    A[首页入口] --> B{入口类型}
    B -->|强单点内容| C[内容详情页]
    B -->|单合集| D[合集详情页]
    B -->|大方向| E[合集列表页]

当前低保真原型附件见:

  • assets/home-wireframe.html
  • assets/collection-list-wireframe.html
  • assets/collection-detail-wireframe.html

用途:

  • 让产品、iOS、研发对齐当前固定结构
  • 作为结构附件,而不是最终视觉稿

3. 首页模块精确规格(当前有效版)

Section titled “3. 首页模块精确规格(当前有效版)”
┌──────────────────────────────────┐
│ ① 顶部控制层 │
├──────────────────────────────────┤
│ ② 顶部分类 chips │
├──────────────────────────────────┤
│ ③ Hero 新闻速递轮播 │
├──────────────────────────────────┤
│ ④ 热门推荐合集(纵向外露) │
├──────────────────────────────────┤
│ ⑤ 轻松入门(横向合集带) │
├──────────────────────────────────┤
│ ⑥ 播客精选(纵向外露) │
├──────────────────────────────────┤
│ ⑦ 继续发现(横向合集带) │
├──────────────────────────────────┤
│ ⑧ 重点合集外露(如 NHK) │
├──────────────────────────────────┤
│ ⑨ 底部续逛合集流 │
└──────────────────────────────────┘
  1. 首页第一主叙事是内容发现,不是学习任务完成
  2. 首页允许三种落点并存,但不新增页面类型
  3. 首页不做旧式说明型 Banner、不做榜单、不做常驻专题
  4. 空模块直接隐藏,不出现占位
  5. 底部续逛流负责延长浏览,不额外制造一套高维护运营位
  6. 首页主节奏固定为“纵向外露合集 -> 横向密集合集带 -> 纵向外露合集 -> 横向密集合集带 -> 纵向外露合集”

3.3 首页顶部分类导航(轻量辅助层)

Section titled “3.3 首页顶部分类导航(轻量辅助层)”

当前冻结 chips

  • 旅行
  • 动漫
  • 资讯
  • JLPT
  • 播客

不进入顶部 chips,但保留在合集体系与首页内容流中的方向

  • 日本文化

补充规则

  • 顶部 chips 负责方向分流,不等于首页资讯模块
  • 资讯 顶部 chips 进入现有合集列表页,首版突出 NHK 今日要闻日本娱乐速报(Yahoo 来源)
  • 播客 顶部 chips 也进入现有合集列表页,不新增页型
  • 单个方向承接不足时可以隐藏该 chip,但顺序不改,也不补占位

首页每个模块都必须明确以下字段:

  1. 模块名
  2. 模板类型
  3. 展示对象
  4. 点击落点
  5. 数据来源
  6. 运营动作
  7. 上线阈值
  8. 降级规则

没有把这 8 个字段说清楚的模块,不允许进入 Phase 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 个合格合集即可出现只缩短长度,不造新运营位,不显示空态
  • 首页显性主解释层是:
    • 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 今日要闻 这类模块,标题代表合集入口,列表行代表内容入口
  • 更多箭头 只在模块真实合格数量大于首页展示上限时显示;等于或少于上限时不显示
  • 如果标题本身已经承担相同落点,更多箭头 只作为“后面还有更多”的显性提示,不新增第二套跳转规则
  • 这张表是当前首页冻结口径;未来可以替换具体合集名,但不能随意改变模块角色与点击层级

以下元素冻结表只定义:

  • 页面内真实产品元素
  • 这些元素的数量、内容来源、点击行为与隐藏规则

以下内容不算页面内产品元素,不进入开发规格:

  • 设备状态栏
  • 手机外框
  • 原型辅助标记
  • 用来解释跳转结果的提示文案,比如 合集详情页内容详情页

补充规则:

  • 页面跳转关系只能写在规格表里,不能直接写在 UI 文案里
  • 如果某个元素在原型里可见,但在产品里不应作为真实元素存在,应优先删除原型,不保留“以后再解释”
区域元素当前数量 / 阈值当前文案 / 内容配置用户动作结果 / 落点隐藏 / 降级规则
顶部控制层品牌字标1Yomiya不可点无跳转始终存在
顶部控制层搜索框1搜索 NHK、旅行、JLPT、动漫、播客...点击进入搜索页始终存在
顶部 chips旅行1固定 chips 第 1 位点击进入 旅行 合集列表页仅当旅行方向不满足方向页资格时隐藏
顶部 chips动漫1固定 chips 第 2 位点击进入 动漫 合集列表页仅当动漫方向不满足方向页资格时隐藏
顶部 chips资讯1固定 chips 第 3 位点击进入 资讯 合集列表页仅当资讯方向不满足方向页资格时隐藏
顶部 chipsJLPT1固定 chips 第 4 位点击进入 JLPT 合集列表页仅当 JLPT 方向不满足方向页资格时隐藏
顶部 chips播客1固定 chips 第 5 位点击进入 播客 合集列表页仅当播客方向不满足方向页资格时隐藏
Hero 区Hero 轮播轨道1 组,至少 2 张,当前原型 3 张横向滑动,首屏需看到当前卡和下一张约 2/3左右滑动切换 Hero 卡不足 2 张时降为单卡
Hero 区Banner 1 今日新闻速递1tag 固定为 NHKYahoo点击整卡进入 今日混合新闻列表 合集列表页可播放队列不足 3 条则隐藏播放按钮
Hero 区Banner 1 播放按钮1位于卡片右下角点击首页原地播放 今日新闻速递 混合播放队列可播放队列不足 3 条则隐藏
Hero 区Banner 2 动漫热听1tag 固定为 新番精听点击整卡进入 动漫 合集列表页该 Hero 候选不足时整卡可被替换
Hero 区Banner 2 播放按钮1位于卡片右下角点击首页原地播放 动漫热听 播放队列可播放队列不足 3 条则隐藏
Hero 区Banner 3 旅行马上用1tag 固定为 机场酒店点击整卡进入 旅行 合集列表页该 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 标题1NHK 今日要闻点击标题进入 NHK 今日要闻 合集详情页条目不足 5 条则整块隐藏
NHK 今日要闻section 右侧更多箭头0 或 1位于标题右侧点击进入 NHK 今日要闻 合集详情页仅当可外露内容数大于首页外露上限 5 时显示
NHK 今日要闻内容行固定 5 行当前为 5 条 NHK 外露内容点击行进入对应内容详情页条目不足 5 条则整块隐藏
底部续逛合集流section 标题1还能继续逛不可点无跳转有内容才显示
底部续逛合集流续逛合集卡当前 3 张,最少 1 张当前为 日本文化冷知识 / 日本娱乐速报 / 通勤日语播客合集点击卡片进入对应合集详情页池子不足时只缩短数量
点击元素固定结果
搜索框搜索页
顶部任一 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_metabrand_titlesearch_placeholdersearch_hint_tags[]静态配置或首页聚合返回
顶部 chipshome_chips[]keylabeltarget_direction_keyis_enabledicon_urlfeatured 配置层
Hero 区整卡hero_cards[]idtitlecover_image_urltags[]target_typetarget_idplayablethemesubtitlefeatured 配置层 + 当日内容聚合
Hero 播放按钮hero_cards[].play_queuenews_ids[]queue_titledefault_play_modeHero 聚合结果
热门推荐纵向合集行featured_collections[]collection_idtitlecover_image_urlcontent_typeitem_countupdate_typesubtitlelevel_labelcollections + featured 引用
轻松入门横向合集卡beginner_collections[]collection_idtitlecover_image_urlcontent_typesubtitlelevel_labelitem_countcollections + featured 引用
播客精选标题podcast_featured_blockcollection_idtitlecover_image_urldescriptionfeatured 配置层
播客精选内容行podcast_featured_block.items[]news_idtitlecover_image_urltypeduration_secsource_labelsummarycollection_items + news
继续发现横向合集卡discovery_collections[]collection_idtitlecover_image_urlcontent_typesubtitlelevel_labelitem_countcollections + featured 引用
NHK 今日要闻标题key_collection_blockcollection_idtitledescriptioncover_image_urlfeatured 配置层
NHK 今日要闻内容行key_collection_block.items[]news_idtitlecover_image_urltypeduration_secsource_labelsummarycollection_items + news
底部续逛合集流continue_browsing_collections[]collection_idtitlecover_image_urlcontent_typesubtitlelevel_labelitem_count合格合集池 + featured 回填规则

补充规则:

  • Hero 整卡的 target_type 当前冻结为 collection_list
  • 首页纵向直接列表里的内容行,最小返回对象必须能支持图文 / 视频 / 音频三种内容卡,不允许只返回标题
  • section 标题 如果承担点击入口,必须有稳定 collection_id,不能只靠文案字符串跳转
  • 对存在首页展示上限的模块,块级数据必须能提供 eligible_total_counthome_exposed_limitmore_target_typemore_target_id
  • 更多箭头 是否显示由前端按 eligible_total_count > home_exposed_limit 推导;不要求后台再单独给一个布尔开关

4.1.7 首页模块 -> 后台配置冻结表

Section titled “4.1.7 首页模块 -> 后台配置冻结表”
首页模块后台最小配置模块最小配置项不允许后台配置什么维护节奏
顶部控制层home_metabrand_titlesearch_placeholder不扩成任务化入口组极低频
顶部 chipsfeatured.home.chipskeylabeltarget_direction_keysort_orderis_enabled不把 chips 当内容容器配具体 news_id低频
Hero 新闻速递轮播featured.home.herohero_idtitlecover_image_urltags[]target_typetarget_idplay_queue_rulesort_orderis_enabled不把 Hero 直接配置成单条内容详情跳转高频
热门推荐featured.home.hot_collectionscollection_ids[]sort_order不配置单条 news_id 外露中频
轻松入门featured.home.beginner_collectionscollection_ids[]sort_order不单独再配一个纵向专区中低频
播客精选featured.home.podcast_blockcollection_idexposure_rulemanual_news_ids[](可为空)、sort_modeis_enabled不额外复制第二个播客专区中频
继续发现featured.home.discovery_collectionscollection_ids[]sort_order不改成田字格方向入口配置中频
重点合集外露featured.home.key_collection_blockcollection_idexposure_rulemanual_news_ids[](可为空)、is_enabled不同时配置多个并列重点合集块中低频
底部续逛合集流featured.home.continue_browsingcollection_ids[]auto_fill_enabledmax_count不把它做成另一套手工重运营专区低频

补充规则:

  • manual_news_ids[] 只作为兜底人工指定,不应成为首页内容外露的默认方式
  • exposure_rule 首版只允许两类:latest_nmanual
  • play_queue_rule 首版只允许两类:same_as_exposed_itemslatest_n_by_rule
  • 首页所有配置都属于 Featured 分发层,不改变内容本身 channel_idcollection_refsvisibility
  • 对存在首页展示上限的模块,后台配置还必须能稳定给出“更多”落点;没有稳定 more_target 的模块,不显示 更多箭头

4.1.8 首页模块运营准入与降级总表

Section titled “4.1.8 首页模块运营准入与降级总表”

这张表回答的是内容运营最实际的问题:

什么内容成熟到可以上这个模块,不够的时候怎么降级。

先记一个总原则:

首页不是谁有内容就上谁,而是谁已经准备到足以代表平台门面,谁才上。

首页模块它在首页代表什么固定落点最低成立线推荐稳态线不达标怎么处理
顶部 chips一条方向入口合集列表页该方向下至少有 2 个可分发合集,其中至少 1 个是强合集该方向下有 3 个以上可分发合集,用户进入后能继续下滑挑选不满足则隐藏该 chip,不降级成空方向页
Hero 单张卡当天最值得放在首页最上面的入口合集列表页或首页原地播放该卡背后至少能承接 5 条可消费内容;若有播放按钮,则可播放队列至少 3承接 8 条以上内容,且当日理由明确、点击价值高不能承接列表就替换 Hero 卡;不能播放就只保留整卡点击,不显示播放按钮
热门推荐现在最值得先点进的几组合集合集详情页至少有 3 个已成立强合集稳定外露 5 个强合集少于 3 个则整块隐藏;34 个时按实际数量显示
轻松入门低门槛开始入口合集详情页至少有 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

如果运营在某一天要判断一个对象能不能上首页,就按下面这 5 步走:

  1. 先判断它是方向、合集,还是内容。
  2. 如果它是方向,先看这个方向下有没有至少 2 个可分发合集。
  3. 如果它是合集,先看这个合集里有没有至少 5 条可消费内容。
  4. 如果它是单条内容,先看它是不是单独拿出来也成立。
  5. 最后才决定它该放 Hero、纵向合集、纵向内容,还是横向合集。

只要前 4 步里有一步答不出来,就先不要上首页。

合集列表页固定结构为:

  1. 方向头部信息
  2. 重点路线卡或重点合集卡
  3. 标准合集列表
  4. 继续下滑的更多合集

补充规则:

  • 资讯方向页 不是新页型,仍属于合集列表页
  • 资讯方向页 首版固定两条主路:NHK 今日要闻日本娱乐速报(Yahoo 来源)
  • 播客方向页 也使用同一种合集列表页结构,不新增页型
  • 方向头部采用图、标题、说明一体化布局,不拆单独说明区
  • 收藏全部播放 这类主动作不属于方向级合集列表页,只属于单合集详情页

4.2.1 合集列表页可见元素冻结表

Section titled “4.2.1 合集列表页可见元素冻结表”
区域元素当前数量 / 阈值当前文案 / 内容配置用户动作结果 / 落点隐藏 / 降级规则
方向头部头图1当前方向封面图,原型示例为 资讯不可点无跳转始终存在
方向头部标题1当前方向名称,原型示例为 资讯不可点无跳转始终存在
方向头部说明文案1当前方向说明,原型示例为“NHK 与娱乐资讯两条主路…”不可点无跳转始终存在
重点路线区section 标题1原型示例为 两条主路不可点无跳转至少有 1 条重点路线时显示
重点路线区路线卡 11NHK 今日要闻,tag 为 日更要闻点击整卡进入 NHK 今日要闻 合集详情页无承接则替换,不补空卡
重点路线区路线卡 21日本娱乐速报,tag 为 Yahoo娱乐点击整卡进入 日本娱乐速报 合集详情页无承接则替换,不补空卡
标准合集区section 标题1原型示例为 更多资讯合集不可点无跳转至少有 1 个普通合集时显示
标准合集区合集卡列表当前 3 张,最低 1 张原型示例为 日本社会热词观察 / 日本流行文化热点 / 今日高频表达精读点击整卡进入对应合集详情页池子不足时按实际数量显示

4.2.2 方向 chips -> 合集列表页路由冻结表

Section titled “4.2.2 方向 chips -> 合集列表页路由冻结表”
首页 chip对应合集列表页头部标题重点路线区数量标准合集区最小数量
旅行旅行 合集列表页旅行1 到 21
动漫动漫 合集列表页动漫1 到 21
资讯资讯 合集列表页资讯固定 21
JLPTJLPT 合集列表页JLPT1 到 21
播客播客 合集列表页播客1 到 21

4.2.3 合集列表页元素 -> 数据字段冻结表

Section titled “4.2.3 合集列表页元素 -> 数据字段冻结表”
页面区域数据对象最小字段可选字段来源层
方向头部direction_pagedirection_keytitledescriptioncover_image_urltheme_colorheader_tags[]方向配置层或聚合接口
重点路线卡direction_page.featured_routes[]collection_idtitlecover_image_urltags[]descriptionitem_countupdate_typefeatured 配置层 + collections
标准合集卡列表direction_page.collection_cards[]collection_idtitlecover_image_urlcontent_typedescriptionlevel_labelitem_countupdate_typecollections 查询结果

补充规则:

  • direction_key 是方向页唯一稳定标识,不能直接用中文标题作路由 key
  • featured_routes[] 是方向页里的分发层,不等于该方向的完整合集集合
  • collection_cards[] 必须支持继续分页或继续下滑,不冻结为只能返回首屏 3 张

4.2.4 合集列表页 -> 后台配置冻结表

Section titled “4.2.4 合集列表页 -> 后台配置冻结表”
页面模块后台最小配置模块最小配置项不允许后台配置什么维护节奏
方向注册表direction_registrydirection_keytitledescriptioncover_image_urlis_enabled不把方向页和 Channel 强绑成一对一低频
重点路线区featured.direction_routesdirection_keycollection_ids[]sort_order不直接配置 news_id 作为路线卡中频
标准合集区direction_collection_rulesdirection_keycollection_filter_ruledefault_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 个最强合集,那它更像单合集入口,不该长期占一个方向页

如果运营要判断某个方向今天还能不能挂在首页 chips 或独立方向页里,就按这 4 步走:

  1. 这个方向下是不是至少已经有 2 个可分发合集?
  2. 这里面是不是至少有 1 个强合集,足够做重点路线?
  3. 用户进来之后,是不是还有第二个选择,而不是只能点唯一那一个?
  4. 这个方向页隐藏后,是否应该直接回退到最强合集详情页?

只要前 3 步有一步答不出来,这个方向页就不该硬挂着。

合集详情页固定包含:

  1. 合集头部信息(封面、标题、说明、标签、统计)
  2. 主动作区(收藏全部播放
  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_metacollection_idshare_enabledshare_urlshare_card_urlcollections
合集头部collectionidtitledescriptioncover_image_urlcontent_typecollection_typevisibilitylevel_labelupdate_typeitem_countoperator_tags[]collections
收藏按钮collection_user_statecollection_idis_favoritedfavorite_count用户状态层
全部播放按钮collection_play_statecollection_idhas_playable_itemsfirst_playable_news_idplay_queue_news_ids[]collection_items + news
内容列表区collection_items[]news_idtitlecover_image_urltypesort_orderduration_secsource_labelsummarylevel_labelcollection_items + news

补充规则:

  • collection_items[] 的顺序以合集内 sort_order 为准,不再由前端自行猜测排序
  • 全部播放 的可用性由 has_playable_items 决定,不由前端根据 type 猜测
  • share_urlshare_card_url 没准备好时可以不返回,但不影响合集详情页成立

4.3.3 合集详情页 -> 后台配置冻结表

Section titled “4.3.3 合集详情页 -> 后台配置冻结表”
页面模块后台最小配置模块最小配置项不允许后台配置什么维护节奏
合集头部collectionstitledescriptioncover_image_urlcontent_typecollection_typevisibility不再单开“合集页头部配置表”中频
合集内容列表collection_itemscollection_idnews_idsort_order不把内容顺序写进首页 featured 配置中频
收藏 / 分享 / 播放动作无额外运营配置依赖合集实体和用户状态不做专门运营后台位无需日常维护

补充规则:

  • 合集详情页成立依赖的是 collectionscollection_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 步走:

  1. 这个合集的标题单独拿出来,用户能不能立刻懂?
  2. 点进去后,当前是不是至少有 5 条可消费内容?
  3. 这 5 条是不是在讲同一件事,而不是硬拼出来的?
  4. 如果把它放到首页,它是该代表“先点这个合集”,还是该代表“直接外露里面的内容”?
  5. 如果今天不够格上首页,它是不是仍然可以作为后台整理合集继续养厚?

只要前 3 步里有一步不成立,这个合集就不该承担首页核心流量。

内容详情页在 Phase 1 直接复用当前客户端成熟界面:

  • 图文内容复用当前新闻详情页
  • 视频内容复用当前导入 / 播放界面

本轮不重新设计新的内容详情页模板。

唯一强要求是:

  • 消费后必须给出下一条 / 所属合集 / 相关推荐中的至少一种

5. 首批合集规格(当前有效版)

Section titled “5. 首批合集规格(当前有效版)”
  • 类型:日更型合集 / rolling feed
  • 角色:第一回访引擎
  • 要点:持续更新、持续累积、强化“今天有什么”
  • 类型:场景型视频合集
  • 角色:第一高实用传播合集
  • 要点:负责“真有用”的第一印象
  • 类型:兴趣型视频合集
  • 角色:第一情绪钩子合集
  • 要点:负责“我愿意点开”的第一印象
  • 类型:文化型内容合集
  • 角色:深度兴趣合集
  • 要点:在首页内容流与相关合集体系里持续出现,不再抢顶层 chips
  • 类型:轻资讯型合集 / Yahoo 来源 rolling feed
  • 角色:第二资讯主路
  • 要点:与 NHK 今日要闻 一起构成资讯层的双路线
  • 类型:目标型混合合集
  • 角色:明确目标用户承接合集
  • 要点:不与首页首屏 Top 3 强合集争第一主叙事

当前必须优先打透:

  1. NHK 今日要闻
  2. 去日本旅行必备
  3. 动漫日语精听

这是 Phase 1 首页和运营模型成立的最小证明集。


自动入库 ≠ 自动首页分发。

内容必须至少经历以下层级:

  1. 已入库
  2. 已结构化
  3. 可分发
  4. 可首页推荐

第一次读这份文档的人,不需要先理解所有模型名,先记下面这四句话:

  • 方向:用户知道自己想看哪一类,但还没决定看哪一组
  • 合集:系统已经替用户整理好一组内容
  • 内容:用户现在就可以直接点开消费的一条东西
  • 首页资格:这条内容或这组内容,已经成熟到值得拿出来当平台门面

一句话判断:

先问是不是一条路,再问是不是一组内容,最后才问是不是一条内容。

对应到页面:

  • 方向合集列表页
  • 合集合集详情页
  • 内容内容详情页

任何内容想上首页,都先过这三问:

  1. 它现在是在代表一条方向,还是在代表一个合集,还是在代表一条内容?
  2. 它现在的内容量和完成度,够不够支撑这个角色?
  3. 它最适合用纵向外露,还是横向滑动,还是 Hero 轮播?

如果这三问答不清楚,就先不要上首页。

合集列表页不是“内容多了就建一个页面”,而是用户已经知道方向,但还需要二次选择合集时才成立。

必须同时满足:

  • 这是一个用户看得懂的大方向,比如 旅行动漫资讯播客
  • 这个方向下至少有 2 个已经成立的强合集
  • 这 2 个合集各自都能单独进入合集详情页,不是空壳
  • 用户进入这个方向后,确实需要自己再选一个合集,而不是应该直接进唯一的那个最强合集

不满足这些条件时,不要硬做合集列表页,直接去最强合集详情页更合理。

合集详情页是首页最常见、最稳的承接层。

必须同时满足:

  • 这个合集标题本身能让用户一眼看懂值不值得点
  • 合集内当前至少有 5 条可立即消费的内容
  • 这 5 条内容是在讲同一件事,不是随便拼起来的杂货堆
  • 用户点进去后,不会遇到“只有 2 条能看,其余还没准备好”的落差

推荐运营阈值:

  • 普通合集上首页前,最好有 8 条以上储备
  • 日更型合集可放宽为“当前至少 5 条 + 明确稳定的更新来源”

C. 什么时候可以直接去内容详情页

Section titled “C. 什么时候可以直接去内容详情页”

直接去内容详情页的门槛最高,因为首页是在拿这条内容直接当点击入口。

必须同时满足:

  • 这条内容单独拿出来也成立,不依赖合集上下文才能看懂
  • 标题、封面、类型、来源、level、tag 都完整
  • 用户一眼就知道点进去会得到什么
  • 它足够强,值得直接代表首页一次点击

做不到这些,就不要让它在首页单独承担直达内容详情页的任务。

首页不是先想“做横的还是竖的”,而是先看这个模块要完成什么分发任务。

适合:

  • 直接外露具体内容
  • 让用户快速开始消费

必须满足:

  • 至少能稳定外露 5 条
  • 每一条单独看都值得点
  • 用户更关心“这一条是什么”,而不是“这个合集叫什么”

当前典型模块:

  • 日语播客精选
  • NHK 今日要闻

适合:

  • 替用户先选好现在最值得进的几个合集
  • 承担首页第一段“替你选好了”的感觉

必须满足:

  • 至少有 3 个强合集
  • 每个合集都已经满足合集详情页资格
  • 这个区块的任务是“先帮用户选合集”,不是外露具体内容条目

当前典型模块:

  • 热门推荐

适合:

  • 拉宽探索面
  • 补充平台丰富感
  • 让用户快速扫更多合集

必须满足:

  • 至少有 4 个可分发合集
  • 这些合集更适合看封面和标题做快速选择
  • 不要求每个合集都外露内部条目

当前典型模块:

  • 轻松入门
  • 继续发现

适合:

  • 高时效
  • 高统一主题
  • 可播放
  • 值得占据首页最上方

必须满足:

  • 至少有 2 张可轮播卡
  • 每张卡不靠长说明文字也能成立
  • 能共同服务一个很清楚的当日入口

当前典型模块:

  • 今日新闻速递

这张表把前面的规则收成一条完整流水线,回答一个最实际的问题:

一条内容从采集进来后,到底会先进入哪个池子,什么时候能承接到哪一层页面,什么时候才有资格上首页。

先记一句总原则:

先判断它能不能被消费,再判断它能不能被组织,最后才判断它值不值得被首页分发。

当前状态最低要求进入哪个池子当前能承接到哪一层还不能去哪里下一步要补什么
刚采集入库只有原始内容和来源已入库池暂不承接任何前台页面不能进合集、不能进方向页、不能上首页补标题、封面、类型、level、tag、可见性
已结构化标题、封面、type、level、scene/tag、来源、visibility、分发状态完整已结构化池可作为后台候选内容还不能直接上首页核心位判断是否能进入某个合集
可进入合集单条内容已可正常打开,且主题清楚合集候选池可进入合集详情页的内容列表还不能自动变成首页入口放进合适合集,并确认排序
合集已成立合集标题成立、说明清楚、至少 5 条可消费内容可分发合集池可承接合集详情页还不能自动升成方向页或首页模块判断它是重点合集、普通合集,还是继续养厚
方向已成立同方向下至少 2 个已成立合集,其中至少 1 个强合集方向候选池可承接合集列表页还不能自动上首页 chips判断是否值得成为长期方向入口
可首页分发已满足首页模块对应阈值首页候选池可承接首页某个具体模块还不能保证一定上首页前排判断该放 Hero、纵向合集、纵向内容还是横向合集
首页核心位同时满足模块阈值、时机成立、内容足够代表平台门面首页核心池可进入首页前排模块进入运营排期或自动规则分发

补充规则:

  • 已结构化 不等于 已分发
  • 进入合集 不等于 合集已经成立
  • 合集已经成立 不等于 已经有资格上首页
  • 上首页 也不等于 一定上首页前排

如果内容运营不想先看大表,可以直接按这 6 句话判断:

  1. 这条内容现在能不能正常打开看?
  2. 这条内容有没有足够完整的信息,能被系统理解?
  3. 它应该先被放进哪一个合集?
  4. 这个合集现在够不够厚,能不能单独让用户点进去连续看?
  5. 这个合集所在方向,下面是不是已经有两组以上可选内容?
  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 句判断:

  1. 它是不是今天最值得放到最上面? 是,就优先看 Hero

  2. 它是不是最能代表 Yomiya 现在价值的强合集? 是,就优先看 热门推荐

  3. 它是不是更适合给新手低门槛开始? 是,就优先看 轻松入门

  4. 它是不是更适合把具体内容直接露出来,让用户马上开看 / 开听? 是,就优先看 日语播客精选重点合集外露

  5. 它是不是值得继续逛,但不该抢首页第一解释权? 是,就优先看 继续发现底部续逛合集流

一句话记忆:

先看它该不该抢前排,再看它该不该直接露内容,最后才看它是不是放到继续探索层。


进入可分发池前,每条内容至少具备:

  • 标题
  • 封面
  • type
  • level
  • scene/tag
  • 来源
  • visibility
  • 分发状态

没有这些字段的内容,只能停留在入库层,不能进入首页或合集核心位。


  • NHK Web Easy
  • Yahoo 娱乐类资讯
  • 其他已稳定可控来源
  • NHK World 视频
  • 旅行 / 动漫 / 文化方向视频
  • 可作为补充线启动,但当前不是平台成立前提

Phase 1 当前优先继续使用已有 scene 体系作为主要标签系统,不额外强行引入一套并行主体系。

  • 内容筛选
  • 首页 Tab 映射
  • 合集候选判断
  • 推荐辅助
  • 标签负责描述内容
  • 容器负责承载内容
  • 标签不能替代栏目和合集

当前统一采用与 JLPT 对齐的 level:

  • N5
  • N4
  • N3
  • N2
  • N1
  • 不限
  • 所有进入可分发池的内容必须具备 level
  • Level 是描述属性,不是归属层

8.1.1 第一次读这些概念时怎么理解

Section titled “8.1.1 第一次读这些概念时怎么理解”

这里最容易把人看晕,所以先用最直白的话固定一次:

  • Channel:内容长期归哪一类
  • Collection:前台拿给用户点的一组内容
  • Series:会持续更新的一条内容线
  • Topic:短期活动或短期热点入口

对 Phase 1 来说,团队先重点抓住两件事就够了:

  1. 用户在前台最常看到的是 Collection,不是 Channel
  2. 首页真正拿来分发的,是方向、合集和内容,不是后台模型名

所以不要把后台概念直接拿来写前台入口名,也不要让用户去理解 Channel / Series / Topic 这些工程词。

  • 实际消费单元
  • 当前由 news 承载
  • 一级长期归属容器
  • 每条内容只归属一个 Channel
  • 长期发现容器
  • 是首页与内容平台感成立的核心层
  • 连续更新容器
  • 当前阶段可先通过 Collection 特化表达
  • 时效运营容器
  • 当前阶段可先弱化为分发补充层

  • Item 继续由 news 表承载
  • Collection 新增独立建模
  • Series 与 Topic 在 Phase 1 不强制完全独立重建主模型
  • 一开始就推翻 news 主承载模型
  • 为了概念纯度而做超大重构

Phase 1 必须保证:

用户消费完第一条内容后,不会直接掉到空白状态。

  • 下一条内容
  • 所属合集入口
  • 相关推荐

连续消费能力是平台感成立的必要条件,不属于后面再说的增强项。


标题必须优先服务:

  • 快速理解内容是什么
  • 降低点击门槛
  • 强化问题感 / 场景感 / 目标感
  • 不能使用课程目录式标题作为首页或合集主标题
  • 不能让标题只有内部编号价值
  • 文化类、旅行类、动漫类内容优先采用问题或场景式表达

封面不是附属物,而是点击入口的一部分。

  • 封面必须可用、可辨识、可支持首页分发
  • 视频 / 播客 / 合集封面可以来源不同,但都必须进入可分发标准
  • 不能让“已入库但封面不可用”的内容直接进入首页核心位

当前阶段实施规格不要求全量实现所有未来设计,但至少要支持以下方向:

当前 Item 继续由现有 news 表承载。

需要有:

  • collection 主表
  • item 与 collection 的关联层
  • 基础排序能力
  • 基础可见性与首页候选能力

首页不能继续停留在“单条内容分发”这一层,必须进入合集驱动发现层。

11.4 分发资格要从可见性里拆出来理解

Section titled “11.4 分发资格要从可见性里拆出来理解”

即使工程上当前还未完全独立字段,也必须在逻辑上明确区分:

  • 看得见
  • 能分发
  • 能首页推荐

12. 当前阶段不在本文件内展开的内容

Section titled “12. 当前阶段不在本文件内展开的内容”

以下内容属于后续文档负责,不在本文件内展开:

  • 历史漏洞与修复记录
  • 未来阶段能力
  • 开放问题清单
  • 审查过程中的争议讨论

这些内容应转到:

  • yomiya-implementation-review-log.md
  • yomiya-implementation-open-questions.md
  • yomiya-implementation-future-phases.md

Implementation Spec Core 只负责一件事:把 Yomiya Phase 1 当前真正生效的内容平台落地规则抽出来,保证团队现在就能按同一套规格执行,而不再被历史审查痕迹和未来阶段设想不断干扰。