入坑助手

项目背景与痛点

随着漫威电影宇宙、星球大战等长线 IP 的不断扩张，影视和游戏系列的作品关系变得错综复杂。在观察用户的实际观影行为时，我发现了一个普遍痛点：入坑门槛过高。

具体表现在三个典型场景：

• 无从下手：面对几十部甚至上百部的作品列表，新手在决定“从哪部开始看”时就已感到疲惫，极易被劝退。
• 断层焦虑：害怕按错误顺序观看，担心看到一半发现漏了关键前作，导致体验受损或看不懂剧情。
• 官方顺序的局限：官方通常只提供“上映顺序”或“时间线顺序”两种标准答案，但用户实际需要的是“仅看主线”、“跳过口碑差的”或“按某位 UP 主推荐”等定制化顺序。

核心洞察：行动指引优先于关系全貌

在对多个 IP 社群的观察中，我注意到一个关键现象：

对刚入坑的新人来说，他们不需要立刻去理解作品间错综复杂的网状关系。他们只想搞懂一件事——“按什么顺序看哪些作品才是最适合我的”。

作品之间的网状关联应该在观看过程中慢慢体会，而不是在入坑第一天就作为“速成课”灌给新人。

这个洞察直接决定了产品的设计方向：放弃“关系图谱”这种常见的全貌浏览方案，转而提供清晰的“行动指引”。

产品定位

基于以上思考，“入坑助手”被定位为一个 UGC 驱动的结构化观看指南工具，围绕两个核心角色展开：

• 消费侧（跟路线的人）：挑选适合自己的路线，一步步跟随观看，并记录个人进度与笔记。
• 创作侧（写指南的人）：为自己喜欢的 IP 搭建作品库、分组归类、编排多条定制化观看路线、维护作品关联，并将指南发布给他人使用。

---

信息架构：将复杂逻辑收敛为三个概念

为了降低认知负荷，我将底层复杂的 IP 结构收敛为用户只需理解的三个基础概念：

概念	定义	对用户的意义
作品	构成指南的原子单位（一部电影、一季剧集、一款游戏）	“我看的是这个东西”
组	作品的容器。分为“有序组”（如三部曲，带序号）和“无序组”（如平行外传，无序号）	“这几个作品是一起的”
路线	一个指南包含多条路线，每条路线由节点（作品或组）按顺序排列而成	“按照这个顺序往下看”

这组概念的设计意图很明确：跟路线的用户不需要去管为什么某部作品被归入某个组、为什么这个组出现在当前位置——他们只需要沿着路线往下走、消费内容。

---

核心决策一：前置依赖挂在哪里、又该如何限制用户？

在路线中，有些作品需要先看完前作才能看懂。围绕“前置依赖”，我需要解决两个问题：这个属性应该挂在哪个数据层级上？当用户没看完前作时，界面该拦住他吗？

1. 为什么把“前置依赖”从【作品】移到【路线节点】？

在设计初期，一个看似自然的想法是把“必看前作”设为【作品】自身的一个字段。但这个方案很快暴露出矛盾——同一部作品在不同路线下，前置条件可能是完全不同的。

以《龙珠Z》和《龙珠改》（原版与重制版）为例：

• 在“怀旧原版路线”中，后续篇章的前置依赖是《龙珠Z》；
• 在“新观众速通路线”中，《龙珠Z》被跳过，前置依赖变成了节奏更快的《龙珠改》。

如果把前置依赖死死绑定在【作品】本身，这两条路线在同一套作品库里就无法共存；而且作品一旦带上前置条件，哪怕在某条路线里只是作为独立彩蛋出现，也会被全局锁死。

因此，我做出的第一个调整是：将前置依赖降级为【路线节点】的属性。同一部作品在不同路线下可以配置完全不同的前置条件，既互不干扰，也不污染作品本身的基础数据。

2. 为什么用“软锁”代替“硬拦截”？

解决了数据归属后，下一个问题是交互限制的尺度：

• 如果做成硬拦截（不看完前作就绝对不让标“已看”），是在挑战用户的真实生活场景——现实中“被朋友拉去电影院看了最新一部，回头再来补前作”太常见了，系统不应该阻止用户记录真实进度。
• 但如果彻底取消锁定、退化成纯文字建议，整条路线又会变成平铺直叙的普通清单，既看不出阶段的先后门槛，也少了像游戏技能树那样一步步解锁的推进感。

最终，我在“自由”与“引导”之间采用了软锁机制：

1. 时间线上的视觉引导：未完成前置的节点在时间线上显示灰色锁定图标，并隐藏直接勾选框，帮按部就班的新手一眼看清当前阶段。
2. 详情面板里的强制自由：只要点击节点打开右侧详情栏，用户随时可以无视前置条件、直接标记“已看”。系统提供结构化的顺序建议，但把最终决定权交还给用户。

---

