对照说明 · 长文档
两张对照表，两套序位，互不换算
在博赢官网，手机端收藏过的条目和电脑端要查找的条目分属两张彼此独立的表：安卓收藏对照表按收藏动作先后排列，新用户电脑端查找表按行业与时间双轴排列，两者编号一致、序位不同、行号不通用。本页把两张表的字段、排序与核对顺序分开讲清楚，并交代老用户对照记录如何保留下每一次变更的原始版本日期。
安卓收藏对照表
| 收藏序位 | 条目编号 | 行业分类 | 收藏标记 |
|---|---|---|---|
| A-014 | BY-0412 | 家用电器 | 已对照 |
| A-013 | BY-0398 | 家居家装 | 已对照 |
| A-012 | BY-0371 | 数码配件 | 待复核 |
新用户电脑端查找表
| 查找序位 | 条目编号 | 行业大类 | 季度段 |
|---|---|---|---|
| B-009 | 0412 | 家用电器 | Q-21 |
| B-008 | 0398 | 家居家装 | Q-20 |
| B-007 | 0371 | 数码配件 | Q-20 |
左边的序位跟着收藏动作走，右边的序位跟着检索结果的排列位置走。两张表只在条目编号这一列上对得上，其余各列一律不通用。
按收藏先后排出来的那一张
这张表只处理一种情形：在手机端点过收藏，回到电脑端想确认它究竟对应哪一条。表的排列跟着收藏动作发生的先后走，不会因为行业或时间重新排序，所以同一批条目在两次查看之间保持同一个相对位置。
- 01收藏序位
- 从 A-001 起按收藏动作发生的先后倒序排，越靠近当下的收藏，序位数字越小。序位在复核过程中不重排，只在条目本身被移出时留下空位。
- 02条目编号
- 与站内总索引一致的编号，前缀写 BY。这一列是两张表之间唯一可以直接对应的字段，编号本身不因为表的拆分而改变。
- 03行业分类
- 落到 12 个行业大类中的一个，不再往子类细分。一行只读一个分类值，保证扫读时不会因为多级缩进而错行。
- 04收藏标记
- 手工标注的两种取值：已对照、待复核。它记录的是动作有没有做过，而不是条目本身的属性，所以同一条目在不同时间可能显示不同标记。
- 05收藏时间线索
- 用季度段加双周节点表示，不写具体日期。一次收藏动作只会落进一个节点，跨节点的情况按动作完成时所在的节点归位。
- 06对照状态
- 说明这条收藏是否已经和电脑端条目完成配对。没有完成的会一直留在待复核里，不会因为时间推移自动变成已对照。
- 07复核轮次
- 记录这条最近一次参与复核的双周节点序号。两个条目如果轮次下标不同，说明它们不是在同一轮里被确认过的。
按行业与时间双轴排出来的那一张
这张表面向的是另一类情况：手上没有收藏记录，只知道大致属于哪个行业、落在哪一段时间。表按行业大类优先、季度段其次的顺序排列，查找序位记录的是结果在表里的实际位置，与收藏动作先后没有关系。
- 01查找序位
- 从 B-001 起按实际排列位置编号。排在最前面的是覆盖面最广的入口条目，越往后越接近具体细分场景。序位随排序规则变化，与收藏序位分属两套体系。
- 02条目编号
- 保留编号中的数字部分，不带 BY 前缀。这样写是为了让同一列在两张表里长度稳定，不容易因为前缀差异看串行。
- 03行业大类
- 12 个大类中的一类，作为第一层筛选入口。大类取值的写法与安卓表保持完全一致，方便彼此对照。
- 04行业子类
- 大类之下的 48 个子类之一。先在行业轴上选中大类，再选子类，是这张表收窄范围的第一步。
- 05季度段与月度刻度
- 时间轴上共 24 个季度段，每个季度段下再分 72 个月度刻度。用户按季度段收窄，需要更细时再落到月度刻度上。
- 06查找结果
- 标注该行是否命中当前检索条件。命中的行在页面上使用浅米色底托出，用于快速定位，不改变条目本身的编号与分类。
- 07参照版本
- 记录这一行是按哪一个对照表主版本生成的。版本号只升不降，老用户据此可以判断自己看到的是第几轮口径。
- 翻到安卓收藏对照表，按收藏序位从数字小的那一头开始看，最近的收藏排在前面。
- 抄下条目编号里的数字部分，前缀可以省掉，数字是唯一能跨表对应的内容。
- 带着数字到电脑端查找表里比一遍，确认两边描述的是不是同一条。
- 如果电脑端那行的参照版本比你的记录更高，说明期间发生过一次修订，以更高版本的字段为准。
- 先在电脑端查找表选定行业大类，再在大类下挑子类，两层筛完范围通常已经收敛。
- 用季度段收窄时间，跨度还不够小再落到月度刻度上。
- 把命中的条目编号记下来，到安卓收藏对照表里确认是否曾经被收藏过。
- 两边都有记录但描述不一致时，先比对复核轮次字段，再决定以哪一边为准。
八项字段，逐条看清差异在哪里
下面八行把两张表放在同一组条件里比对。每行的左边一列属于安卓收藏对照表，右边一列属于电脑端查找表，第三列说明为什么这两者不能合并成一张。
两套序位各自从 001 起编，互不换算。一边记录动作发生的先后，一边记录条目在结果里的排列位置。
数字部分完全相同，前缀只在安卓表里出现。前缀的作用是提示这一列可以和总索引直接对上。
标记描述的是手动动作有没有做过，属于使用痕迹，不是条目的固有属性，所以电脑端查找表里没有对应列。
电脑端要先筛后找，需要更细的收窄路径，因此保留子类一层；安卓表只需要一眼认出属于哪一块。
同一段时间在两张表里的颗粒度不同。把电脑端的月度刻度折回季度段可以，反向展开不行。
一个说明配对进行到哪一步，一个说明当前这一行是不是检索命中的对象，两者记录的时间点不同。
版本只挂在电脑端查找表上，避免两张表各自记一套版本号导致口径打架。安卓表要回溯时，一律回到电脑端查。
同一批条目在两张表里的前后位置没有任何对应关系，不能靠相邻行去推测另一张表的位置。
原始版本日期怎么被留下来
老用户对照记录不做覆盖式更新。每一条变更都在对应主版本下留一个位置，原始版本日期随记录一起保存，目前累计 9 个主版本、34 次修订。看到某个版本号，就能顺着展开它当轮改了什么。
V1 索引骨架建立 第 1 至 3 次修订
- 第 1 次确定行业与时间双维度并行的组织方式
- 第 2 次划定 12 个行业大类，先只做一层
- 第 3 次确定条目编号的书写格式与长度
V2 条目编号规则统一 第 4 至 7 次修订
- 第 4 次总索引与对照表共用同一套编号
- 第 5 次固定编号中分类码所占的位数
- 第 6 次确定编号在两张表里的显示顺序
- 第 7 次加入编号重复时的校验环节
V3 行业分类补到两级 第 8 至 11 次修订
- 第 8 次在大类下增设子类，合计 48 个子类
- 第 9 次写出子类的归属判据与边界示例
- 第 10 次把电脑端查找表切到两级分类
- 第 11 次安卓表保留大类一层作为速读入口
V4 时间轴细化到月度 第 12 至 15 次修订
- 第 12 次时间维度拆为 24 个季度段
- 第 13 次季度段下细分为 72 个月度刻度
- 第 14 次把双周复核节点挂到月度刻度上
- 第 15 次确定时间字段在两张表里的不同写法
V5 两份对照拆成独立表 第 16 至 19 次修订
- 第 16 次安卓收藏对照表从总索引中拆出，单独排版
- 第 17 次电脑端查找表另起一张，行号从头开始
- 第 18 次写明两表不共享行号、不互相换算
- 第 19 次分别确定两表的字段命名
V6 电脑端改为行业优先排序 第 20 至 23 次修订
- 第 20 次查找序位不再沿用收藏的时间先后
- 第 21 次排序改为行业大类优先
- 第 22 次同一大类内再按季度段先后排列
- 第 23 次为查找结果加入命中标记
V7 标记与状态分成两列 第 24 至 27 次修订
- 第 24 次收藏标记只记录手动动作是否发生
- 第 25 次对照状态单独成列，记录配对结果
- 第 26 次允许两种状态不同步，保留待复核
- 第 27 次确定标记的取值集合与写法
V8 版本字段并入对照记录 第 28 至 31 次修订
- 第 28 次对照记录开始保留变更时的原始版本日期
- 第 29 次电脑端查找表加入参照版本字段
- 第 30 次安卓表保持无版本字段，避免口径混用
- 第 31 次确定版本号只升不降的书写约定
V9 复核节拍统一为双周 第 32 至 34 次修订
- 第 32 次复核周期固定为每两周一次
- 第 33 次复核结果统一汇总在更新记录里
- 第 34 次近六年累计约 156 个双周复核节点
先看哪张表，怎么交叉核对
-
第 1 步
先看手上有什么。只有收藏动作的痕迹，从安卓收藏对照表起点；只知道所属行业和大致时段，从电脑端查找表起点。
-
第 2 步
无论从哪边起，最后都靠条目编号把两行牵到一起。序位、分类写法、状态字段都不承担这个作用。
-
第 3 步
要回溯旧口径，先在电脑端查找表读出参照版本，再翻到上一节的同名版本条，看那一轮改了哪几处。
-
第 4 步
两条记录对不上时，先比对复核轮次字段。相差一轮属于正常范围，等下一轮复核后通常会自动对齐。