分类数据协作
合作的 12 家内容服务商按同一套三级结构整理内容。任何一次分类调整,维护组会提前通报,服务商据此调整自己的整理方式,再把发现的偏差交回来。每季度对一次清单,谁都不单独跑一套口径。
2018 年刚上线时,这里只有一列平铺的类目。用户翻到哪算哪,问得最多的一句是「我想看的那个在哪一栏」。我们把这句话拆开,整理成主题、场景、热度三层,才有了后来那 26 个主题分类。
用久了又发现,来的人分成两拨:一拨只想快点看到面板,另一拨要把常去的类目存下来慢慢用。上一轮改版干脆把两件事拆成两条独立路径——查询面板打开即用,收藏夹自己就能存、自己就能翻,互不牵制,也互不打扰。
今天你走进来,第一步只需要决定:是马上查,还是先存下来。
每次动的都不是页面长相,而是你操作时卡住的那一格。下面这九块牌子,对应九次主要版本,每一块只写它当时解决掉的那件事。
按主题平铺,第一次能一眼看完所有类目。
那时候最常见的反馈是「东西藏在哪个格子」,这张表就是答案。
26 个主题分类和帮助文档,写两个关键字就能命中。
不用再一层层点进去找,搜索框成了很多人当天最早碰到的入口。
常被翻的类目自己往上走,冷门的留在下游备用。
第一次打开时看到的前几栏,开始和大多数人的习惯对上。
手机浏览器直接打开就能用,不必另装任何东西。
适配之后移动访问一路上涨,目前已经占到六成以上。
查询和账号彻底分开,打开就查,查完就走。
急着看一眼的人,从此不用再等另一半流程走完。
收藏夹自己就能存、能翻,和面板查询各走各的。
想长期留痕的人和想临时查看的人,不用再互相将就。
版本说明固定排在第一条,改了什么一眼能看到。
先看变更、再看细节,慢慢成了老用户的默认阅读顺序。
改设置照着页面上的序号往下点,中途不会找不到北。
每一步只讲一个动作,退回上一步也不至于重来。
相邻两个版本差在哪,并排摆出来看。
它也是后来文档校对里用得最多的一件工具。
内容团队一共 18 人,分在四个小组里,其中 6 人做内容运营超过五年。一条线索从读者到你屏幕,中间要经过这四张桌子。
按主题、场景、热度三级组织,定哪条归哪栏。
把操作拆成能照着做的一句话一步。
相邻两版逐条比对,改动处标注清楚。
工作日首次响应,把你卡住的地方带回需求池。
交接是接力的方式:分类调整先在维护组定稿,撰写组据此补写说明,校对组核对与上一版的差异,客服组把读者追问的问题再送回维护组。一圈走完,才算这条分类真正改好了。
新用户引导走完大约 3 分钟,但支撑这 3 分钟的文字,平均要在组里转五圈才上线。顺序是这样的:
客服反馈组把同一类问题归堆,写清发生在哪一步、读者当时在做什么。
文档撰写组按四步序号的逻辑把动作拆开,一句话只交代一个动作。
版本校对组对照上一版逐条比对,改过的地方必须能指出来。
版本说明排在帮助文档第一条,读者先看变更,再按需往下读细节。
文档底部的问题反馈入口常年开着,每条反馈在 2 个工作日内归档处理。
平台的节奏是每年 4 次大版本说明、12 次月度小版本记录,写和校对的队伍一直跟着这个节拍走。
合作的 12 家内容服务商按同一套三级结构整理内容。任何一次分类调整,维护组会提前通报,服务商据此调整自己的整理方式,再把发现的偏差交回来。每季度对一次清单,谁都不单独跑一套口径。
近几年在行业内容服务的体验类评选中拿到过年度体验类荣誉。它对我们更像一次外部复盘:搜索准不准、四步序号顺不顺、手机端首屏快不快,这些原来靠内部争论的事,有了一个对照的参照点。
平台目前有约 46 万注册用户,月活跃访问约 12 万次。这些数字我们只用一个方式回应:把分类维护得更细,把说明写得更能照着做。
把同义说法和口语化的输入一并收进检索范围,类目名字记不清也能搜到。
前一轮优化已经把首屏可见时间压到 1.5 秒以内,接下来盯的是弱网和旧机型。
从整页差异细化到某一栏、某一条说明的变动,方便对着一处改动慢慢看。