跳转到内容

Yomiya Phase 1 Delivery Plan

文档性质:Phase 1 实际交付任务拆解
用途:把当前已收敛的规格转成可执行的研发、产品、运营任务与里程碑
适用对象:Backend / iOS / Admin / Content Ops / 产品负责人
最后更新:2026-03-29


当前文档体系已经完成第一轮收口:

  • 目标清楚了
  • 名词冻结了
  • Phase 1 边界清楚了
  • 当前实施规格主文档已经抽出来了

下一步不能继续只停留在“文档治理”,而必须把这些规则转成:

谁做什么、先做什么、哪些能并行、哪些必须先完成、第一阶段怎么验收。

本文件就是这一步。


从交付角度,Phase 1 不是“把所有想法实现”,而是交付以下 5 件事:

  1. 有持续进入系统的内容流
  2. 有可分发、可组织的内容池
  3. 首页能让用户明显感知平台内容丰富度
  4. 至少 3 个核心合集达到可见、可消费、可连续进入状态
  5. 用户消费完第一条内容后,不会断在空白处

负责:

  • 内容入库能力
  • 内容结构化字段
  • Collection 相关模型与接口
  • 首页数据接口
  • 分发资格逻辑
  • 内容消费后下一步所需的接口支撑

负责:

  • 首页内容平台化展示
  • 合集区 UI
  • 内容消费页与下一步引导
  • JLPT / 资讯 / 轻松入门等入口承接

负责:

  • 合集配置与管理
  • 首页分发位配置
  • 内容分发资格的最低运营控制能力

负责:

  • 首批内容供给准备
  • 合集内容选编
  • 标题、封面、分发质量
  • Top 3 合集优先打透

负责:

  • Phase 1 边界守卫
  • 指标口径确认
  • 里程碑验收标准
  • 冲突决策与优先级取舍
  • implementation spec 与 4 份结构附件同步

P0-BE-1:补齐内容最小结构字段和逻辑

Section titled “P0-BE-1:补齐内容最小结构字段和逻辑”

目标:任何进入可分发池的内容,至少具备:

  • title
  • cover
  • type
  • level
  • scene/tag
  • source
  • visibility
  • distribution eligibility(逻辑或状态层)

为什么优先:没有这一层,后续合集、首页、推荐候选池都会脏。

依赖:无


P0-BE-2:建立 Collection 层最小能力

Section titled “P0-BE-2:建立 Collection 层最小能力”

目标:后端具备合集主模型与内容绑定能力。

最小交付

  • collections 主表
  • collection_items 关联表
  • 基础 CRUD 能力
  • 基础排序能力
  • 基础可见性 / featured 候选能力

为什么优先:Collection 是 Phase 1 成立的必要层。

依赖:P0-BE-1


目标:首页不再停留在单条内容分发,而是能拉起合集层。

最小交付

  • 首页合集列表接口
  • 返回合集封面、标题、集数、类型、难度等基础字段

依赖:P0-BE-2


目标:首页首屏 Hero 轮播能够成立,并支持点击进入列表与首页原地播放。

最小交付

  • 返回 2 到 4 张 Hero 轮播卡
  • 第一张卡固定支持 今日新闻速递
  • 今日新闻速递 由 NHK 新闻与 Yahoo 新闻按当日优先级混排
  • 每张卡返回路线标题、封面、列表页落点、播放内容队列
  • 有降级逻辑(卡片不足时回退到单卡,播放队列为空时隐藏播放按钮)

依赖:P0-BE-1


目标:除了图文,视频内容能进入平台内容池。

最小交付

  • NHK World 视频进入体系
  • 视频基础元信息可入库
  • 视频能进入内容结构化流程

依赖:P0-BE-1


目标:用户看完第一条内容后,有下一步可走。

最小交付

  • 所属合集信息返回
  • 或相关推荐内容返回
  • 或下一条内容返回

依赖:P0-BE-2


目标:把“已入库 / 已结构化 / 可分发 / 可首页推荐”真正落到逻辑层甚至字段层。

