跳转到内容

Yomiya Implementation Open Questions

文档性质:实施规格开放问题清单
用途:专门收纳当前尚未定稿、存在多个可行方案、或后续阶段必须继续决策的问题
状态:持续更新
最后更新:2026-03-28


本文件不是当前执行规格,不是历史 review log,也不是未来阶段总规划。

它只负责一件事:

把“现在还没定死,但后面一定要决策”的问题集中放在一起。

这样做的目的有两个:

  1. 防止这些问题继续污染当前有效规格
  2. 防止这些问题在聊天或零散文档里丢失上下文

当前有效规格请优先看:

  • yomiya-phase1-execution-spec.md
  • yomiya-canonical-naming.md
  • yomiya-phase1-scope-boundary.md
  • yomiya-implementation-spec-core.md

历史问题与修复痕迹请看:

  • yomiya-implementation-review-log.md

进入本文件的问题,必须满足:

  • 当前尚未定稿
  • 存在多个可行方案,或仍需进一步验证
  • 不写清楚会导致后续团队反复讨论

进入本文件,不代表进入当前 Phase 1 主执行面。

一个问题一旦定稿:

  • 如果会影响当前执行,迁入 core
  • 如果只是历史争议,迁入 review-log
  • 如果明确属于后续阶段,迁入 future-phases

当前开放问题主要集中在 5 类:

  1. 内容分发与首页准入细化
  2. Collection / Series / Topic 的后续建模边界
  3. Podcast 与音频体系如何扩展
  4. 学习机制何时重新增强
  5. 后续推荐、搜索与运营自动化的演化路径

Q1. 首页 今日新闻速递 未来会不会重新回到更强学习入口?

Section titled “Q1. 首页 今日新闻速递 未来会不会重新回到更强学习入口?”

当前已冻结:

  • 首页第一版是内容平台首页
  • 今日新闻速递 优先承担“今天值得看什么”的角色
  • 不由学习任务或打卡主导首页主心智

因为随着内容池和回访机制逐步成立,首页的“内容平台感”和“学习牵引力”之间可能需要重新平衡。

优点:平台心智更稳
风险:学习目标感偏弱

方案 B:在后续阶段逐渐强化“今日学习”角色

Section titled “方案 B:在后续阶段逐渐强化“今日学习”角色”

优点:更容易建立习惯
风险:过早强化会把首页拉回任务产品

Phase 1 不调整,等内容平台感成立后再判断是否增强学习入口权重。

Phase 2


Q2. Collection、Series、Topic 什么时候彻底独立建模?

Section titled “Q2. Collection、Series、Topic 什么时候彻底独立建模?”

已冻结:

  • Collection 在 Phase 1 必须成立
  • Series 在 Phase 1 可先作为 Collection 的特化表达
  • Topic 在 Phase 1 可先弱化为时效分发层

因为后续一旦:

  • 播客体系成熟
  • 系列化内容明显增多
  • 专题运营频次提升

就会出现“继续共用一个集合模型”是否仍合适的问题。

方案 A:Phase 2 正式独立 Series / Topic

Section titled “方案 A:Phase 2 正式独立 Series / Topic”

优点:模型更清晰
风险:工程改动更大

方案 B:长期继续共用 Collection 主模型,通过 type 和时效字段表达

Section titled “方案 B:长期继续共用 Collection 主模型,通过 type 和时效字段表达”

优点:工程简单
风险:后期语义越来越脏

Phase 1 不独立。等内容规模和运营频次达到阈值后,再评估是否拆。

Phase 2 或更晚


Q3. Podcast 在 Yomiya 中到底是补充线,还是未来长期留存主线?

Section titled “Q3. Podcast 在 Yomiya 中到底是补充线,还是未来长期留存主线?”

当前已定:

  • Podcast 是 Phase 1 的补充线
  • 不作为平台成立前提
  • 不要求播客先成熟后首页才成立

从长期看,播客和系列化陪伴关系可能是最强留存资产之一,但当前还没有足够内容和验证数据支持它成为平台主轴。

优点:聚焦视频和首页平台感
风险:可能低估长期留存价值

方案 B:在 Phase 2 将 Podcast 作为第二主线强化

Section titled “方案 B:在 Phase 2 将 Podcast 作为第二主线强化”

优点:增强陪伴型关系和订阅感
风险:会抢占视频与首页优化资源

继续作为补充线观察,不在 Phase 1 上升为主战场。

Phase 2


Q4. 自动入库后的“分发资格”最终会不会独立成明确字段或状态机?

Section titled “Q4. 自动入库后的“分发资格”最终会不会独立成明确字段或状态机?”

逻辑上已经明确区分:

  • 已入库
  • 已结构化
  • 可分发
  • 可首页推荐

当前已经在规则层拆开,但工程实现层是否:

  • 用独立字段表达
  • 用状态机表达
  • 还是继续散落在多个逻辑条件里表达

还没有完全冻结。

优点:语义清晰,便于查询和运营
风险:增加数据迁移与兼容成本

优点:短期工程更轻
风险:后续逻辑越来越分散

Phase 1 先保证规则成立,工程上是否独立为字段,允许随着实现现状再做最后定稿。

Phase 1 实施中后段


Q5. 当前的 scene 体系,长期能否同时承担“标签、聚合、Tab 映射、合集建议”四种职责?

Section titled “Q5. 当前的 scene 体系,长期能否同时承担“标签、聚合、Tab 映射、合集建议”四种职责?”

