品牌概况 · 长期维护
手册会被翻旧，写它的人不常换
杏运平台从上线第一年起，就把帮助文档、版本说明和服务清单交给同一支团队打理。写法、编号和留档习惯一路沿用下来，你今天翻到的那一页，很多年前就在这里了。
把团队账号长期放在一个地方之前，值得先弄清楚三件事：多久改一次、旧的东西留不留得住、找不到的时候谁来接。
- P.01每季度一次大版本，每月一次修订
- P.02旧版资料保留五年，凭版本号调取
- P.0314 人专职写作、校订与回信
沿革
从第一本手册说起
这本手册不是一次写完的。它跟着用户的问题长，也跟着几次返工变得好翻一些。
-
01
第一年 · 把散落的说明收进同一处
平台刚上线时，操作说明散在邮件回复和聊天记录里，同一个人问两次，答案还不一样。团队做的第一件事是把这些内容收进同一个地方，并定下一条写法：一页只讲清一件事，步骤要能照着做下来。
-
02
第二年 · 给旧界面留一份副本
换手机、换电脑的人多起来，翻不到原来那页的反馈也跟着多。于是每个版本发布时同步留档，版本说明栏目慢慢成形，最早的条目还能追到平台上线之初，如今集齐 67 个版本。
-
03
第三年 · 文档量过了四位数
帮助文档从十几篇涨到 1,180 篇，目录层级越挖越深，搜索反而不好用了。用户在首页找不到入口，只好写信来问，这成了下一轮返工的理由。
-
按版本编号排好的资料盒，每个盒子上贴着发布时间的标签卡 -
04
去年冬天 · 按 9 大类 42 个子类重新落位
一次彻底的目录重整：1,180 篇文档不再按部门归属摆放，而是按用户的使用场景重新归类，9 个大类下面再分 42 个子类，首页只留最常翻的几条路。
-
05
这个春天 · 清单更新到 6 月
2025 服务清单整理成 48 项条目、6 个板块，另附 12 个资料库入口。合作方按板块找对应资料，不必再从头翻到尾。
分工
谁在维护这份资料
38 人的内容与支持团队里，有 14 人专职做三件事：写文档、盯版本、回信。一篇文档从用户提问到上线，通常不转手给团队之外的人，改到哪一步都找得到负责的那一位。
01 文档撰写
把被问得最多的操作写成能照做的步骤：一段只讲一件事，先给结论，再补一句为什么。写完由另一个人按着步骤实际走一遍，走不通就退回来重写。
02 版本校订
新版本发布前，按界面分区、按钮位置、术语三张清单逐项过一遍。有变化就同步进版本说明，并标出它影响了哪些旧条目，翻旧资料的人不至于对不上截图。
03 客服回信
工作日 9:00–18:00 内回信。复杂的请求先回一封确认信，问清设备类型与当前版本号，再去调取对应时期的旧资料，免得多来回几轮。
目录重整
版本号和旧资料，现在挨在一起
以前查版本号和找旧资料分在两个地方。可用户手里常常只有一个三段式的版本号，或者一张说不清版本的旧截图，来回跳几次才能确认。
重整之后，版本说明和旧版资料放在同一页对照着看：输入版本号，旁边就是同一时期界面分区的说明；反过来，从一张旧截图出发，也能顺着编号找回当年的写法。
资料库按主题分成入门、进阶、设备与账号四个板块。第一次用的人从入门走，换了设备的人直接进设备与账号，需要接接口的同事在进阶里找。
数字概览
这些年攒下来的分量
帮助文档，覆盖日常操作到设备适配
版本条目，最早一条追到平台上线之初
省级行政区的用户在用这套资料
合作服务商，做设备适配、内容校对与渠道服务
网页版中心的日常访问量
2025 服务清单条目，分在 6 个板块里
翻不到的内容，写信到 支持中心 找入口，工作日 9:00–18:00 内有人回。
节奏
按季度改版，按月修订，旧页留五年
更新不是想起来才做。每个季度集中处理一次界面调整和目录变更，每月再把错字、过期截图和步骤微调统一修一遍，节奏定下来，用户就知道什么时候该回来看看。
旧版本资料保留五年。换了手机或电脑、界面和记忆里不一样时，凭设备类型和当前版本号就能调出同一时期的说明，对照着把操作走完。
-
Q
每季度一次大版本
界面调整、目录变更、新增板块集中在这一轮，用户能明显感觉到变化。
-
M
每月一次修订
措辞、截图、步骤细节的小改动按月清一次，不攒到季度末一起动。
-
S
每季度全量校订一遍
文档与版本条目整体过一遍，修订记录连同条目编号一起放出来，改过什么查得到。
-
5Y
旧资料保存五年
五年内的旧界面与旧写法都能调取，团队换人、设备换代也不至于断档。