S01–S12 · 四部分 · 长文档

检索之前,先把口径读明白

易游主站的目录把电脑端资源按十二个类目归整,每一条都带判定标签与判定依据。 这份文档分四部分共十二节,写给第一次打开目录的人:先把规则读完再动手查, 能省掉大量来回翻页。

S01–S12 章节目录

第一部分 · S01–S03

检索前的准备

从宽泛需求逐层收敛到具体条目的抽象漏斗路径图
从宽泛需求收敛到具体条目的三层路径:族群、类目、标签。

S01先分清算条目还是查口径

目录里的内容分两类。一类是条目本身,另一类是说明这条目为什么归在这里的判定依据。现行目录共收录 1,284 条电脑端资源条目,其中条目型 726 条、 说明与指引型 558 条,两者在同一个类目页里并列出现,翻页时很容易混在一起。

如果目的是找到某样能用的东西,你查的是条目;如果目的是弄清某类标签为什么这么判、某个版本的目录结构从哪一次调整开始变, 你查的是口径。把易游主站当检索工具来用,第一步不是立刻打开搜索框,而是先确认自己要的是哪一种。

要点

  • 先确认要找的是可用的东西,还是判定规则本身。
  • 需求能不能用一个动词说清,说不清就先别查。
  • 有没有明确的平台或文件格式范围,写下来再出发。

小结先分清楚查条目还是查口径,能省掉一半的无效翻页。

S02把需求写成一句可检索的话

目录按归类标记检索,不按自然语言提问。把需求压成一句话,至少保留三个成分:动作、对象、边界。 动作是你要做的那件事,对象是这件事作用在什么上面,边界包括平台、格式和规模。

举一个例子,「把一批图片压小之后打进压缩包」,动作是压缩,对象是图片,边界是批量。 这三项会分别落在压缩与文件管理、图像处理与修图两个类目上。一条需求跨到两个类目属于正常情况, 此时以动作所属的类目作为主类目。

要点

  • 动作、对象、边界三项,至少要写出来两项。
  • 边界写不出来,说明需求还没收敛,先别急着检索。
  • 跨类目命中时,以动作所属类目为主,另一个作为补充标签。

小结一句能写清楚的需求,比十次模糊检索更快命中。

S03需求模糊时先缩小类目范围

十二个类目之上先按六个族群并成一层,用于第一轮收敛:办公与文档族 280 条、 开发与工具族 244 条、设计与素材族 218 条、 系统与运维族 192 条、数据与表格族 170 条、 多媒体族 180 条。

用法很简单:先用族群砍掉明显不属于你的那一半,再在剩下的类目里逐条比对判定标签。 这一步做完,手上应该只剩下两到三个候选类目。从三个类目开始逐条看,比一上来就翻十二个类目要轻得多。

要点

  • 先定族群,再定类目,最后才看标签。
  • 候选类目压到两三个之后再开始逐条比对。
  • 族群名称是场景词,按你打算做的事来选,不按软件名来选。

小结范围收得越早,后面逐条比对越轻松。

第二部分 · S04–S06

类目与标签的口径

S04十二个一级类目按什么划分

类目按动作和对象划分,不按软件品牌划分。同一款软件如果既承担文档撰写又承担图像处理, 它的条目会分别落到 C01 文档撰写与排版和 C05 图像处理与修图,而不是合并成一条品牌条目。 这条规则决定了整个目录的形态:检索时先想清楚要做什么,再去想用什么。

十二个一级类目是目录里最小的归档单位,一条条目只落在一个类目里,不存在同时属于两个类目的情况。 类目编号 C01–C12 在条目页、变动记录和标签说明里通用,看到编号就能定位到同一批内容。

要点

  • 划分依据是动作与对象,不是软件名称或厂商。
  • 一条条目只属于一个类目,归属唯一。
  • C01–C12 的编号在站内各类页面里保持一致。

小结按动作找类目,比按软件名找要快得多。

S05六类族群只是归并视图

六个族群把十二个类目按使用场景合并,用于第一轮收敛和页面上的分组展示。族群本身不产生条目: 办公与文档族的 280 条,就是该族所含各个类目条目数的加总。

所以看到族群数字时,不要把它和总量相加。族群与类目是同一批条目的两种切法, 一种按场景切,一种按动作切,两种切法之间不重叠,也不会多出新的内容。

三层同心结构示意,最内层为标签,最外层为族群
标签叠加在条目上,类目只取其一,族群则是类目之上的归并层。

要点

  • 族群数字来自类目加总,不是独立统计。
  • 族群之间不重叠,也不会额外产生条目。
  • 族群只用于筛选,不用于归档。

小结族群是筛子,不是新的层级。

S06标签判定依据怎么读

现行目录共设 64 个判定标签,每个标签配一条判定依据, 说明在什么情况下可以打上这个标签。依据后面的条目数用于估计这个标签下的内容有多密, 数字越大,说明命中该用途的条目越多。

标签和类目是两种不同的东西。一条条目可以同时带多个标签,因为它可能同时满足多种用途; 但类目只有一个。判别时看判定依据那句话在描述什么:描述这条内容能同时满足哪些用途的,是标签; 描述它主要归在哪个动作下的,是类目。

要点

  • 标签可以叠加,类目唯一,两者不能互换使用。
  • 判定依据读的是那句话的适用范围,不是关键词。
  • 标签后的条目数用于估计内容密度,不作为筛选门槛。

小结标签用来找,类目用来定,别把两件事混在一起。