核心决策二：路线节点的“多态表达”

现实观看顺序的非线性特例

定义了“路线由节点组成”之后，我发现真实的观影顺序远不是一条单线能概括的，常常包含各种特例：

• 有时几部外传可以任意顺序观看，互不影响主线；
• 有时某个三部曲需要作为一个完整区块连续看完；
• 有时某部剧场版或 OVA 需要精确插入在某两集 TV 动画之间。

如果只用单一的“作品 A $\rightarrow$ 作品 B”连线，根本无法准确传达创作者的编排意图。

节点的四种多态

为此，我为路线节点设计了四种形态，让创作者按场景自由组合：

节点形态	结构说明	语义传达	典型场景
纯作品节点	节点为一个单独的作品	最直白的线性顺序表达	标准正传按部就班推进
无序组节点	节点为一个无序组，展开后内无序号	此阶段下可任意顺序观看	多部独立外传、平行短篇
有序组节点	节点为一个有序组，展开后带序号	此阶段下建议严格按序连续观看	某角色三部曲作为整体区块
作品节点+附属	主节点下挂载附属作品，可附带备注	需要精确插入特定时间点的特例	某剧场版需插入在某两集之间

这套多态模型的价值在于：把复杂的编排逻辑消化在结构里，而不增加读者的理解负担。跟路线的用户不需要阅读长篇大论的文字说明——看到“无序组”就知道随便挑着看，看到“有序组”就按序号看，看到“附属作品”就按气泡备注的时间点穿插着看。

---

交互设计：查看模式的三层信息降噪

指南详情页是消费侧的核心界面。面对动辄几十部作品的大型 IP，设计的关键挑战是：如何避免用户一进来就被信息淹没？

我的做法是将信息按使用频率拆成三个层级，让用户按需深入：

L1 宏观层：顶部 Tab 分离浏览视角

页面顶部将三种不同的浏览诉求拆开：

• 观看路线（默认）：一进来只聚焦“下一步看什么”，提供下拉菜单在“入坑推荐”、“完整时间线”、“仅看主线”等路线间切换，并附带每条路线的适用人群说明。
• 所有作品：完整作品库，支持搜索、按类型筛选和排序。
• 所有组：按系列或合集归类浏览，适合了解 IP 的整体板块构成。

默认情况下，新用户只需要面对“观看路线”这一个单一焦点，不会被全量资料吓退。

L2 聚焦层：极简纵向时间线

当前路线以纵向时间线呈现，为了保证推进时的清爽感，这一层做了严格的减法：

• 只保留作品/组的标题与进度状态（实心绿点 = 已完成、蓝色边框 = 当前推荐、灰色锁 = 尚未解锁）；
• 组节点默认可折叠/展开，保持主干路线一目了然；
• 把简介、作品关联、个人笔记等次要信息全部收起。

L3 微观层：按需滑出的详情侧拉栏

只有当用户点击某个具体节点时，右侧才会滑出详情面板，集中展示：

• 作品基础信息（发行年份、集数、时长、简介）；
• 关联作品跳转（续作、前传、外传等自定义标签）；
• 进度标记控件（支持未解锁节点的强制标记）与个人观影笔记。

绝大多数时候，用户只需要在 L2 时间线上看清下一步、顺手打勾；只有对某部作品产生好奇或需要做特殊操作时，才进入 L3 层。

---

创作模式：用消费侧的概念直接驱动生产

消费侧体验跑通后，紧接着的问题是：路线从何而来？

如果每份指南都只能由我手动写死在代码里，“UGC 工具”就无从谈起。因此，我围绕“如何让核心爱好者轻松地为心头好编排指南”设计了创作模式。

松耦合的五个功能域

我将创作过程拆解为五个平行的顶部 Tab，创作者不必按固定死板的向导一步步走，可以随时在各个模块间切换、增量完善：

模块	功能域	核心操作
1	指南设置	维护指南标题、简介、封面图与作者署名
2	作品库管理	录入原子作品条目（类型、发行时间、集数、时长、简介），支持检索与筛选
3	分组管理	创建“有序组”或“无序组”，从作品库中选取作品归入组内并调整顺序
4	路线搭建	将作品或组作为节点排成时间线，配置节点备注、前置依赖与附属穿插作品
5	作品关联	在作品之间标注续作、前传、重制或外传等关系，供消费侧详情栏（L3）跳转查阅

降低创作门槛的三个设计细节

1. 极简录入与自动保存：在搭建初期，创作者往往想先快速把架子搭起来。因此“作品库”中仅【标题】一项为必填，年份、集数、简介等补充信息都可以留到后续慢慢完善；所有设置项失焦即自动保存，消除频繁点击保存的负担。
2. 所见即所得的路线编排：创作侧的“路线搭建”直接复用了消费侧 L2 的纵向时间线布局。创作者在排列节点、挂载附属作品、设置前置锁定时，看到的形态与读者最终看到的界面高度一致，拖拽手柄即可调整顺序。
3. 消费与创作的概念对称：这是创作模式最核心的设计考量——消费侧的认知模型就是创作侧的操作模型。用户在看指南时理解了【作品】、【组】、【路线】，切到创作模式时看到的就是完全对应的管理入口，几乎不需要额外的学习成本就能从“读者”变成“创作者”。

