新增
这一轮版本阶段里第一次出现的条目。看到这个标签说明它对应的模块刚做过调整,按页面上的说法读即可,不必再去翻旧版本。
条目目录 · 四组 · 14 条在架
遇到具体的小问题,先在下面的目录里找一个对应编号。每条只写适用场景和要点,标出是新增还是随版本更新过,读完就能判断该自查、该联系,还是该去别的栏目。
四个分组 · 点击跳转
条目编号由分组字母加两位序号组成,字母决定它属于哪一组,序号只表示在该组内的排列位置,不代表新旧或重要程度。
所以 A-01 到 A-04 全在“访问与栏目”一组里,
C-02 则属于记录查询组。按编号检索时不需要输入分组名,只写编号就能落到对应条目。
编号一经发布不再复用:条目作废时整条下架,编号留空,避免同一个编号在不同版本里指向两件事。
分组 A
四条,解决“进不来、找不到、切不走”这一类入口问题。
适用场景第一次进站,想先看看不同栏目各自写着什么。
要点电脑端入口固定在左侧轨道,窄屏从顶部菜单按钮展开抽屉;切换后页面顶部会写出当前栏目名,位置一致。
适用场景误点了折叠按钮,导航只剩下一列编号。
要点折叠后轨道保留编号窄条,点窄条上的展开按钮即可恢复;这个状态只在本次浏览会话里保持,重新打开就回到展开。
适用场景从搜索或别人给的链接直接跳进来,不确定页面归属。
要点当前栏目在轨道与抽屉里都用信号红点标出,标题上方的路径条也会写出完整层级,两处对上就说明没走错。
适用场景换了设备打开,发现原来的入口位置不见了。
要点电脑端轨道常驻可折叠,窄屏收进抽屉;两者的栏目顺序完全一致,只是工具按钮的位置不同,功能没有增减。
想把切换动作走一遍,解决方案里有按顺序排好的分步路径。
分组 B
四条,围绕规则从哪读起、额度分几类、变动在哪里核对。
适用场景准备参与,但不确定自己看的是不是当前那一版规则。
要点活动规则与记录查询是两个独立模块,建议先读完规则再去看额度变动,两边口径分开标注,不会互相覆盖。
适用场景看到“测试版”字样,不确定它和正式口径是什么关系。
要点视讯测试版额度说明在侧栏展示,只描述当前测试版本下的额度范围;测试版与稳定版并行运行,说明各写各的。
适用场景数字对不上,想确认自己看的是哪一类额度。
要点三类额度分开标注、各自记录变动来源,同一笔变动不会同时计入两类;核对时先看类型字段,再看变动值。
适用场景想确认某次变动有没有被记进去。
要点额度变动逐项标注,可在记录查询里按类型筛出来;完整口径统一写在功能特性页,页面上不再重复展开。
三类额度的定义与统计窗口,集中在功能特性看板的十项指标里说明。
分组 C
三条,关于自查能看到什么、窗口怎么算、查不到时先排除什么。
适用场景自查之前想先知道结果长什么样,好对照。
要点每条记录含六项字段:时间、栏目、类型、额度变动、状态、备注。字段名固定,不随栏目或版本改变。
适用场景想查一条比较早的记录,不确定还在不在范围内。
要点自查覆盖近 180 天,窗口从当天往回推自然日;超出窗口的记录不在结果里,需要走联系渠道请人工确认。
适用场景印象里有过一次变动,列表里却没出现。
要点依次核对:时间是否落在窗口内、栏目是否选对、类型是否被筛掉。三项都排除后再发邮件反馈,附上界面截图定位更快。
围绕同一主题的条目可以连起来读,专题内容按版本阶段把它们整理成了索引。
分组 D
三条,说明反馈怎么提、回执怎么算、什么情况该走哪个渠道。
适用场景界面显示异常,想把使用意见提交出去。
要点桌面端产品反馈入口集中展示,提交时附上界面截图更便于定位;站点不通过在线表单收集信息,反馈走这个入口或邮箱。
适用场景提交之后想确认大概什么时候能有音讯。
要点反馈提交后通常在两个工作日内给出回执。描述越具体、附图越完整,越少来回追问,复杂问题可能会在回执里追加一轮确认。
适用场景不确定该用哪个渠道,怕问错地方又要重来。
要点活动规则与额度说明类问题建议发邮件并附截图;需要即时确认的可以直接打电话。地址信息仅作联系地址登记使用。
渠道的适用问题与响应节奏,在联系我们页写得比较完整。
条目状态
这一轮版本阶段里第一次出现的条目。看到这个标签说明它对应的模块刚做过调整,按页面上的说法读即可,不必再去翻旧版本。
条目本身早就在架,阶段内重新修订过措辞或数值。凡是标了这个标签的,都以当前页面为准,不要沿用你之前记下的旧说法。
帮助条目随版本变更同步修订,不做批量重写。栏目条目按版本阶段更新,专题按阶段轮换,旧专题归档保留但仍标注所属阶段。
目录之外的入口按用途分开放:平台服务按五个分类列出收录厂商与接入状态, 精选推荐把标准版、测试版与轻量版放在同一条规则下并排对照。