海棠小说 · 从校园甜宠到克苏鲁，分类书架一眼定位

一个书多到几万本的平台，分类做不好就等于没有分类。读者打开首页，看到的不是书架，而是一堵墙。真正好用的书架，核心不在收了多少书，而在分类的颗粒度拿捏得准不准、标签能不能交叉、入口对不对得上读者的真实想法。

一、颗粒度：太粗等于没分，太细找不到

最粗的分类是“言情”“悬疑”“科幻”，这种分法在书少的时候够用，书一多就失效。读者点进“言情”，看到几千本，等于回到原点。另一个极端是把分类拆到“民国背景 + 双强 + 破镜重圆 + 都市”这种程度，细是细了，但读者想不到这么多层，反而不知道从哪进。

比较稳妥的做法是两到三级结构：一级是大类，比如校园、古言、悬疑、科幻；二级在每类下按风格分，比如悬疑里分本格推理、社会派、克苏鲁；三级靠标签补，不强行做成固定分类。这样既有稳定的入口，又保留了灵活性。

二、交叉标签：读者想找的往往不是单一类型

真实的阅读需求很少是单一维度的。一个人可能想找“轻松一点、篇幅不长、结局是好的”古言，也可能想找“硬核烧脑、带点恋爱线”的悬疑。这些需求用单一分类表达不出来，必须靠标签交叉筛选。

海棠小说的标签体系分成四组：类型、情绪、节奏、篇幅与结局。四组可以任意叠加，勾选越多结果越窄。这里有个设计取舍——不追求一次勾选就把结果收到只剩几本，而是允许读者逐步收窄，边看边调整，这比一上来就给一个精确结果更符合真实使用习惯。

三、场景入口：读者想的往往不是“什么类型”

分类再细，读者打开 App 时脑子里想的往往不是“我要看古言”，而是“我想看点轻松的”“我想找本能看哭的”“通勤路上想找本短一点的”。如果入口只按类型分，读者还得自己把想法翻译成类型词，多了一层认知成本。

所以除了类型分类，还需要场景化入口。按心情、按可用时长、按阅读场景（通勤、睡前、周末）各设一组入口，让读者从脑子里冒出的那个念头直接进来。这套入口和类型分类并行，不替代，各管一部分需求。

四、书架要能自建，但不能只靠自建

自建书架是刚需，读者总有一些自己的归类方式，系统分类覆盖不到。但完全依赖自建也有问题——新读者进来什么都没有，面对几万本书无从下手。系统分类和自建书架必须同时存在，前者负责兜底和发现，后者负责个性化整理。

海棠小说的做法是系统书架和自建书架并行展示，不混在一起。系统书架按类型和场景固定排布，自建书架由读者自己命名和填充。两套各司其职，读者不会因为自建书架太乱而找不到系统分类，也不会因为系统分类死板而没法按自己的方式整理。

五、进度和更新，是书架的隐形骨架

书架能不能长期用下去，很大程度上取决于进度和更新这两件事处理得好不好。看到哪一章记不住，下次打开要重新翻；追更的书更新了不知道，隔一周才发现落了十几章。这两件事没做好，书架再漂亮也留不住人。

进度记录要精确到章节和位置，不能只记到“第几章”，因为一章可能有几千字。更新提醒要标在书架列表里，而不是单独做一个消息中心，让读者在原本翻书架的动作里顺带看到。这两件事做扎实，书架才真正成为读者的固定入口，而不只是一个临时找书的页面。