---

延伸设计：基于指南结构与个人进度的指南助手

路线、分组和详情侧拉能回答“按什么顺序看”。但新人手里还有一类更具体的问题：我只想看主线，哪些可以跳过？我已经看到一半了，下一步该看哪部？这两条路线到底差在哪？这些问题靠翻页面也能找到答案，只是要在多条路线之间来回对照。

因此我在指南页右下角加入了「指南助手」，点击后从右侧滑出对话面板。它是一个按需唤起的补充层，默认不占用页面空间，也不改变 L1–L3 的浏览主线。

回答的依据来自作者编排的结构

助手每次回答前，会拿到当前指南的全部结构化内容：作品信息、有序与无序分组、每条路线的节点顺序、前置依赖、附属作品、备注，以及作品之间的关联。这些内容正是前面几章设计的那套数据模型，不需要为助手另建一份知识库。

围绕这份依据，我给助手定了三条边界：

1. 只回答与当前指南有关的问题：观看顺序、路线选择、时长安排、作品关系，超出范围的话题不展开。
2. 指南里没有的内容，直接说明没有提到：不替作者补充设定，也不透露指南之外的剧情，避免新人在入坑第一天被剧透。
3. 回答先给结论再给理由：句子简短，作品名统一用书名号，用自然的说法表达依据，比如“你还没开始看”“你已经看过”。

登录后接入个人进度

登录用户的观看进度会一并交给助手：已看完的作品、看到第几集的作品、累计已观看时长。推荐下一步时它会避开已看完的内容，并按进度给出建议。

入口处的预设问题也随之切换：

状态	预设问题
未登录或无进度	“我应该从哪一部开始看？”
已登录且有进度	“按我现在的进度，接下来该看哪一部？”

另外两个预设问题固定出现：“如果只想看主线，可以跳过哪些作品？”和“各条观看路线有什么区别？”。新人打开面板不需要组织语言，点一下就能得到第一个回答。

交互状态的闭环

对话面板覆盖了完整的使用状态：

• 空状态：展示预设问题，作为对话的起点；
• 生成中：回答以流式方式逐字出现，随时可以停止；
• 出错：保留已生成的内容，提供重试入口；
• 未登录：提示登录后使用，并直接唤起登录弹窗；
• 切换指南：对话自动清空，避免上一份指南的回答混入当前指南。

这个功能让我对“结构化”这件事有了新的体会：前面花精力把复杂的 IP 收敛成【作品】、【组】、【路线】，价值除了让界面清爽，还让助手有了可靠的依据。结构越清晰，回答越准确，也越不容易出现编造。

---

验证方法：跳过静态视觉，直接用可交互原型验证

面对节点多态、前置软锁状态联动（锁定 / 部分完成 / 全部完成）、多路线切换以及 UGC 增删改查等复杂状态，传统的静态设计稿很难真实检验交互是不是顺手。

因此在这个项目中，我采用了以交互自洽为核心的验证工作流：

阶段	方法	解决的问题
1	低保真线框	剥离色彩和视觉装饰，快速推敲 L1–L3 的信息分层与创作侧的布局结构
2	可交互原型	借助 AI 辅助将线框与状态规则快速转化为可点击的前端原型，跑通消费与创作主流程
3	真实数据压测	填入《龙珠》等真实复杂 IP 数据，检验节点多态、软锁联动与长列表等边界情况
4	走查与演进	沿着真实使用路径反复走查修复卡点，确认核心逻辑自洽后接入后端演进为完整线上版

---

总结与思考

回看“入坑助手”的设计过程，最有价值的不是堆砌了多少功能，而是几次关键的克制与取舍：

• 放弃关系图谱，选择线性路线：克制住展示宏大网状关系的冲动，顺应新人“只想知道下一步看什么”的真实诉求；
• 收敛为三个概念，将复杂性藏进节点多态：底层需要应付外传、三部曲、插播剧场版等各种特例，但推给用户的始终只有【作品】、【组】、【路线】三个直白的概念；
• 用“节点级软锁”尊重真实生活场景：把前置依赖从作品移到路线节点，并用“外层引导 + 内层放行”替代生硬的系统拦截，让工具去适应人，而不是让人去迁就工具的规则。
• 让助手只依据作者编排的结构回答：指南助手共用同一套数据模型，并结合个人进度给出建议，同时限定回答范围，不编造、不剧透。

目前项目已完整上线消费侧与创作侧闭环，可以直接在 线上 Demo 中体验。