新版通道 V3.1 · 品质之选

把会员服务做成一件事:查得到、约得上、带得走

EMC全站 从一条站内检索入口起步,十余年时间里长成一套完整的会员服务体系。你在手机上完成的每一次权益查询、每一次会员中心预约,背后都有同一支团队在维护条目、索引和响应速度——不是为了把功能堆多,而是让一件日常小事不用反复折腾。

  • 48万 注册会员
  • 1,460 权益条目
  • 52万 日均检索请求
  • 96.4% 用户满意度

01 — 起点

让查权益这件事,少绕两步

会员权益的麻烦从来不在条款本身,而在于它散。同一项服务,说明可能分别写在品牌页、活动页和会员协议里,措辞不一致,位置也不固定。用户真正想确认的往往只有一个问题:这项权益现在还能不能用。

我们最早做的就是回答这个问题。把常见的权益问题收进一个检索框,输入关键词直接落到结果行,不必先判断它藏在第几层导航里。这个选择后来变成了整套产品的骨架——检索在前面,其余能力围着它长出来。

02 — 版本推进

每一次升级,都为了解决一个具体麻烦

四个版本节点,对应四类当时最让人头疼的问题:找不到、接不上、排不清、带不走。

横向时间轴展示 V1.0 到 V3.1 四个版本节点与对应能力升级的信息图
  1. V1.0 起步期

    先把入口做出来

    最初的版本只有一个检索框,后面挂着一份人工整理的常见问题表。它解决的是「知道有这项权益,但不知道它在哪」。那时候条目还不算多,靠人工录入就能跟上节奏。

    当时的样子

    问题表收录的条目不到两百条,全部由内容团队人工整理后逐条录入,更新的节奏跟着用户提问走。

    也正因为条目少,任何一个错别字或过期说明都会直接被用户撞上,这让我们很早就把「条目写入前先过一遍」固定成了动作。

  2. V2.0 成型期

    查完之后,下一步也得有地方去

    条目涨起来以后,单一检索框的短板暴露了:用户查完权益,接下来往往要预约或者做对比,但页面上没有出口,只能自己回头找。V2.0 把首屏拆成三栏,中间留给检索,右侧挂上会员中心入口,查、约、比三个动作第一次出现在同一个视野里。

    布局带来的变化

    检索从「一个功能」变成了页面的主路径,其余模块的位置由它决定。

    这套三栏骨架沿用至今,会员权益、检索导出和服务清单相关页面都共用同一套网格与配色,用户不必每次重新适应。

  3. V3.0 结构化期

    条目过千之后,得重新排一遍

    关键词命中的结果开始变得杂乱:同一件事有好几种说法,翻三屏才找到想要的那一条。我们把权益库按 9 个大类、36 个子类重新组织,每条权益固定归属一个子类,结果页支持按大类筛选。同一时期,条目校验变成每天一次,索引改为每 6 小时做一次增量更新。

    检索体验的转折点

    从「把所有相关结果倒给用户」变成「先给最可能的那一类」,平均响应时间稳定在 0.28 秒。

    联想词表也在这一阶段扩充到 2,800 条,覆盖常用说法和同义表达,输入「能不能用」和输入「有效期」会落到相近的结果上。

  4. V3.1 当前版本

    检索回到最显眼的位置,清单按周更新

    当前版本把检索放回首屏第二栏的最高权重位置,让它成为进入站点后的第一动作。服务清单的更新频率提到每周:固定在每周三发布,单周平均新增或修订 35 条。检索结果支持导出为离线清单,可选 TXT 与 CSV 两种格式,单次最多导出 500 条。

    适合谁用

    需要批量查阅权益条目、把结果存档备查的重度用户,以及替团队统一查询权益的小型团队。

    导出后的清单可以离线打开,网络不稳定时也能随时翻看,不必重新检索一遍。

03 — 今天

现在每天在跑的四条线

四条能力互相衔接:查到之后能约,约完之后能比,比完还能带走一份清单。

01

会员权益查询

1,460 条权益条目按 9 个大类、36 个子类归档,结果页能按大类筛,最近 10 次检索记录自动保留,下次进来接着看,不用从头输入。

按类筛选历史记录

02

会员中心预约

每天 9:00 至 21:00 开放可预约时段,选好时间提交即可,改期也在同一处完成,不需要重新走一遍流程。

时段可选在线改期

03

安卓站内检索

日均处理约 52 万次请求,平均 0.28 秒返回结果,索引覆盖 4,200 篇站内文档,联想词表收录 2,800 条常用说法与同义表达。

秒级响应同义识别

04

服务清单对比

从权益覆盖范围、检索响应速度、内容更新频率、导出能力、预约便利度、服务响应时段六个维度并排看,把不同品牌站的服务方式放在一起比。

六维对比并列查看

04 — 团队

由几何色块与线条构成的团队协作抽象插画,无人物面孔

有人在持续维护,这件事才成立

142 个人分在三支队伍里,各管一段:产品与研发把通道、检索引擎和导出能力做出来,内容运营把条目和清单养起来,客服在前台接住用户的每一个具体问题。每周从用户那里收回来的 300 多条反馈,会按类型分派到对应团队,成为下一轮迭代的输入。

86

产品与研发

负责检索、权益库、导出与预约系统的开发。保持每 6 周一个小版本、每两个季度一个大版本的迭代节奏。

24

内容运营

维护权益条目与服务清单的内容质量,每周处理 300 多条用户反馈,把条目问题、分类问题分派到对应团队。

32

客服

工作日 9:00 至 18:00 在线,会员权益与检索类问题优先处理,遇到条目本身的疏漏会直接反馈到内容团队。

05 — 质量

条目每天过一遍,索引每六小时跟一次

会员事务经不起「上次看到的是对的,这次看到的已经变了」。所以内容与系统两条线各自有一套固定的动作。

每日 1 次

权益库条目每天校验一次,覆盖范围、有效期与表述逐条过筛,发现偏差当天修正。

每 6 小时

检索索引做一次增量更新,新修订单条在半天内即可被检索到,不必等到下一次整库重建。

ISO 27001

平台通过信息安全管理体系认证,检索与会员相关数据的处理纳入信息安全等级保护三级范围。

180 篇

知识中心累计收录答疑内容,内容团队每周从用户反馈里挑出高频问题补充进去。

最近一次站内季度回访的结果是 96.4% 的用户满意度。这个数字我们看得比新增功能更重——它意味着用户回来的时候,不必担心结果变差。

06 — 覆盖

服务到了哪些地方

会员来自 31 个省级行政区,其中不少人把这里当成处理会员事务的固定入口。为了让检索结果始终有内容可查,平台与 120 多个品牌方建立了权益内容直连,条目更新跟着品牌方的调整走。线下则联动了 63 个合作服务点,分布在 24 个城市,把线上查到的东西接到线下能办的事情上。

蓝青色调的现代科技园区建筑剪影与网格背景
覆盖省级行政区
31 个
权益内容直连品牌方
120 多个
合作服务点
63 个
服务点所在城市
24 个

想先从哪一步开始?

想看清四条能力分别解决什么问题,去方案中心按场景挑;已经确定要用、手上就有具体问题,直接找客服,权益与检索类问题会优先排上。