说明:这是当前 P1 问题,不一定第一批阻断,但必须尽快收口。


目标:把首页落成当前冻结的多模板内容分发页。

最小交付

  • 顶部控制层
  • 顶部 chips:旅行 / 动漫 / 资讯 / JLPT / 播客
  • Hero 新闻速递轮播
  • 热门推荐合集(首个纵向外露)
  • 轻松入门(横向合集带)
  • 播客精选(高权重纵向外露)
  • 重点合集外露(如 NHK 今日要闻)
  • 继续发现(横向合集带)
  • 底部续逛合集流

明确不做

  • 旧式说明型 Banner
  • 榜单
  • 常驻专题位
  • 田字格方向入口
  • 独立的轻松入门专区
  • 多套播客专区

依赖:P0-BE-3, P0-BE-4


目标:让大方向入口统一由现有合集列表页承接,而不是新开页型。

最小交付

  • 方向头部信息
  • 重点路线卡或重点合集卡
  • 标准合集列表
  • 继续下滑的更多合集
  • 能承接 资讯播客 顶部 chips 的方向落点

冻结要求

  • 资讯 首版列表页先突出 NHK 今日要闻日本娱乐速报(Yahoo 来源)
  • 播客 首版也沿用同一种列表页结构

依赖:P0-BE-2, P0-BE-3


目标:让合集详情页成为真正的深度承接页,而不是薄过场。

最小交付

  • 合集头部信息
  • 头部内嵌说明
  • 收藏 / 全部播放主动作
  • 内容列表

依赖:P0-BE-2, P0-BE-6


P0-iOS-4:内容详情页复用 + 下一步引导

Section titled “P0-iOS-4:内容详情页复用 + 下一步引导”

目标:内容详情页不重新发散设计,但消费链路必须成立。

最小交付

  • 图文复用现有新闻详情页
  • 视频复用现有导入 / 播放界面
  • 消费后给出下一条 / 所属合集 / 相关推荐中的至少一种

依赖:P0-BE-6


目标:在主链路成立后,再优化轻松入门、播客方向页和底部续逛流的表现。


目标:运营能够真实创建、编辑、上架合集。

最小交付

  • 创建合集
  • 编辑标题 / 封面 / 描述
  • 添加 / 移除内容
  • 调整顺序
  • 切换可见性

依赖:P0-BE-2


P0-ADMIN-2:首页分发位最低控制能力

Section titled “P0-ADMIN-2:首页分发位最低控制能力”

目标:运营能控制首页主要展示什么。

最小交付

  • Hero 轮播路线排序与覆盖能力
  • Hero 播放内容来源配置
  • 热门推荐纵向合集清单配置
  • 轻松入门横向合集带排序
  • 播客精选纵向外露卡及其 5 条外露内容配置
  • 重点合集纵向外露卡及其 5 条外露内容配置
  • 继续发现横向合集带排序
  • 空模块隐藏的最低控制能力

依赖:P0-BE-3, P0-BE-4


P1-ADMIN-3:分发资格最低控制能力

Section titled “P1-ADMIN-3:分发资格最低控制能力”

目标:运营能把内容从“可见”与“可首页推荐”之间拉开。

说明:不用一开始做到很重,但至少要有最小控制能力,否则分发质量会失控。


目标:优先做出真正能代表平台成立的 3 个合集。

优先顺序

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

要求

  • 每个合集不是空壳入口
  • 有明显可消费内容
  • 标题与封面达到分发标准

目标:把首页不同模块的维护动作收成现实可跑的节奏。

当前建议节奏

  • Hero 新闻速递轮播:高频维护
  • 热门推荐纵向合集清单:中频维护
  • 轻松入门横向合集带:中低频维护
  • 播客精选纵向外露卡:中频维护,但默认外露 5 条内容
  • 重点合集纵向外露卡:中低频维护,但默认外露 5 条内容
  • 继续发现横向合集带:中低频维护
  • 顶部 chips:低频维护
  • 底部续逛合集流:不做单独人工维护

