品牌中心 · 七年维护记录

七年时间,把每一次版本变动
做成查得到的档案

新莆京官网自 2019 年上线运营,只把一件事做深:让您在两步之内看清当前版本、读到公告原文、跟上自己提交的反馈走到哪一步。四组共 26 人的团队按周推进记录,双周一个小版本、每月一个大版本,从河南出发服务国内 28 个省级行政区的使用者。

  • 26 人的团队分成内容、版本、支持、前端四组
  • 7 次首页结构迭代,最近一次是 V2.0
  • 28 个省级行政区有访问来源
  • 5 个版本节点的记录在公告索引里可查

01 / 起点

先解决“找不到”,再谈其他

用户打开官网,最常问的三句话是:入口在哪、现在是什么版本、我提的问题处理到哪了。这三年间我们收到的来信里,超过一半都属于这三类。站点的结构就由此定型——不做资讯堆叠,把版本、公告和反馈各归一位,谁都能顺着编号找回来。

我们把每一条更新都当作一份要保存的文档:有版本号、有记录编号、有对外可见的时间线索、有状态标记。您在公告索引里看到的 UP-2.0-012,并不是流水号,而是这次更新的固定地址——以后再提同一件事,报这一串字符就够了。

这套做法带来的直接好处是省时间。您不用在论坛翻几十页帖子确认某功能上线没有,也不用反复截图证明自己说过什么。按版本号筛一遍,或按状态看哪些还在处理中,答案就在列表里。

对需要长期使用安卓客户端的用户来说,一个能被回头查阅的站点,比一个每天推新消息的站点更有用。这也是我们七年只围绕一条主线做迭代的原因。

02 / 历程

从首版到 V2.0,六个值得回看的节点

首页结构前后改过 7 次,导航层级也重排过几轮。真正让使用体验发生变化的,是下面这几个节点。点一下即可跳到对应段落,看当时改了什么、解决了什么问题。

整齐排列的版本记录卡片侧面局部特写,可见编号与状态标记

每一条记录在归档时都会生成一张卡片,编号固定,状态随进展更新。

  1. 节点 01 · 首版

    站点上线,先立住“官方入口”这一个身份

    首版只做两件事:告诉访客这里是官方站点,并把客户端入口放在最显眼的位置。当时页面少、信息也少,但“从哪进”这个问题第一次有了确定答案。

  2. 节点 02 · 第 3 次首页迭代

    公告从正文里拆出来,单独成栏

    更新说明原本混在首页正文中,越写越长。第 3 次迭代把它拆成独立栏目,并按版本分段。访客从此可以先看列表再点详情,不必读完一整页。

  3. 节点 03 · V1.6 版本段

    记录编号启用,一条公告有了固定地址

    从 V1.6 这一批记录开始,每条公告都带唯一编号,格式是版本段加三位序号。此后您在来信里报一串编号,支持组的同事就能直接定位到那条记录,省去反复描述。

  4. 节点 04 · 第 5 次首页迭代

    改用移动优先栅格,窄屏先看得到

    大部分访问来自手机。我们把栅格改成移动优先,先保证 360px 宽度下不出现左右拖动,再往上适配平板和桌面。公告列表在手机上变成单列,每行只留编号、版本、时间线索和状态。

  5. 节点 05 · V2.0 版本节点

    公告查询入口移到首页第二栏

    入口从二级页面提到首页第二栏,是这几年改动里反馈最直接的一次。现在首页往下滚一屏就能进索引,收录的 12 条记录覆盖 V1.6 到 V2.0 共 5 个版本节点。

  6. 节点 06 · 导航 V3 与第 7 次首页迭代

    导航按手机操作习惯重排

    导航升级到 V3,一级入口收敛为 6 个,二级条目 24 个,按使用频率排序。桌面端保留左侧轨道,移动端收成抽屉,展开一层就能看到全部去向,不需要来回跳页。

03 / 分工

26 个人,四个组,一条记录走完全程

一条公告从起草到对外可见,中间会经过四道手:写清楚、编上号、能被问到、能看得懂。四组各管一段,衔接处不留空白。

多人协作查看屏幕墙的剪影式画面,画面中没有清晰人脸

版本记录组与前端体验组在发布前共同过一遍展示效果。

04 · 内容维护组

把话说清楚

负责帮助中心六个板块的编写与更新:入口指引、版本与公告、反馈与进度、导航使用、常见报错、账号与安全。每一次界面调整,这一组会同步改写对应说明,避免说明和实际界面对不上。

向您交付的东西:一份看得懂的操作说明,而不是一段术语。

