01
入口索引
28 个编号板块从 A01 排到 A28,每个都标注用途、入口位置、适配状态和最近更新批次,按编号就能直接找。
进入索引清单最近7天访问记录仅保存在本地浏览器
01 / Audience
每天在28杠官网上走动的,大致是四种人:第一次到访不知道该点哪里的人、手上有版本号要核对的长期用户、替家人朋友排查访问故障的协助者,还有盯着更新记录看内容变化的老读者。他们共同的需求很朴素——少花时间找,多拿到明确结论。
手机端首页把一级分类压到 6 个,常用入口平均两次点击内就能到达;桌面端则把索引栏和状态面板并排铺开,一屏之内看完板块位置与适配情况。累积服务的访问用户已经超过 80 万,这套结构就是照着他们的使用习惯一点点磨出来的。
从首页分类进,选择设备视图,再看目标板块的适配状态,三步之内就能确认该不该继续。
记着一串版本前缀,按浏览器内核、屏幕宽度、登录状态三条线索筛选,很快能定位到对应环境。
对方说不清哪里出了问题,先按登录异常与注册板块两条路径走一遍,再决定是否需要写信给我们。
每个板块都标着最近更新批次,比较两次批次之间的差异,比翻找零散通知省事得多。
02 / Structure
内容按入口、索引、版本、帮助四条脉络铺开,落到你面前时归成三条主线。它们的区别在于回答的问题不同:能不能进得去、这个板块适不适合当前环境、进不去的时候下一步做什么。
01
28 个编号板块从 A01 排到 A28,每个都标注用途、入口位置、适配状态和最近更新批次,按编号就能直接找。
进入索引清单02
12 个版本分支与 9 类桌面、移动浏览器环境做成交叉对照,按内核、屏幕宽度和登录状态筛出你手上那一组。
查询版本对照03
120 余条访问问题按登录异常、注册板块访问、索引定位、版本对照四类归档,给的是可照着做的步骤,不是泛泛解释。
查看处理步骤
03 / Timeline
这套内容不是一次成型的。从最初把散落的常用入口收拢到一页,到今天按批次维护的索引与对照体系,中间经历过三次明显的调整。下面按阶段展开,点开任意一段能看到当时解决了什么问题。
最早要解决的是"找不到"。手机端首页重新划分成 6 个一级分类,把最常被点击的板块提到第一屏,常用入口平均两次点击内可达。这一步没有复杂的机制,只是把顺序还原成用户真实的点击习惯。
入口变多之后,需要一套能指名道姓的编号。28 个板块被编成 A01 至 A28,每个板块固定标注用途、入口位置、适配状态与最近更新批次。有了编号,沟通时就不必再说"那个靠左边的按钮"。
环境差异带来的问题最费时间,于是把 12 个版本分支与 9 类浏览器环境做成对照表,又把 120 余条处理经验归档进帮助中心,按 31 个省级区域的常见网络环境补充了排查建议。状态标签固定为稳定、建议更新、维护中三种,一眼能分辨。
04 / People
内容能持续更新,靠的是三条并行的分工线。索引编辑负责板块本身写得对不对,兼容性复核负责环境判断准不准,客服支持负责把问题接到人手上。三者之间用批次号对齐进度。
按 28 个板块分区维护,负责用途描述、入口位置和状态标注。清单每周二、周五各更新一次,改动以批次号记录,方便回溯。
按季度覆盖主要浏览器环境,把 9 类桌面与移动环境的实测结果回填进版本对照表,遇到明显差异会先标注再说明原因。
把用户反馈整理成新的帮助条目,按类别归档到四类问题里。工作日 9:00–18:00 处理邮件,遇到电话沟通需求会协助回拨。
05 / Coverage
桌面端、平板端、手机端各有独立视图,同一份索引在不同屏幕上都能完整读到板块编号和状态。如果你正在判断这套内容是否适合长期跟进,下面几项信息大概更直接。
需要人帮忙的时候
最近 7 天的访问记录保存在本地浏览器,不上传到服务器。