P0-OPS-3:首页去空与去重规则落地

Section titled “P0-OPS-3:首页去空与去重规则落地”

目标:避免首页一边很空,一边重复维护同一批内容。

强规则

  • 空模块直接隐藏
  • 不允许为了填满页面而硬上低质量入口
  • 不让运营同时维护多套播客专区
  • 不再维护独立的轻松入门专区
  • 不再维护田字格方向入口
  • 不让底部续逛流变成一套额外人工运营位

P1-OPS-4:建立最小内容质量抽检机制

Section titled “P1-OPS-4:建立最小内容质量抽检机制”

目标:自动入库后,不让低质内容持续污染分发层。


flowchart LR
    M1[Milestone 1
内容结构化成立] --> M2[Milestone 2
Collection 与方向入口成立]
    M2 --> M3[Milestone 3
首页固定结构成立]
    M3 --> M4[Milestone 4
Top 3 合集与厚页承接成立]
    M4 --> M5[Milestone 5
连续消费链路成立]
flowchart TD
    A[内容最小结构字段] --> B[Collection 模型]
    B --> C[合集列表页]
    B --> D[首页分发接口]
    C --> E[合集详情厚页]
    D --> F[首页固定结构]
    E --> G[消费后下一步]
    F --> G
    G --> H[连续消费成立]

图示说明:

  • 没有内容结构,就没有 Collection
  • 没有 Collection 和合集列表承接,不要假装首页已经内容平台化
  • 没有消费后下一步,平台感不算真正成立
flowchart LR
    A[首页 Home] --> C[合集列表页 Collection List]
    A --> D[合集详情页 Collection Detail]
    A --> E[内容详情页 Content Detail]
    C --> D
    D --> E
    E --> D

图示说明:

  • 首页不固定跳同一层,而是按主题适合度分发
  • 大主题入口更适合先落合集列表页
  • 单合集入口更适合落合集详情页
  • 强单点内容可直接落内容详情页

4.5.4 Phase 1 页面交付范围图(新增)

Section titled “4.5.4 Phase 1 页面交付范围图(新增)”
flowchart LR
    A[首页] --> C[合集列表页]
    A --> D[合集详情页]
    A --> E[内容详情页]
    C --> D
    D --> E

4.5.5 Backend / iOS / Admin / Ops 泳道图(新增)

Section titled “4.5.5 Backend / iOS / Admin / Ops 泳道图(新增)”
flowchart TD
    subgraph BE[Backend]
        BE1[内容结构字段]
        BE2[Collection 模型]
        BE3[首页分发接口]
    end

    subgraph IOS[iOS / Frontend]
        IOS1[首页固定结构]
        IOS2[合集列表页]
        IOS3[合集详情厚页]
        IOS4[内容详情复用 + 下一步]
    end

    subgraph ADMIN[Admin]
        AD1[合集管理]
        AD2[首页分发位配置]
        AD3[可分发与可推荐控制]
    end

    subgraph OPS[Content Ops]
        OP1[Top 3 合集打透]
        OP2[首页模块维护节奏]
        OP3[标题 / 封面 / 去空去重]
    end

    BE1 --> BE2 --> BE3 --> IOS1 --> IOS2 --> IOS3 --> IOS4
    AD1 --> IOS2
    AD2 --> IOS1
    AD3 --> BE3
    OP1 --> IOS3
    OP2 --> IOS1
    OP3 --> IOS1
  • 图文内容持续入库
  • 视频内容开始进入体系
  • 最小结构字段完整
  • 可以区分可见与可分发层级
  • Backend 为主

  • Collection 模型成立
  • 运营能创建和维护合集
  • 合集列表页可以承接大方向
  • 首页能展示合集,而不是只有单条内容
  • Backend + Admin + iOS

  • 首页已经落成固定的 9 层结构
  • 用户能明显感知内容丰富度
  • Hero 新闻速递轮播 + 热门推荐纵向外露 + 轻松入门横向合集带 + 播客精选纵向外露 + 重点合集纵向外露都能使用
  • 不存在榜单和空模块占位
  • iOS + Ops

