Yomiya Phase 1 Delivery Plan
Yomiya Phase 1 Delivery Plan
Section titled “Yomiya Phase 1 Delivery Plan”文档性质:Phase 1 实际交付任务拆解
用途:把当前已收敛的规格转成可执行的研发、产品、运营任务与里程碑
适用对象:Backend / iOS / Admin / Content Ops / 产品负责人
最后更新:2026-03-29
1. 本文档的角色
Section titled “1. 本文档的角色”当前文档体系已经完成第一轮收口:
- 目标清楚了
- 名词冻结了
- Phase 1 边界清楚了
- 当前实施规格主文档已经抽出来了
下一步不能继续只停留在“文档治理”,而必须把这些规则转成:
谁做什么、先做什么、哪些能并行、哪些必须先完成、第一阶段怎么验收。
本文件就是这一步。
2. Phase 1 交付目标(交付视角)
Section titled “2. Phase 1 交付目标(交付视角)”从交付角度,Phase 1 不是“把所有想法实现”,而是交付以下 5 件事:
- 有持续进入系统的内容流
- 有可分发、可组织的内容池
- 首页能让用户明显感知平台内容丰富度
- 至少 3 个核心合集达到可见、可消费、可连续进入状态
- 用户消费完第一条内容后,不会断在空白处
3. 交付分工总览
Section titled “3. 交付分工总览”3.1 Backend
Section titled “3.1 Backend”负责:
- 内容入库能力
- 内容结构化字段
- Collection 相关模型与接口
- 首页数据接口
- 分发资格逻辑
- 内容消费后下一步所需的接口支撑
3.2 iOS
Section titled “3.2 iOS”负责:
- 首页内容平台化展示
- 合集区 UI
- 内容消费页与下一步引导
- JLPT / 资讯 / 轻松入门等入口承接
3.3 Admin / 后台
Section titled “3.3 Admin / 后台”负责:
- 合集配置与管理
- 首页分发位配置
- 内容分发资格的最低运营控制能力
3.4 Content Ops / 内容运营
Section titled “3.4 Content Ops / 内容运营”负责:
- 首批内容供给准备
- 合集内容选编
- 标题、封面、分发质量
- Top 3 合集优先打透
3.5 产品 / Owner
Section titled “3.5 产品 / Owner”负责:
- Phase 1 边界守卫
- 指标口径确认
- 里程碑验收标准
- 冲突决策与优先级取舍
- implementation spec 与 4 份结构附件同步
4. Phase 1 任务拆解
Section titled “4. Phase 1 任务拆解”4.1 Backend 任务
Section titled “4.1 Backend 任务”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-3:首页合集接口
Section titled “P0-BE-3:首页合集接口”目标:首页不再停留在单条内容分发,而是能拉起合集层。
最小交付:
- 首页合集列表接口
- 返回合集封面、标题、集数、类型、难度等基础字段
依赖:P0-BE-2
P0-BE-4:Hero 新闻速递轮播接口
Section titled “P0-BE-4:Hero 新闻速递轮播接口”目标:首页首屏 Hero 轮播能够成立,并支持点击进入列表与首页原地播放。
最小交付:
- 返回 2 到 4 张 Hero 轮播卡
- 第一张卡固定支持
今日新闻速递 今日新闻速递由 NHK 新闻与 Yahoo 新闻按当日优先级混排- 每张卡返回路线标题、封面、列表页落点、播放内容队列
- 有降级逻辑(卡片不足时回退到单卡,播放队列为空时隐藏播放按钮)
依赖:P0-BE-1
P0-BE-5:视频内容进入体系
Section titled “P0-BE-5:视频内容进入体系”目标:除了图文,视频内容能进入平台内容池。
最小交付:
- NHK World 视频进入体系
- 视频基础元信息可入库
- 视频能进入内容结构化流程
依赖:P0-BE-1
P0-BE-6:消费后下一步接口支持
Section titled “P0-BE-6:消费后下一步接口支持”目标:用户看完第一条内容后,有下一步可走。
最小交付:
- 所属合集信息返回
- 或相关推荐内容返回
- 或下一条内容返回
依赖:P0-BE-2
P1-BE-7:分发资格实现方式固化
Section titled “P1-BE-7:分发资格实现方式固化”目标:把“已入库 / 已结构化 / 可分发 / 可首页推荐”真正落到逻辑层甚至字段层。
说明:这是当前 P1 问题,不一定第一批阻断,但必须尽快收口。
4.2 iOS 任务
Section titled “4.2 iOS 任务”P0-iOS-1:首页固定结构落地
Section titled “P0-iOS-1:首页固定结构落地”目标:把首页落成当前冻结的多模板内容分发页。
最小交付:
- 顶部控制层
- 顶部 chips:
旅行 / 动漫 / 资讯 / JLPT / 播客 - Hero 新闻速递轮播
- 热门推荐合集(首个纵向外露)
- 轻松入门(横向合集带)
- 播客精选(高权重纵向外露)
- 重点合集外露(如 NHK 今日要闻)
- 继续发现(横向合集带)
- 底部续逛合集流
明确不做:
- 旧式说明型 Banner
- 榜单
- 常驻专题位
- 田字格方向入口
- 独立的轻松入门专区
- 多套播客专区
依赖:P0-BE-3, P0-BE-4
P0-iOS-2:合集列表页最小版本
Section titled “P0-iOS-2:合集列表页最小版本”目标:让大方向入口统一由现有合集列表页承接,而不是新开页型。
最小交付:
- 方向头部信息
- 重点路线卡或重点合集卡
- 标准合集列表
- 继续下滑的更多合集
- 能承接
资讯与播客顶部 chips 的方向落点
冻结要求:
资讯首版列表页先突出NHK 今日要闻与日本娱乐速报(Yahoo 来源)播客首版也沿用同一种列表页结构
依赖:P0-BE-2, P0-BE-3
P0-iOS-3:合集详情页厚页版本
Section titled “P0-iOS-3:合集详情页厚页版本”目标:让合集详情页成为真正的深度承接页,而不是薄过场。
最小交付:
- 合集头部信息
- 头部内嵌说明
- 收藏 / 全部播放主动作
- 内容列表
依赖:P0-BE-2, P0-BE-6
P0-iOS-4:内容详情页复用 + 下一步引导
Section titled “P0-iOS-4:内容详情页复用 + 下一步引导”目标:内容详情页不重新发散设计,但消费链路必须成立。
最小交付:
- 图文复用现有新闻详情页
- 视频复用现有导入 / 播放界面
- 消费后给出下一条 / 所属合集 / 相关推荐中的至少一种
依赖:P0-BE-6
P1-iOS-5:次优先级模块打磨
Section titled “P1-iOS-5:次优先级模块打磨”目标:在主链路成立后,再优化轻松入门、播客方向页和底部续逛流的表现。
4.3 Admin / 后台任务
Section titled “4.3 Admin / 后台任务”P0-ADMIN-1:合集管理能力
Section titled “P0-ADMIN-1:合集管理能力”目标:运营能够真实创建、编辑、上架合集。
最小交付:
- 创建合集
- 编辑标题 / 封面 / 描述
- 添加 / 移除内容
- 调整顺序
- 切换可见性
依赖: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:分发资格最低控制能力”目标:运营能把内容从“可见”与“可首页推荐”之间拉开。
说明:不用一开始做到很重,但至少要有最小控制能力,否则分发质量会失控。
4.4 Content Ops 任务
Section titled “4.4 Content Ops 任务”P0-OPS-1:首批 Top 3 合集打透
Section titled “P0-OPS-1:首批 Top 3 合集打透”目标:优先做出真正能代表平台成立的 3 个合集。
优先顺序:
- NHK 今日要闻
- 去日本旅行必备
- 动漫日语精听
要求:
- 每个合集不是空壳入口
- 有明显可消费内容
- 标题与封面达到分发标准
P0-OPS-2:首页模块维护节奏建立
Section titled “P0-OPS-2:首页模块维护节奏建立”目标:把首页不同模块的维护动作收成现实可跑的节奏。
当前建议节奏:
- Hero 新闻速递轮播:高频维护
- 热门推荐纵向合集清单:中频维护
- 轻松入门横向合集带:中低频维护
- 播客精选纵向外露卡:中频维护,但默认外露 5 条内容
- 重点合集纵向外露卡:中低频维护,但默认外露 5 条内容
- 继续发现横向合集带:中低频维护
- 顶部 chips:低频维护
- 底部续逛合集流:不做单独人工维护
P0-OPS-3:首页去空与去重规则落地
Section titled “P0-OPS-3:首页去空与去重规则落地”目标:避免首页一边很空,一边重复维护同一批内容。
强规则:
- 空模块直接隐藏
- 不允许为了填满页面而硬上低质量入口
- 不让运营同时维护多套播客专区
- 不再维护独立的轻松入门专区
- 不再维护田字格方向入口
- 不让底部续逛流变成一套额外人工运营位
P1-OPS-4:建立最小内容质量抽检机制
Section titled “P1-OPS-4:建立最小内容质量抽检机制”目标:自动入库后,不让低质内容持续污染分发层。
4.5 交付图示(新增)
Section titled “4.5 交付图示(新增)”4.5.1 里程碑推进图
Section titled “4.5.1 里程碑推进图”flowchart LR
M1[Milestone 1
内容结构化成立] --> M2[Milestone 2
Collection 与方向入口成立]
M2 --> M3[Milestone 3
首页固定结构成立]
M3 --> M4[Milestone 4
Top 3 合集与厚页承接成立]
M4 --> M5[Milestone 5
连续消费链路成立]
4.5.2 依赖顺序图
Section titled “4.5.2 依赖顺序图”flowchart TD
A[内容最小结构字段] --> B[Collection 模型]
B --> C[合集列表页]
B --> D[首页分发接口]
C --> E[合集详情厚页]
D --> F[首页固定结构]
E --> G[消费后下一步]
F --> G
G --> H[连续消费成立]
图示说明:
- 没有内容结构,就没有 Collection
- 没有 Collection 和合集列表承接,不要假装首页已经内容平台化
- 没有消费后下一步,平台感不算真正成立
4.5.3 页面主链路图(新增)
Section titled “4.5.3 页面主链路图(新增)”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
5. 里程碑切分
Section titled “5. 里程碑切分”Milestone 1:内容结构化成立
Section titled “Milestone 1:内容结构化成立”- 图文内容持续入库
- 视频内容开始进入体系
- 最小结构字段完整
- 可以区分可见与可分发层级
- Backend 为主
Milestone 2:合集层成立
Section titled “Milestone 2:合集层成立”- Collection 模型成立
- 运营能创建和维护合集
- 合集列表页可以承接大方向
- 首页能展示合集,而不是只有单条内容
- Backend + Admin + iOS
Milestone 3:首页固定结构成立
Section titled “Milestone 3:首页固定结构成立”- 首页已经落成固定的 9 层结构
- 用户能明显感知内容丰富度
- Hero 新闻速递轮播 + 热门推荐纵向外露 + 轻松入门横向合集带 + 播客精选纵向外露 + 重点合集纵向外露都能使用
- 不存在榜单和空模块占位
- iOS + Ops
Milestone 4:Top 3 合集与厚页承接成立
Section titled “Milestone 4:Top 3 合集与厚页承接成立”- NHK 今日要闻成立
- 去日本旅行必备成立
- 动漫日语精听成立
- 合集详情页已具备厚页结构
- 用户能够从首页进入并连续消费
- Ops + Backend + iOS
Milestone 5:连续消费链路成立
Section titled “Milestone 5:连续消费链路成立”- 用户消费完第一条内容后,存在明确下一步
- 至少具备下一条 / 所属合集 / 相关推荐中的一种稳定能力
- 底部续逛合集流能够继续拉长首页浏览深度
- iOS + Backend
6. 并行关系
Section titled “6. 并行关系”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 / 合集 / 资讯素材准备”前端改首页时,运营同步准备核心模块素材。
必须有先后关系的
Section titled “必须有先后关系的”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 件事是否成立:
- 用户打开首页,会不会明显觉得“这里内容不少”
- 用户能不能很快找到自己感兴趣的入口
- 用户能不能完成第一条内容消费
- 用户看完第一条后,能不能继续往下看
- 用户第二天会不会愿意回来
如果这 5 件事不成立,说明 Phase 1 还没有真正交付成功。
9. 一句话总括
Section titled “9. 一句话总括”Phase 1 Delivery Plan 的本质,不是把文档里的所有想法拆成更多任务,而是把当前已经收口的规则真正转换成一套可执行的交付顺序:先做内容结构,后做合集与列表承接,再做首页固定结构,优先打透 Top 3 合集和厚页承接,最后用连续消费和次日回访来判断这条线到底有没有真正成立。
9. Phase 1 推荐推进节奏(周级 roadmap,合并版)
Section titled “9. Phase 1 推荐推进节奏(周级 roadmap,合并版)”说明:这里不是新增独立 roadmap 文档,而是把 roadmap 需要的最小推进节奏直接并入 delivery plan,避免再长出一份平行执行文档。
Week 1:把底层可分发能力立住
Section titled “Week 1:把底层可分发能力立住”重点目标:先把“内容能进系统、能结构化、能区分是否可分发”这层打牢。
Backend
Section titled “Backend”- 补齐内容最小结构字段与逻辑
- 明确已入库 / 已结构化 / 可分发 / 可首页推荐的实现方式
- 打通图文稳定来源的结构化口径
Content Ops
Section titled “Content Ops”- 同步准备 Top 3 合集的原始素材清单
- 开始筛选旅行 / 动漫 / NHK 今日要闻内容
产品 / Owner
Section titled “产品 / Owner”- 最终确认 Top 3 合集标准
- 守住 Phase 1 边界,不把未来能力混进来
Week 1 验收标准:
- 内容最小结构字段已统一
- 内容分层规则可落地
- Top 3 合集素材清单可进入执行
Week 2:把 Collection 层立起来
Section titled “Week 2:把 Collection 层立起来”重点目标:让内容不再只是单条库存,而是能被组织成平台感。
Backend
Section titled “Backend”- 建立 Collection 主模型
- 建立 Collection 与内容的关联能力
- 提供基础合集接口
- 提供最小合集管理能力
- 能创建、编辑、排序、上下架合集
- 同步开始合集列表页和合集详情页接入
Content Ops
Section titled “Content Ops”- 真正开始组织 Top 3 合集内容
Week 2 验收标准:
- Collection 能创建、能填内容、能被前端读取
- Top 3 合集不再只是概念,而有真实结构
Week 3:把首页改成固定结构的内容分发页
Section titled “Week 3:把首页改成固定结构的内容分发页”重点目标:让首页完成从“内容列表 / 功能入口页”到“内容平台首页”的转换。
Backend
Section titled “Backend”- 首页合集接口可用
- Hero 新闻速递轮播接口可用
- 首页分发位字段可用
- 首页接入 Hero 新闻速递轮播,并支持右下角播放按钮首页原地播放
- 首页接入热门推荐纵向外露、轻松入门横向合集带、播客精选纵向外露、继续发现横向合集带、重点合集纵向外露和底部续逛合集流
Content Ops
Section titled “Content Ops”- Hero 素材与首页推荐素材准备完毕
- 首页第一屏的标题、封面、合集排序可用
- 每日资讯与方向入口的最低维护节奏可执行
Week 3 验收标准:
- 首页一打开就能明显看出“这里内容不少”
- 首页不再只有单一的统一跳转逻辑
- 首页没有榜单、Banner 和空占位模块
- 用户能进入合集列表页或直接进入合集,而不是只看到零散单条内容
Week 4:打透 Top 3 合集 + 补厚页承接和消费后下一步
Section titled “Week 4:打透 Top 3 合集 + 补厚页承接和消费后下一步”重点目标:让平台不只是“能看”,而是“看完还能继续看”。
Backend
Section titled “Backend”- 提供消费后下一步的数据支撑
- 能返回下一条 / 所属合集 / 相关推荐
- 内容消费后,出现明确下一步
- 合集详情页厚页版可用
Content Ops
Section titled “Content Ops”- Top 3 合集进入可展示、可消费状态
- 继续优化标题、封面、首页入口感知
Week 4 验收标准:
- NHK 今日要闻成立
- 去日本旅行必备成立
- 动漫日语精听成立
- 合集详情页可以继续下滑浏览
- 用户看完第一条内容不会断在空白处
Week 5+:补齐次优先级能力,不打断主链路
Section titled “Week 5+:补齐次优先级能力,不打断主链路”可继续补的方向:
- 轻松入门区增强
- 播客方向页增强
- 首页次级模块打磨
- 最小质量抽检机制
- 分发资格的后台控制能力
原则: 只有在 Top 3 合集、首页平台感、消费后下一步已经成立时,才进入这一层。
Roadmap 的一句话判断标准
Section titled “Roadmap 的一句话判断标准”如果某一周的工作不能直接增强以下主链路,就不应该抢占更高优先级资源:
内容进入系统 → 内容结构化 → 内容被组织 → 首页发现 → 开始消费 → 连续消费 → D1 回访