DEYING CENTER · 品牌手册 01

把版本资料,整理成一张找得到的地图

德赢中心服务的是这样一群人:第一次进站就要点到目标栏目,正拿着两份内容目录并排比对,或者需要按版本号把旧资料翻出来。我们把栏目、专题、条目和每一次版本变化编成索引,让你少绕路、少猜、少来回问人。

INDEX SCALE / 索引规模

  • 168 条索引条目,每条都有独立编号
  • 42 个细分专题,分挂在 8 个一级栏目下
  • 46 份旧版本对照资料,只读归档随时调
  • 21 人团队,四个小组分段推进
  • 9 家渠道内容团队一起共建索引
  • 34/31 苹果版与简体版收录条目数,差项单独标

VALUES / 01 — 索引先行

01

为什么把索引放在最前面

资料多从来不是问题,找不到才是。我们见过太多次这样的场面:新来的同事在几个栏目之间来回跳,跳了五六次也没落到那条具体的条目上;运营同学两份目录对到一半,分不清哪一项是这一版才多的;机构用户想翻两年前的对照资料,只能一封封邮件问过来。

所以德赢中心把索引放在最前面:先定栏目,再定专题,最后落到具体条目,每一层都有编号。第一次来的人从首屏就能跳,做比对的人能并排摊开两份清单,要翻旧资料的人按版本号就能调出对应文档。

  • 入口难找

    栏目—专题—条目三级编号,加上常驻的索引快捷条,键盘也能直接跳到目标位置。

  • 版本对不上

    苹果版 34 项与简体版 31 项并排列出,只在一边出现的条目单独标记,不必来回切页。

  • 旧资料翻不到

    46 份对照资料自首发版本起只读留存,按版本号回溯,标着首次归档批次与最近一次校对批次。

VALUES / 02 — 四条工作原则

02

四条工作原则

这四条不是墙上的标语,是每一份资料出门前都要过的一遍:查不查得到、对不对得上、翻不翻得回、传不传得开。

四张带印刷边框的原则标签卡错落叠放,每张只印一个原则词与一枚橙色状态点
四条原则的标签卡:找得到、对得上、翻得回、传得开

原则 01 / 可查

找得到

每条索引都有编号,栏目、专题、条目一层层挂上去,顶部的快捷条与过滤框随时把你送到位置。不用先弄懂站内结构,也不用逐页翻。

场景第一次进站的人,三步之内点到具体条目,而不是先花十分钟看菜单。

原则 02 / 可比对

对得上

苹果版与简体版并排列出,条目一一对应,只在一边出现的项单独标记。差异不藏在正文里,摆在明面上。

场景内容运营把两份清单摊开,第一眼就能说出哪几项只在苹果版有。

原则 03 / 可回溯

翻得回

旧版本资料按版本号进只读归档,从首发版本算起累计 46 份。资料不会因为改版消失,只是换到另一个位置等你调。

场景机构用户报一个版本号,我们直接给出那一版对应的对照资料。

原则 04 / 可分享

传得开

编号可以一键复制,发给同事、写进邮件、贴进群聊,对方照着编号就能落到同一条。沟通从“你去看看那个页面”变成一串确定的字符。

场景渠道对接人在邮件里写一串编号,对面打开就在同一条上,省掉三轮来回。

VALUES / 03 — 资料标准

03

每一份资料都带着自己的来路

资料要能被信任,先得说清它属于哪一版、哪一层、哪一次修订。我们把这三件事写进每一份文件的抬头里,也写进编号本身。

一级 · 栏目

8 个

站点最大的一层分类,先在这里定方向。

二级 · 专题

42 个

把同类条目收在一起,便于成组比对。

三级 · 条目

168 条

最小定位单位,每条对应一个可分享的编号。

一条完整编号的读法

03 / 02 / 018 — V4.2

读作:第 3 个一级栏目下的第 2 个专题、第 18 条,适用版本 V4.2。拦下这串字符,任何人都能回到同一条。

  • 每份资料的抬头写明适用版本号、更新批次与所属栏目,三者齐了才对外发布。
  • 归档资料以只读方式提供,标出首次归档批次与最近一次校对批次,随时可查它停在哪一版。
  • 主版本编号从 V1.0 演进到 V4.2,近两年发布了 23 次更新,每次都留痕。
  • 索引条目每月第二个周三增补一次,双版本对照清单每季度出一版完整修订。
  • 版本号、栏目路径与条目编号统一用等宽字体呈现,两屏内容摊在一起也能逐项对。

VALUES / 04 — 团队分工

04

21 个人,四道手

索引不是一个人整出来的。四个小组各管一段,上一段的成品就是下一段的原料,每一棒交出去前都有明确的完成标志。

四个职能小组围绕中央索引节点排布的结构图,区块以冷灰绿与陶土区分,连线标注交接动作
索引编辑、版本校对、资料归档、技术支持围绕同一条索引接力

组 01

索引编辑

把栏目、专题、条目的名称和摘要写出来,分配编号,确保标题是使用者会搜的那个说法,而不是内部的简称。

交付给版本校对

组 02

版本校对

苹果版与简体版逐条摆在一起对,确认哪些项只在一边有,差异项标记颜色,同时检查条目挂错了专题没有。

交付给资料归档

组 03

资料归档

把被新版替换掉的内容收进只读归档,写明首次归档批次与最近一次校对批次,保证旧版本随时能被调出来。

交付给技术支持

组 04

技术支持

管索引过滤、编号复制、版本号查询这些动作跑不跑得顺,改版后首屏在 0.8 秒内出图,栏目切换比原来少两次点击。

反馈给索引编辑

VALUES / 05 — 协作流程

05

一份需求怎么走到上线

从你提需求到索引能点开,中间是四步。每一步有明确产出,也有明确的复核节点,不会在中途没了声音。

横向四阶段阶梯式推进图,末端节点以信号橙高亮,背景为浅色网格
从需求提交到索引上线,四段推进,末端高亮为上线节点
  1. 01

    提需求

    说清要补哪个栏目、对哪一版,附上页面路径与版本号,一封邮件就够。

    产出:一条可执行的需求单

  2. 02

    成稿编号

    编辑组落编号、写摘要,把新条目挂到对应专题下,顺手检查标题是不是好搜。

    产出:带编号的条目初稿

  3. 03

    两轮校对

    校对组先自己对一遍版本差异,再由另一位同事复核一轮,差异项标色后回改。

    产出:差异清单与定稿

  4. 04

    上线归档

    进索引、更新对照清单,被替换的内容同步进只读归档,然后回信告诉需求方去哪看。

    产出:可访问的索引与归档批次

每一次增补与修订都会写进更新手记,什么时候加了哪些条目、改了哪一版对照清单,翻一翻就能看到。

VALUES / 06 — 共建伙伴

06

一起把索引做厚

目前有 9 家渠道内容团队与我们一起做索引。他们在一线接触使用者,最先知道哪个条目大家找不到、哪两项说法对不上、哪个版本还有人要。

分工很直接:伙伴把一线问题和栏目需求带进来,我们负责编号、校对、上线与归档。议题定下来之后,双方都按同一套编号说话,谁也不用再猜对方讲的是哪一条。

共建成果以专题页和双版本对照清单的形式发布,能不能用、好不好用,看发布后的实际打开与检索情况,再决定下一轮增补的方向。

共建方式

  • 伙伴提出栏目与条目需求
  • 共同确定专题归属与编号
  • 我方完成校对、发布与归档
  • 成果落成专题页与对照清单
谈谈索引共建

看完这些,下一步去哪