Milestone 4:Top 3 合集与厚页承接成立

Section titled “Milestone 4:Top 3 合集与厚页承接成立”
  • NHK 今日要闻成立
  • 去日本旅行必备成立
  • 动漫日语精听成立
  • 合集详情页已具备厚页结构
  • 用户能够从首页进入并连续消费
  • Ops + Backend + iOS

  • 用户消费完第一条内容后,存在明确下一步
  • 至少具备下一条 / 所属合集 / 相关推荐中的一种稳定能力
  • 底部续逛合集流能够继续拉长首页浏览深度
  • iOS + Backend

1. Backend 内容结构化 + Content Ops 首批选题准备

Section titled “1. Backend 内容结构化 + Content Ops 首批选题准备”

后端在打底,运营同时准备 Top 3 合集素材。

2. Collection 后端建模 + iOS 合集列表页 / 合集详情页接入

Section titled “2. Collection 后端建模 + iOS 合集列表页 / 合集详情页接入”

只要接口约定稳定,可以并行。

3. 首页改版 + 首页 Hero / 合集 / 资讯素材准备

Section titled “3. 首页改版 + 首页 Hero / 合集 / 资讯素材准备”

前端改首页时,运营同步准备核心模块素材。


1. 没有 Collection,就不要假装首页已经内容平台化

Section titled “1. 没有 Collection,就不要假装首页已经内容平台化”

这是先后关系,不是可选项。

2. 没有最小结构字段,就不要大量拉内容进首页候选层

Section titled “2. 没有最小结构字段,就不要大量拉内容进首页候选层”

否则分发层一定变脏。

3. 没有消费后的下一步,不要过早宣称平台感成立

Section titled “3. 没有消费后的下一步,不要过早宣称平台感成立”

平台感不只是首页好看,而是用户能继续消费。


7. 当前阶段最容易犯的 6 个交付错误

Section titled “7. 当前阶段最容易犯的 6 个交付错误”

错误 1:把“总内容量增加”误当作平台成立

Section titled “错误 1:把“总内容量增加”误当作平台成立”

真正该看的是可分发内容池,不是数据库原始库存。

错误 2:首页改版只改视觉,不改内容组织层

Section titled “错误 2:首页改版只改视觉,不改内容组织层”

如果没有 Collection,首页只是换皮,不是内容平台首页。

错误 3:运营忙着做所有合集,结果 Top 3 反而没打透

Section titled “错误 3:运营忙着做所有合集,结果 Top 3 反而没打透”

必须优先打透 Top 3,而不是平均铺开。

错误 4:把榜单、专题、额外播客专区一起塞回首页

Section titled “错误 4:把榜单、专题、额外播客专区一起塞回首页”

这会直接抬高运营成本,稀释首页主叙事。

错误 5:自动入库开得很快,但分发资格没立起来

Section titled “错误 5:自动入库开得很快,但分发资格没立起来”

这会让首页和合集越来越脏。

错误 6:提早进入复杂推荐、复杂搜索、游戏化等增强层

Section titled “错误 6:提早进入复杂推荐、复杂搜索、游戏化等增强层”

这些不是当前最值钱的事情。


8. Phase 1 交付是否成立的最终判断

Section titled “8. Phase 1 交付是否成立的最终判断”

不是看功能清单完成率,而是看以下 5 件事是否成立:

  1. 用户打开首页,会不会明显觉得“这里内容不少”
  2. 用户能不能很快找到自己感兴趣的入口
  3. 用户能不能完成第一条内容消费
  4. 用户看完第一条后,能不能继续往下看
  5. 用户第二天会不会愿意回来

如果这 5 件事不成立,说明 Phase 1 还没有真正交付成功。


Phase 1 Delivery Plan 的本质,不是把文档里的所有想法拆成更多任务,而是把当前已经收口的规则真正转换成一套可执行的交付顺序:先做内容结构,后做合集与列表承接,再做首页固定结构,优先打透 Top 3 合集和厚页承接,最后用连续消费和次日回访来判断这条线到底有没有真正成立。

