2019 — 2025 · 平台沿革
把用户走到信息的那段路，一年缩短一点
2019 年幻影平台刚上线时，用户想找一个操作入口，往往要往下翻五屏才看得到。六年过去，移动端、电脑端与网页端的入口被收拢到同一条路径上，第一次来的人在两次点击内就能走到要去的地方。下面这条时间轴记录的，是每一次改动背后的具体麻烦，以及它最终解决到什么程度。
- 2019 平台上线年份
- 38 团队人数
- 74 累计版本记录
- 128 网页端案例
阶段节点
四次转折，每次都从一个具体的麻烦开始
没有哪一次改版是为了好看。每个阶段都对应着当时最集中的一类抱怨，以及改完之后真正落到你身上的变化。
-
第一阶段 · 单页入口
先把最常用的几个入口顶到首屏
平台刚上线时，所有说明挤在一张长页上。用户从首页去找一个操作入口，常常翻到第五屏还没见到按钮，翻不到就放弃了。第一批版本没做加法，而是把使用频次最高的几个入口整体上提，其余内容按实际使用顺序往下排。
结果 首页到常用入口的翻屏，从五屏压到一屏以内。
-
第二阶段 · 多端统一
三个端上的叫法，合并成一套
移动端、电脑端与网页端各自维护一份入口清单，同一个功能在三处用的名字对不上，老用户换个设备就得重新认一遍。这一阶段把三端的入口命名与分类合到一处，改一次同步到三端，电脑端客户端也从这一年起按统一版本号发布。
结果 同一件事，在三种访问形态上的叫法和位置终于一致。
-
第三阶段 · 索引重构
内容涨起来之后，平铺目录不够用了
页面数量涨到几十个之后，按栏目一层层点开的目录开始失效，选型的人要在不相关的条目里反复翻找。我们把索引改成按访问端、内容类型与行业三条线索交叉进入，案例按行业标签归类，想看哪一行就只看哪一行。
结果 查案例从逐页翻找，变成勾一个行业标签就能收窄范围。
-
第四阶段 · 焕新版灰度
拿两千多条反馈，重排移动端首屏
焕新版灰度期间我们收到 2,400 条移动端反馈，其中入口类占了 61%。这些反馈直接决定了首屏放什么、什么往后挪。焕新版把移动端首屏到目标入口的平均点击次数从 5 次降到 2 次，注册页的反馈提交路径也比旧版少了三个步骤。
结果 移动端首屏到目标入口，平均两次点击就能到达。
版本记录
74 条更新，落在四个阶段里
记录不是流水账。每一条都标明改的是入口、索引还是案例体系，电脑端说明里的每一项变化，都能对回一条版本编号。
-
2019–2020 · 单页入口期
14 条
改动集中在首屏结构与入口排序，处理翻屏太深、按钮找不到的问题。
-
2021–2022 · 多端统一期
22 条
以命名统一与三端同步为主，操作路径的调整都先在电脑端验证再推到移动端。
-
2023–2024 · 索引重构期
25 条
案例标签、行业分类与筛选逻辑是这一阶段的主要改动落点。
-
2025 至今 · 焕新版
13 条
围绕移动端首屏与反馈通道做密集小步调整，单次改动幅度小、发布频率高。
团队与分工
38 个人，四个小组，一条从抱怨到页面的通路
规模不算大，但每个小组都对着一类具体问题。你的一句反馈进到哪个组、多久变成页面上的改动，这条链路是清楚的。
-
11
内容与索引维护
负责入口描述、案例编目、索引标签与文字校对。一个案例进站时要标好行业、使用端与上线时段，索引才筛得动。
-
27
产品、技术与服务三组分担
产品组把咨询里的高频问题整理成改动清单，技术组保证三端行为一致并按版本号发布，服务组接邮件与电话、把反复被问到的内容补进问题解答。内容、产品、技术、服务四个小组，合计 38 人。
覆盖与规模
六年下来，攒出的这点体量
这些数字决定了两件事：你遇到的大部分场景，站内已经有对应的说明或案例；找不到的时候，也总有一个统一的地方能递话过去。
- 31 个省级行政区有用户访问
- 18% 访问量来自西北地区
- 46 个内容页面，分在六个栏目
- 128 个网页端案例，覆盖九个行业
- 52 条高频问题，分成四组
- 6 篇更新笔记，每月平均发布
维护节奏
页面上写着的东西，按固定节奏被翻过一遍又一遍
入口会不会点不动、案例标签还对不对、说明跟当前版本是不是同一套——这些事有明确的周期，不靠临时发现。
-
每两周
入口与链接检查
把六个栏目的入口挨个走一遍，确认三端跳转都落在该去的页面，发现打不开的链接当天登记、当天处理。
-
每季度
全站索引整理
合并重复标签，把新增行业补进案例索引，清掉筛选之后没有结果的空档，保持三个维度的入口都能点得通。
-
每年第一季度
上一年度内容回溯
把过去一年的改动按版本、入口、案例与说明归档，形成可回看的年度入口，也让新一年的调整有据可依。
更新笔记按版本、入口、案例与说明四类归档，每月平均发布 6 篇；遇到入口挪位或费用说明调整，都会在同一处留下记录。想先看最近改了什么，可以从更新笔记进去。