接入与保障 · 服务旅程
从第一次对接到稳定运行,六步走完
万博游艺把接入过程拆成六个环节,每一步都标出由谁负责、大致需要多久、你能拿到什么。开始之前先看一遍,后面就少来回确认。
- 6 个环节 需求确认到首期复盘
- 4 类责任角色 R1 至 R4
- 7 天一期 结算按周期推进
- 3 个结算节点 起算 · 核对 · 出账
每一步谁在做,你会拿到什么
点任一节点,展开该环节的负责角色、大致时长和交付内容。前两个环节属于准备,中间两个属于接入,最后两个属于运行阶段。
负责角色R1 规则核对
大致时长1–2 个工作日
你会拿到平台形态归类结论
第一次接触时,先确认你正在运营的平台属于哪一种。同时铺开多个分类的综合型平台,和只运营固定分类的平台,在档位区间与限红上限上并不共用一套标准。
这一步不需要你先把数值算清楚,只要说明当前的分类范围、日常在线桌数大致在什么量级、打算从哪一期开始接入。我们据此给出归类结论,并告诉后面该按哪条路径往下走。
负责角色R1 规则核对 · R2 档位与周期配置
大致时长2–3 个工作日
你会拿到逐家档位边界与在线桌数区间对照
对接中的每家厂商都自己写规则,同一个档位在两家处的边界常常不一样。这一步把在线桌数区间、单位时间内的开局频次、限红所处级别并排放进同一张表,横向逐家看,纵向按规则类型看。
表里每个数值都标出它来自哪家厂商、当前处于什么状态。哪些是你已经能直接用的、哪些还等着厂商确认,写成两段分开呈现,避免把未定稿的数值当成结论。
负责角色R2 档位与周期配置
大致时长2 个工作日
你会拿到建议档位与对应限红级别
返水按六档划分,每档的边界、适用条件、与相邻档的差异都逐档写明。结合你的在线桌数区间和开局频次,我们从六档里给出建议落在哪一档,再从九级限红里标出对应级别。
档位不是越高越好。选高一档通常意味着对桌数与频次的要求同步上移,选低了又会浪费已有的量级。这一步会把两种选法的实际差异摊开,让你看到差在什么地方,再决定。想先把六档本身看完整,可以对照方案档位里的逐档说明。
负责角色R2 档位与周期配置 · R4 结算与对账
大致时长3 个工作日
你会拿到一期内三个节点的日期排布
结算按 7 天一期推进,万博结算周期内的三个节点分别是起算、中段核对与清算出账。我们把这三个节点落到你的日历上,标明每个节点由谁发起、你需要在此之前提交什么。
各家厂商对核对材料的要求不完全一致,所以排期按厂商分别写,不做统一模板。排完之后你手上会有一份可以直接转到内部的日期表,落到具体岗位时不用再解释一遍。
负责角色R3 渠道与账号支持
大致时长2–3 个工作日
你会拿到账号权限边界说明与对接人清单
账号分几个层级,每个层级能看到哪些数据、能改动哪些配置,都写在一份权限边界说明里。渠道侧的开通与停用由 R3 处理;涉及结算数据的查看权限,需要 R4 确认后才会开放。
对接人清单会写明每个环节该找谁,以及工作日 9:00–18:00 内用什么方式联系。这份清单同时交给双方,避免同一个问题在几个人之间来回转。
负责角色R4 结算与对账 · R1 规则核对
大致时长跨一个完整周期
你会拿到首期对账结论与下一期排期
首期跑完一个完整周期之后,我们把实际出账结果和先前写下的档位、节点逐项比对。对不上的地方记下来,并说明是厂商口径有了调整,还是我们记录有误。
复盘结论连同下一期排期一起回传。此后进入常规节奏,每期只保留中段核对与出账确认两个动作,除非档位或厂商范围发生变化。
7 天一期,期内依次走三个节点
周期一旦确定,节点日期就固定下来。下面三个节点在每一期里重复出现,动作和产出都不变,变化的是当期参与的厂商范围。
-
节点一
第 1 天
周期起算
R4 记录本期起算时点,锁定当期参与的厂商与档位版本。你收到一条起算确认,说明这一期按哪一版口径计算。
-
节点二
第 3–4 天
中段核对
R1 与 R4 一起比对当期数据与厂商口径,把差异挑出来。这一步是唯一可以在出账前调整的窗口,越早反馈越有余量。
-
节点三
第 7 天
清算出账
核对通过的当期数值进入清算,出具对账结论并同步给对接人。结论落地后,下一期排期同时生成。
问题交给谁,一开始就写清楚
六个环节里出现的四类角色,各自守着一段边界。边界之外的事不会被顺手接走,这样对接人不用猜该找谁。
-
R1
规则核对
负责向厂商确认现行口径,标注每个数值的来源与状态。档位边界、限红级别、开局频次的判定都出自这一类角色。
-
R2
档位与周期配置
把核好的规则落到你的具体场景上,给出档位建议与周期排布。六档选择与 7 天一期内的节点安排在这一类角色手上成型。
-
R3
渠道与账号支持
处理账号层级、查看权限与渠道开通停用。哪些数据谁能看到、改动需要谁确认,由这一类角色维护并同步给双方对接人。
-
R4
结算与对账
管住周期本身:起算、核对、出账三个动作由这一类角色发起,差异记录与复盘结论也由这里出具。
数值对不上时,按这个顺序往下走
运行过程中出现差异是正常的,关键是先分清是记录问题还是厂商口径变了,再决定由谁处理。
表里每个数值都带来源厂商与当前状态。发现不一致时,先把两边的来源对一遍:是同一家厂商的不同版本,还是两家厂商被放在一起比较了。多数差异在这一步就能解释清楚,不需要改动任何记录。
由 R1 向对应厂商复核,确认是档位边界调整、限红级别变动,还是结算材料要求有更新。确认结果会在版本演进里说明影响范围——影响了哪几个档位、从哪一期开始生效、已排的期次要不要重排。
期内第 3 至第 4 天是唯一能在出账前调整的窗口。把差异在这两天内提出,R4 可以并入当期处理;过了这个窗口,调整会顺延到下一期,并在对账结论里注明顺延原因。
常规操作层面的问题,可以先看帮助中心里按场景整理的四组说明;涉及档位与周期的核对,直接发邮件到客服邮箱,标题注明“规则核对”能更快定位。工作日 9:00–18:00 内回复。厂商口径本身的确认由 R1 负责,周期排期与出账由 R4 负责,两边不会互相推。
走完六个环节,你手上会有这些
每份交付物对应一个环节,形式和用途各不相同。下面按出现顺序排开,方便对接人预先安排内部配合。
- 01 形态归类结论 说明你的平台归入综合型还是固定分类,决定后面按哪条路径走。
- 02 厂商规则对照 一张横向长表,逐家列出在线桌数区间、开局频次与限红所处级别。
- 03 档位与限红建议 六档中建议落在哪一档,对应九级限红里的哪一级,附带相邻档的差异说明。
- 04 周期节点日期表 把 7 天一期里的三个节点落到具体日期,可直接转到内部岗位使用。
- 05 权限边界与对接人清单 账号各层级能看什么、能改什么,以及每个环节该找谁,双方各留一份。
- 06 首期对账结论 实际结果与预设口径的逐项比对,以及下一期排期,一并回传。