9. Phase 1 推荐推进节奏(周级 roadmap,合并版)

Section titled “9. Phase 1 推荐推进节奏(周级 roadmap,合并版)”

说明:这里不是新增独立 roadmap 文档,而是把 roadmap 需要的最小推进节奏直接并入 delivery plan,避免再长出一份平行执行文档。

重点目标:先把“内容能进系统、能结构化、能区分是否可分发”这层打牢。

  • 补齐内容最小结构字段与逻辑
  • 明确已入库 / 已结构化 / 可分发 / 可首页推荐的实现方式
  • 打通图文稳定来源的结构化口径
  • 同步准备 Top 3 合集的原始素材清单
  • 开始筛选旅行 / 动漫 / NHK 今日要闻内容
  • 最终确认 Top 3 合集标准
  • 守住 Phase 1 边界,不把未来能力混进来

Week 1 验收标准

  • 内容最小结构字段已统一
  • 内容分层规则可落地
  • Top 3 合集素材清单可进入执行

重点目标:让内容不再只是单条库存,而是能被组织成平台感。

  • 建立 Collection 主模型
  • 建立 Collection 与内容的关联能力
  • 提供基础合集接口
  • 提供最小合集管理能力
  • 能创建、编辑、排序、上下架合集
  • 同步开始合集列表页和合集详情页接入
  • 真正开始组织 Top 3 合集内容

Week 2 验收标准

  • Collection 能创建、能填内容、能被前端读取
  • Top 3 合集不再只是概念,而有真实结构

Week 3:把首页改成固定结构的内容分发页

Section titled “Week 3:把首页改成固定结构的内容分发页”

重点目标:让首页完成从“内容列表 / 功能入口页”到“内容平台首页”的转换。

  • 首页合集接口可用
  • Hero 新闻速递轮播接口可用
  • 首页分发位字段可用
  • 首页接入 Hero 新闻速递轮播,并支持右下角播放按钮首页原地播放
  • 首页接入热门推荐纵向外露、轻松入门横向合集带、播客精选纵向外露、继续发现横向合集带、重点合集纵向外露和底部续逛合集流
  • Hero 素材与首页推荐素材准备完毕
  • 首页第一屏的标题、封面、合集排序可用
  • 每日资讯与方向入口的最低维护节奏可执行

Week 3 验收标准

  • 首页一打开就能明显看出“这里内容不少”
  • 首页不再只有单一的统一跳转逻辑
  • 首页没有榜单、Banner 和空占位模块
  • 用户能进入合集列表页或直接进入合集,而不是只看到零散单条内容

Week 4:打透 Top 3 合集 + 补厚页承接和消费后下一步

Section titled “Week 4:打透 Top 3 合集 + 补厚页承接和消费后下一步”

重点目标:让平台不只是“能看”,而是“看完还能继续看”。

  • 提供消费后下一步的数据支撑
  • 能返回下一条 / 所属合集 / 相关推荐
  • 内容消费后,出现明确下一步
  • 合集详情页厚页版可用
  • Top 3 合集进入可展示、可消费状态
  • 继续优化标题、封面、首页入口感知

Week 4 验收标准

  • NHK 今日要闻成立
  • 去日本旅行必备成立
  • 动漫日语精听成立
  • 合集详情页可以继续下滑浏览
  • 用户看完第一条内容不会断在空白处

Week 5+:补齐次优先级能力,不打断主链路

Section titled “Week 5+:补齐次优先级能力,不打断主链路”

可继续补的方向

  • 轻松入门区增强
  • 播客方向页增强
  • 首页次级模块打磨
  • 最小质量抽检机制
  • 分发资格的后台控制能力

原则: 只有在 Top 3 合集、首页平台感、消费后下一步已经成立时,才进入这一层。


如果某一周的工作不能直接增强以下主链路,就不应该抢占更高优先级资源:

内容进入系统 → 内容结构化 → 内容被组织 → 首页发现 → 开始消费 → 连续消费 → D1 回访