一级目录看场景
办公协作、资料检索、本地服务、学习工具……名字直接取自人一天里的不同处境。场景比行业稳定,改版时不必推倒重来。
品牌中心 / 自 2019 年起
好运28 做的事很具体:把浏览器首页要用的入口按层级摆好,并且常年保证它们打得开。
从 2019 年到现在,这件事做成了一套稳定的做法——一级目录按场景划分,二级目录说明用途,每条入口上线前过三轮审核,上线后每周检查一次是否还能访问。
今天这套做法支撑着 12 个一级目录、96 条二级目录的日常运转,也支撑着约 48 万注册用户每天打开首页时的那一下点击。
01 起点
2019 年我们开始做一件很朴素的事:把大家浏览器里的常用入口收上来,按“什么时候会打开它”重新排一遍。起初只有几十条,很快就不够用。真正麻烦的不是数量,而是每个人一套叫法,同一类入口散落在三四个位置。
于是我们停了一次扩张,先把分类规则写下来:一级回答场景,二级回答用途,一条入口只说一件事。这条规则此后没再大改过,它决定了今天首页通道上那条两级目录的样子。
目录要能长期用下去,排一次远远不够。每一条被收录的入口后面,都有一组人盯着它是否还打得开、用途是否还写得准。这也是我们把团队按编辑、技术、内容三条线分开的原因。
02 做法
划分目录的依据只有一条:用户是在什么处境下需要它。这条依据让 12 个一级目录几年里保持稳定,也让每条二级目录能用一句话说清自己。
办公协作、资料检索、本地服务、学习工具……名字直接取自人一天里的不同处境。场景比行业稳定,改版时不必推倒重来。
每条二级目录后面跟一句说明,写清它解决什么。句式统一,用户扫一眼就能判断该不该点,不必逐条试。
二级名称尽量用动词开头、控制在八个字内。名称短了,目录页在窄屏上也能一行读完,不会挤成两行。
先判断它是否解决一类明确需求,再比对本组已有条目。功能重复的合并成一条,不并列堆放,避免用户在一个页面上看到两个几乎一样的选择。
确认它该落在哪个一级场景下,二级名称是否与其他条目句式一致。归错类是最常见的退回原因,复核环节专门盯这一项。
在 Chrome 120 以上与 Edge 120 以上环境中实际打开一次,确认可访问、页面内容与用途说明相符。这一轮在电脑端适配清单的 18 项检查点里抽检常用项。
收录与否还看三项:站点可用性、内容更新频率、访问稳定性。站点声明里有完整条目。
03 维护
目录最怕的不是少,是旧。一条打不开的入口会让整页的可信度打折,所以检查做成了固定动作,而不是想起来才做。
04 团队
团队按三条线分工,出问题时你大概能猜到会落到谁手上。
11
负责初筛、类目归属与用途句式。新条目要进目录、老条目要改描述,都从这里过。他们最熟的一件事是:同一个东西在不同人嘴里叫什么。
9
处理访问异常、浏览器兼容与工单。电脑端适配清单里的 18 项检查点由他们维护,Chrome 120 以上与 Edge 120 以上的环境问题,一般在这里有答案。
8
写用途说明、教程与版本索引资料。累计 120 篇图文教程、约 640 万次阅读,大部分提问在翻完教程后就不需要再发工单了。
团队常驻江苏,服务也以江苏为主。其他地区的用户通过在线资料与工单同样能得到支持,只是响应顺序会排在本地团队之后。
05 版本
早期是加法,条目越收越多;2024 年做了一次减法,把一级目录收敛到场景维度;最近一次是通道改版,入口结构定成今天的样子。悬停或聚焦任一节点,可以看到那一版主要改了什么。