星轨列车
一列穿越不同星域的列车,每节车厢都是一个独立世界。乘客带着各自的目的上车,却在停靠站之间逐渐发现彼此命运的交叉点。
这里不是简单的作品列表,而是一条从“发现”到“沉浸”的完整路径。你可以在番剧放送里追更,在漫画连载中补完剧情,在游戏次元里找到同好,在同人创作区看见角色另一种可能。
91次元把动画、漫画、游戏、轻小说和社区讨论放在同一个入口下。不用来回切换站点,不用记住复杂分类,你只需要带着兴趣进来,剩下的交给内容导航。
91次元这个名字,拆开看其实很直白:“91”是品牌标识,“次元”指向的是动画、漫画、游戏、轻小说以及围绕它们生长出来的同人文化和讨论氛围。它不试图定义“什么才算二次元”,而是把已经存在的、分散在不同角落的内容用一套清晰的分类重新组织起来。你打开91次元,最先看到的不是铺天盖地的推荐流,而是八个可以主动选择的方向:番剧、漫画、游戏、轻小说、同人、角色、社区、漫展。每个方向下面再按题材、更新节奏或讨论热度细分,用户不需要先成为“老宅”才能找到入口。
很多二次元内容站点容易走向两个极端:要么只做播放或阅读,社区讨论和作品本身割裂;要么只做论坛,作品信息零散、缺乏整理。91次元选择把“内容导航”和“社区交流”放在同等位置。一条番剧条目旁边可以关联角色资料、同人创作和相关讨论帖;一部漫画的标签体系也会同时被游戏区和轻小说区复用。这种交叉不是靠算法强行拼接,而是基于二次元用户真实的浏览习惯——看一部作品的时候,本来就会顺手搜角色、翻同人、找同好聊两句。91次元只是把这条路径缩短了。
在内容更新上,91次元更看重“可预期”而不是“一次性爆发”。番剧放送跟随播出节奏整理条目,漫画连载标记更新状态和话数进度,游戏次元按版本和活动周期归档讨论,漫展资讯则提前整理场次和参展信息。用户不需要每天刷很多次才能确认有没有新内容,分类页和标签页会直接显示更新状态。同时,社区部分保留轻量讨论的形态,不强制长评,不要求排版,一句话吐槽或一张截图都能成为有效交流。91次元想做的,是一个可以长期放在浏览器收藏夹里的二次元内容入口,而不是一个用完即走的临时页面。
一列穿越不同星域的列车,每节车厢都是一个独立世界。乘客带着各自的目的上车,却在停靠站之间逐渐发现彼此命运的交叉点。
一家只在午夜开门的小店,客人来自各个异界。老板不问来历,只做一道对方记忆里最怀念的菜,而每一道菜背后都藏着一段未说完的故事。
在被机械生命统治的废土上,一支反抗小队试图唤醒一台被认为已经报废的旧时代机体。战斗之外,每个队员都要面对自己与机械之间的界限。
一座只在雾天出现的图书馆,书架上的每一本书都记录着一个尚未发生的案件。管理员的工作是阻止书里的结局变成现实,但她自己也是书中的角色。
围绕逆光场景展开的角色插画合集,注重光影层次和情绪表达。每一张都附带创作者对角色状态的一句注解,适合作为灵感参考或桌面壁纸。
一位游走于多个作品世界观的观测者角色。图鉴整理了她的基础设定、关键台词、出场章节以及与其他角色的关系脉络,方便写同人或做设定考据。
围绕本周更新内容展开的轻量讨论帖合集。不要求长篇分析,一句话、一个表情包或者一张截图都可以参与,重点在于捕捉追更过程中的即时反应。
夏季漫展场次与摊位信息的整理页。按城市和日期排列,标注同人区、企业区和舞台活动的时间节点,适合出发前快速浏览并规划路线。
一个沿海小镇上,两名少年通过制作和放飞纸鸢逐渐走出各自困境的故事。没有激烈冲突,节奏舒缓,适合在追完高浓度剧情后换换口味。
一名在海底城市之间送信的邮差,每送一封信就会揭开收信人和寄信人之间的一段过往。单元剧结构,单话完整,适合碎片时间阅读。
现在可以按星期查看当季条目的更新分布,不再需要逐条点开确认日期,追更节奏更直观。
将“校园”“日常”“治愈”等相邻标签做了归并处理,减少同一作品被打上过多近似标签的情况。
讨论帖现在可以关联具体版本号或活动周期,翻阅旧帖时能更清楚地判断内容对应的时间节点。
针对短篇脑洞和片段式创作,草稿模式不强制完整发布,可以先存下来再决定是否公开。
关系复杂的角色网络现在可以自由缩放和移动查看,移动端也支持双指操作。
用户可以在条目上手动标记当前卷/章进度,进度仅本地保存,换设备时需要重新设置。
长讨论帖中可一键折叠其他回复,方便快速跟进原帖更新,折叠状态不会影响后续浏览。
场次信息中现在可以附带公共交通指引和周边停车说明,由编辑根据公开信息手动整理。
搜索番剧或漫画时,可以同时选择两个题材标签进行交集筛选,结果范围更收敛。
折叠菜单打开后,点击任意分类链接会自动收起,减少从菜单跳转后仍需手动关闭的操作。
追更用户和补完用户对进度信息的需求完全不同。前者关心下一集什么时候来,后者关心还有多少没看。把两种进度分开标注,可以减少误判和无效点击。
“治愈”和“日常”经常同时出现,但并不等价。合并标签时如果简单做加法,反而会让筛选结果变得模糊。目前的处理方式是保留两者,但调整排序权重。
版本号成为讨论帖的天然时间锚点。新玩家回看旧版本讨论时,能快速判断当时的数值环境和主流思路,而不是把过时结论当成当前参考。
很多短篇脑洞卡在“不够完整”这一步。草稿模式让用户先存下来,不强制一次性完成。实际使用中,不少草稿在几天后被补充成可发布的片段。
关系图最初只考虑了桌面端拖拽,移动端缩放体验很差。后来改为双指缩放加单指拖拽的分工方案,并限制了最小和最大缩放级别,避免误操作。
自动抓取的交通信息经常包含过时线路或临时调整。目前由编辑根据公开信息核对后手动填写,虽然更新频率有限,但准确度比自动生成更可控。
二次元内容平台最容易犯的错误,是把“丰富”直接等同于“堆量”。条目越多、标签越密,看起来越热闹,但用户的实际浏览路径并不会因为数量增加而变得更顺畅。91次元在结构上做了一个取舍:八个一级分类不是按内容形式简单切分,而是按用户进入二次元内容时的典型意图来组织。想看动态影像的去番剧放送,想按话数连续阅读的去漫画连载,想找版本讨论的去游戏次元,想找角色设定和关系脉络的去角色图鉴。意图先于媒介,导航才不会变成目录的电子化翻版。
这种意图导向的结构,直接影响的是标签体系的设计。同一部作品在91次元里可能同时出现在番剧区和同人区,但两处的标签重点并不相同。番剧区的标签偏向播出属性——题材、档期、集数状态;同人区的标签偏向创作属性——角色、配对、风格、完成度。用户从番剧区跳到同人区时,不会看到一套完全一样的标签被重复展示,而是进入了一个新的筛选语境。这种“同作品、不同标签维度”的做法,比统一一套万能标签更贴近实际使用,但也对维护成本提出了更高要求。
维护成本是这类导航型页面能否长期稳定的关键。91次元没有选择用抓取或自动生成来填充条目,而是以人工整理加固定更新节奏为主。番剧条目跟随播出日历更新,漫画条目按话数进度标记,游戏讨论按版本归档,漫展资讯按场次整理。每种内容都有对应的更新触发条件,而不是笼统的“定期更新”。这种做法的好处是内容状态可预期,用户知道什么时候来看会有变化;代价是覆盖面不可能无限扩张。91次元的选择是接受这个代价,优先保证已收录条目的信息完整度,而不是追求条目总数。
从用户路径来看,91次元更接近“入口—筛选—深入”的三段式,而不是“首页推荐—无限滚动”。Banner和热门推荐承担的是入口功能,告诉用户这里有哪些方向;八个分类和标签承担筛选功能,把宽泛的兴趣收窄到可操作的范围;条目详情、角色图鉴和社区讨论承担深入功能,让一次浏览不止停留在列表页。这条路径并不新鲜,但很多站点在“筛选”环节做得过重,把大量筛选器一次性铺在用户面前。91次元的做法是每个分类只保留最必要的两到三个筛选维度,其余维度通过标签展开,降低首次使用的认知负担。
社区部分的设计也遵循了类似的克制原则。次元社区没有做成全能论坛,不设复杂的积分体系和等级权限,讨论帖以轻量短内容为主。这看起来是功能上的“减法”,实际上是为了让社区和内容导航之间保持清晰的边界。用户来91次元的主要目的仍然是找内容,社区是找内容过程中的自然延伸——看完一集想吐槽、补完一话想找同好、看到一个角色想确认关系。如果社区本身变成需要专门投入时间经营的地方,反而会稀释导航页的核心价值。轻量讨论的定位,让社区成为导航的补充,而不是竞争注意力的另一个中心。
放到更大的行业背景里看,二次元内容的获取方式正在从“集中式平台”向“分散式入口”迁移。作品分布在不同的播放端、阅读端和讨论区,用户需要的是一个能把这些分散节点串起来的轻量导航层。91次元这类页面的生存空间,不在于替代任何一个内容源,而在于降低用户在多个内容源之间切换时的摩擦。它的发展不取决于能否覆盖所有作品,而取决于分类结构是否足够稳定、标签体系是否经得起长期使用、更新节奏是否能让用户形成预期。把这三件事做好,比追逐每一季的热门条目更能支撑一个导航型产品的持续性。
先从八个一级分类选方向,再在分类内用标签收窄范围,不要一上来就用搜索。
组合标签筛选时最多选两个,第三个标签往往会把结果压到过窄,反而找不到东西。
折叠菜单点完分类会自动收起,回到顶部按钮在滚动超过一屏后出现。
浏览器收藏夹比站内收藏更稳定。分类页和标签页都可以直接存为书签。
条目旁边的角色图鉴和社区讨论是延伸入口,习惯性点一下能发现不少关联内容。
近两周选择两个标签进行交集筛选的浏览行为增多,单标签浏览仍然占多数,但组合筛选的留存更高。
关系图页面的平均停留时间高于普通条目页,缩放和拖拽操作在移动端的触发频率接近桌面端。
保存在草稿模式中的内容有相当比例在一周内被再次编辑并发布,说明降低发布门槛确实影响了创作行为。
更新日历视图在工作日中间的访问量高于周末,用户更倾向于在追更日附近查看当天的条目分布。
按版本归档后,超过一个月前的讨论帖仍然有稳定的回看流量,新玩家会主动翻阅旧版本参考。
交通备注字段的收藏操作明显多于分享操作,用户更倾向于出发前自己存下来查看,而不是转发。