第三部分 · S07–S09

变动区间怎么读

五段横向区间条并排,条内以不同密度的小格表示条目变动
区间一至区间五等长排列,条内小格的疏密表示该区间新增与下架的相对量。

S07区间一至区间五怎么划

使用记录把近五年等分为五个区间,区间一最早,区间五最接近当前。每个区间只记四件事: 新增、下架、跨类目迁移,以及该区间末的总量。区间内不写具体日期, 这样安排是为了让相邻的区间可以互相比较,而不是让某一个时点显得更突出。

五个区间累计新增 1,043 条、下架 287 条、 跨类目迁移 165 条,区间末总量为 1,284 条。 这三个数字加起来并不等于总量,原因在下一节。

要点

  • 区间按等长划分,不按自然年份切。
  • 每个区间只给新增、下架、迁移和区间末总量。
  • 看轨迹先看相邻区间的差,再看某一区间末的绝对值。

小结区间是一把尺子,先看差,再看量。

S08新增、下架、迁移是三种数字

新增指某个区间里第一次进入目录的条目;下架指移出目录、不再计入后续区间末总量的条目; 跨类目迁移指条目还留在目录里,但归档的类目变了。

迁移会同时落在两个类目的账上——转出方记一笔迁出,转入方记一笔迁入——但它既不算新增也不算下架。 因此三个数字不能直接相加去对总量。判断某个类目的热度时,只看它区间末的条目数, 会把内部流动的部分整个漏掉。

要点

  • 迁移在转出方与转入方各记一笔,成对出现。
  • 迁移不重复计入新增,也不计入下架。
  • 三类数字之和与总量不对应,属于正常现象。

小结三类数字各管一段,混在一起就对不上账。

S09跨区间比对时要注意什么

拿两个区间做对比,先确认要看的这个类目在这段区间里有没有发生过迁移。 发生过迁移的类目,区间末数字的变化里混进了迁入与迁出的净额,不能直接当作新增量来读。

其次注意区间长度。五个区间是等长的,所以相邻两个区间的差值可以直接比; 如果要跨两个区间比对,先把中间那个区间的波动单独拿出来,否则会把中间的起伏算进总变化里, 得出的结论会比实际剧烈。

要点

  • 比对前先查该区间内有没有迁移记录。
  • 区间等长,相邻区间可以直接比差值。
  • 跨两个区间比对时,先扣除中间区间的波动。

小结比之前先看有没有动过类目,比之后再看区间长短。

第四部分 · S10–S12

常见歧义与误区

S10把迁移当成新增

最常见的误读是把一条条目的迁入当成这条条目新出现。迁入只说明它换了个类目, 并不说明它第一次进入目录,两者的含义完全不同。

判断方法很简单:在变动记录里找同一个条目有没有对应的迁出。迁入与迁出在全局上笔数是对应的, 某一类目出现迁入,而别处找不到对应的迁出,那这条就不属于迁移,应当按新增来读。

要点

  • 迁入必须能配到一笔迁出,配不上的按新增处理。
  • 全局迁入与迁出的笔数互相对应。
  • 跨类目迁移的条目仍然留在目录里,不改变总量。

小结先配迁出,再判断这条数字到底属于哪一类。

S11把下架当成删除

下架指这条条目从现行目录里移出、不再计入区间末总量;它不等于这条记录被抹掉。 历史区间里属于这条记录的部分仍然保留,用来解释当时那个区间末总量是怎么算出来的。

所以看到某个类目的条目数减少,不要直接下结论说内容被删。先看减少的量有没有对应的下架记录: 有对应记录的,是正常下架;没有对应记录却出现了减少,才需要进一步确认, 这种情况可以通过服务流程里的纠错通道反馈。

要点

  • 下架只影响现行目录,不影响历史区间的记录。
  • 条目数减少先核对下架记录,再下结论。
  • 找不到对应记录的减少,走纠错流程提交。

小结下架改的是现行口径,不是历史记录。

S12把聚合视图当成第十三个类目

类目总览收录 15 张目录卡,其中 12 张是现行一级类目卡, 另外 3 张是跨类目聚合视图,分别按使用场景、按文件形态、按变动状态组织。

聚合卡是把同一批条目换一种排列方式,它们不重复计入 1,284 条。 看到聚合卡上的数字比任何单个类目都大,属于正常现象,因为一张聚合卡会横跨多个类目。

要点

  • 15 张目录卡里,只有 12 张是现行一级类目。
  • 三张聚合卡不重复计入条目总量。
  • 聚合卡数字大于单个类目,属于正常结果。

小结聚合视图是另一种排列方式,不是新的品类。

四部分之后

小结与下一步

十二节读下来,真正需要留在手上的其实只有三句话。先分清楚要找的是条目还是口径; 类目定归属,标签定用途,两者不能互换;看变动先看相邻区间的差,不要只盯区间末的数字。

接下来按你手头的处境挑一条路走。下表把六个入口和它们各自能解决的问题摆在一起:

读完之后的六个去处
接下来要做的 入口
看清十二个类目、六类族群与三张聚合视图的分布 类目总览
提交分类纠错,或对某个标签判定提出申诉 服务流程
按类目与标签读判定依据的逐条解读 内容专栏
确认桌面端各版本的差异与安装前要准备什么 客户端说明
了解站点定位、复核节奏与目录是怎么攒起来的 首页
找到反馈渠道、需要准备的材料与响应节奏 联系我们