03 · 版本记录组

让每条记录可定位

负责版本节点的整理、编号分配与状态更新。双周小版本、月度大版本的发布节奏由这一组排期,公告与反馈状态平均每个工作日更新 3 条。

向您交付的东西:一串编号,报出来就能找到上下文。

02 · 用户支持组

接住每一次来信

负责客服邮箱与电话的日常应答,工作日内回复,并把来信内容归到对应记录下。您附上编号,这一组就能直接翻到那条记录继续往下跟。

向您交付的东西:一个知道来龙去脉的对接人。

01 · 前端体验组

保证在任何屏幕上都能读完

负责栅格、对比度、加载与动效的实现。移动优先栅格自 2023 年起全面启用,窄屏单列排版、按钮可点区域放大、列表在滚动时逐行点亮左侧编号,都是这一组做的手感调整。

向您交付的东西:一次不卡顿、不用放大的浏览。

04 / 节奏

什么时候有更新,什么时候能看到

版本按固定节奏推进,公告和状态跟着这个节奏走。您不必盯着刷新,按时间点来看就行。

双周

小版本

两周一推,主要处理报错修复、文案调整和小范围体验优化。改动量不大,但都会留下记录,归入当前版本段的编号序列。

月度

大版本

每月一次结构性更新,涉及功能增减或导航调整。发布后同步更新帮助中心的说明段落,并推送新的版本段编号。

每日

状态同步

公告与反馈状态平均每个工作日更新 3 条。已受理转入处理中、处理中转入已答复,都会在列表上直接看到颜色变化。

一条记录从提交到公示要走的路

  1. 01内容维护组起草说明,确认表述与界面一致
  2. 02版本记录组分配记录编号,归入对应版本段
  3. 03前端体验组确认在手机上能正常阅读
  4. 04对外公示,状态灯同步为绿色

05 / 覆盖

从河南出发,服务 28 个省级行政区的使用者

运营中心在河南,访问来源却铺得很开。不同地区的网络条件、机型分布和使用习惯差别不小,这些都在影响我们怎么排版本、怎么写说明。

  • 河南及周边访问最集中的区域,反馈响应与常见报错说明优先覆盖。
  • 华东与华南活跃度高的地区,版本推送后的反馈量往往在发布当天出现峰值。
  • 中西部与北方机型跨度大,兼容性问题多集中在这里,公告里会单列适配说明。

如果您所在地区遇到与公告描述不一致的情况,来信时一起说明机型和网络环境,支持组会归到对应记录下继续跟。

看看常见报错怎么查 →
抽象网格与节点连线构成的区域覆盖示意图,节点亮度表示访问集中程度

访问来源的分布会作为版本排期的参考之一。

06 / 标准

换一台设备,看到的应该还是一样清楚

记录写得再好,读起来费劲也白搭。我们在做页面时会守住几条底线,让不同设备上的人都能把内容读完。

A

360px 宽度不横向滚动

移动优先栅格把最窄的常见屏幕当成起点,列表单列、卡片留白收窄,手指滑动只上下不左右。

B

正文对比度足够

主体文字与背景的对比保持在正文可读的水平,辅助说明才用较淡的灰色,避免整页灰蒙蒙一片。

C

动效可降级

系统开启“减少动态效果”时,进入动画和状态灯的呼吸辉光会自动停用,页面保持静止但内容完整。

D

编号可复制、可口述

记录编号使用等宽字形,数字竖向对齐,截图或念出来都不容易认错一位。

07 / 协作

和我们一起把事情推进的人

版本记录和帮助内容不靠闭门造车。我们和三类伙伴保持着常规往来:内容合作方提供产品侧的一手变更说明,技术社区带来不同机型上的真实报错反馈,行业媒体则帮我们把关键更新讲给更多人听。

合作不涉及任何形式的署名推荐或站台。伙伴提出的问题会照常进记录、照常编号、照常排进版本,和普通用户提的走同一条路。

  • 内容合作方同步功能变更的背景,帮助说明写得更贴近真实使用。
  • 技术社区汇集跨机型的兼容问题,作为小版本修复清单的来源之一。
  • 行业媒体在结构性更新时对外介绍版本变化,减少用户的理解成本。

如果您所在的团队希望就内容或技术方向与我们交流,来信说明即可,我们会在工作日回复。

下一步

先看最近一次更新改了什么

公告索引里现在有 12 条记录,覆盖 V1.6 到 V2.0。按版本号筛一遍,或看看哪些还在处理中,都比翻聊天记录快。