Phase 1 已冻结:

  • 优先继续使用现有 scene 体系
  • 不额外再引入一套并行主标签体系

现有 scene 体系当前承载了太多潜在职责:

  • 标签
  • 首页 Tab 分类
  • 合集归档依据
  • 推荐与筛选辅助

短期可行,长期是否会语义过重,需要继续观察。

优点:统一、少建模
风险:语义过载

方案 B:后续拆出更轻量的主题层

Section titled “方案 B:后续拆出更轻量的主题层”

优点:前台展示和推荐更灵活
风险:再次引入并行标签体系

Phase 1 不再新建一套大体系,等内容和推荐复杂度提升后再评估是否拆层。

Phase 2


Q6. 首页 Tabs 最终是固定配置,还是会动态增减?

Section titled “Q6. 首页 Tabs 最终是固定配置,还是会动态增减?”

目前已定:

  • Tab 是展示分类,不是栏目
  • Phase 1 不要求所有 Tab 一次齐全
  • 可随着内容库存扩展逐步补齐

后续需要明确:

  • 首页 Tabs 是不是固定 6 个或若干个
  • 还是根据当前库存和热点动态上下线

优点:用户认知稳定
风险:内容不足时空心化

优点:更贴库存和热点
风险:用户心智不稳定

Phase 1 用半固定方式,未来再决定是否引入动态化。

Phase 2


Q7. 搜索在未来到底承担什么角色?

Section titled “Q7. 搜索在未来到底承担什么角色?”

Phase 1 已冻结:

  • 不做复杂搜索系统
  • 当前核心问题不是“搜不到”,而是“平台感还没建立”

因为搜索最终在内容平台里一般会越来越重要,尤其当库存真的变大后。

平台主心智始终靠首页与合集完成。

方案 B:搜索逐渐成为重要主入口之一

Section titled “方案 B:搜索逐渐成为重要主入口之一”

当库存变大后,用户会更高频地带着明确目标来找内容。

Phase 1 不展开,等可分发内容池和合集层先成立后再判断搜索权重。

Phase 2 / 3


Q8. 推荐系统最终会偏“兴趣驱动”,还是偏“目标驱动”?

Section titled “Q8. 推荐系统最终会偏“兴趣驱动”,还是偏“目标驱动”?”

Phase 1 当前更偏:

  • 首页人工编排
  • 核心需求入口
  • 合集和主题驱动

从长期看,推荐系统可能会在两种逻辑之间摆动:

  • 兴趣驱动:动漫、文化、旅行、娱乐
  • 目标驱动:JLPT、赴日、长期输入、入门升级

优点:更像内容平台
风险:学习目标感偏弱

优点:更容易形成“学习结果”认知
风险:平台会重新偏工具型

Phase 1 不做算法判断,先用合集和首页结构观察用户行为数据。

Phase 2


Q9. Streak / 学习机制何时重新进入主产品层?

Section titled “Q9. Streak / 学习机制何时重新进入主产品层?”

当前已明确:

  • Phase 1 不让学习任务主导首页
  • 当前更重内容发现和连续消费

因为如果 D1 成立、内容平台感成立,下一阶段最自然的问题就是:

  • 如何把“偶尔看看”转成“持续学习习惯”

方案 A:晚一点再引入更强学习机制

Section titled “方案 A:晚一点再引入更强学习机制”

优点:不打断平台心智
风险:习惯形成较慢

方案 B:在 Phase 2 逐步增强 Streak 和目标进度

Section titled “方案 B:在 Phase 2 逐步增强 Streak 和目标进度”

优点:更有机会形成稳定习惯
风险:重新走回任务产品

先观察 D1、连续消费率和回流行为,再决定 Phase 2 的学习机制增强程度。

Phase 2


Q10. 分享与传播体系在未来要不要成为独立工程战线?

Section titled “Q10. 分享与传播体系在未来要不要成为独立工程战线?”

当前已明确:

  • 传播很重要
  • 但 Phase 1 不把复杂分享系统做成独立大工程

因为旅行、动漫、文化冷知识这些内容,本身非常适合传播。如果后续传播数据明显强,就可能需要把:

  • 分享卡片
  • 金句素材
  • 外部渠道适配

从内容附属工序提升为独立增长战线。

方案 A:长期只作为内容附属能力

Section titled “方案 A:长期只作为内容附属能力”

优点:聚焦产品本体
风险:错过自然增长机会

方案 B:在 Phase 2 / 3 独立为增长能力

Section titled “方案 B:在 Phase 2 / 3 独立为增长能力”

优点:提升传播效率
风险:会拉高运营与工程复杂度

Phase 1 先不独立扩张,等真实分享数据出来再决策。

Phase 2 / 3


5. 当前最重要的未决问题优先级

Section titled “5. 当前最重要的未决问题优先级”

在所有开放问题中,当前最重要的优先级排序如下:

  1. 分发资格是否独立成字段 / 状态机
  2. scene 体系是否会语义过载
  3. 首页 Tabs 最终是固定还是动态
  1. Collection / Series / Topic 的后续建模边界
  2. 推荐最终偏兴趣还是偏目标
  3. Streak / 学习机制何时重新增强
  1. 搜索的最终权重
  2. Podcast 是否上升为长期主线
  3. 分享与传播是否独立成增长战线

Open Questions 的价值,不是把所有还没想清楚的事情都堆起来,而是把那些“现在不该进入主规格、但后面一定会回来”的问题单独保存,避免它们反复污染当前执行面,同时又不让它们在上下文里消失。