入驻码管理
生成并分发商家入驻二维码。手机端优先展示可直接截图发送的出码结果卡。
当前为 PROD 后台：生成的入驻码只用于正式上线版小程序。stage 测试请切到 api-test 后台生成。
门店支付接入
核对门店的微信支付授权与必要配置。批准范围只覆盖符合条件的赛事报名收费。
接入记录加载中
新增赛事收费批准总开关读取中关闭此项不代表自助进件关闭；不影响门店提交资料与签约。
平台人工核验4 项
门店支付接入 SOP：商家进件 → 平台核验 → 按店批准
先完成一次通用微信签约，再由商家按实际经营业务选择需要的支付能力。自助进件是资料提交与状态查询流程；赛事收费批准由平台按门店单独审核。
商家本人操作
在商家后台依次填写经营资料、上传证照、填写结算银行账户（若银行列表不可用，可手动填写）；按微信要求完成本人必要验证和签约。收到补件要求时补齐并重新提交。完成进件后，按经营需要选择业务，并由商家阅读、接受当前展示的费率及条款。身份确认、扫码及签约必须由商家本人完成，平台和系统不得代办。
平台操作：首次配置与逐店核验
首次配置服务商凭据与自助进件规则。凭据由平台安全配置，商家不提供、不填写服务商密钥或证书。平台按已核实的门店记录检查小程序支付关联、分账产品邀请及商家同意、API 退款权限、公司分账回退关系，再决定是否批准该店新增赛事报名收费。
系统自动处理
校验提交字段、加密敏感字段并调用微信资料接口提交申请。点击商家后台“同步最新状态”后，系统查询微信申请进度。微信审核或开通权限期间，应等待官方状态更新，不要重复申请或重复扫码。微信签约成功后，系统绑定特约商户号并同步可核实的接入身份。
1. 商家提交申请并完成本人签约
商家在后台完成资料、证照、银行信息及微信要求的验证和签约；按页面提示选择业务并接受当时展示的费率条款。
完成标志：微信申请状态为“已完成”，且后台已绑定对应特约商户号。仅审核通过、待签约或开通权限中均未完成。费率以该门店微信核准结果为准；首店示例费率不代表其他门店费率。
异常下一步：资料待补则按微信补件清单由商家补交；审核中或权限开通中则等待官方状态，再由用户手动点击同步查询。不要重复申请或重复扫码；明确驳回时按提示修正；提交超时或结果未知时先同步原申请，勿另建重复申请。
2. 平台核对赛事收费必要条件
选择本页已有记录并读取最新条件。逐项在微信商户平台或服务商平台核实：①特约商户已关联开杆小程序；②分账产品邀请已发出且商家本人已同意；③API 退款权限可用；④公司分账接收方及回退关系已配置。
完成标志：四项均有可追溯的后台记录或凭据引用，并且本页条件检查通过。普通进件成功默认授权服务商 API 退款权限，先核实实际权限；仅缺失时再申请补开，不要求每家门店一律人工开通。
异常下一步：缺哪项就由相应平台管理员或商家完成该项，等待微信状态生效后点“重新检查条件”；未齐时保留待办，不填写猜测的凭据，也不要批准。
3. 平台批准与商家启用分开完成
平台核实四项记录后，提交“确认凭据并批准赛事报名收费”。系统随后检查产品条件与分账比例：通过后标记为已批准，未齐备则保留待办并显示原因。平台技术批准与商家选择业务、确认费用条款分别办理，两侧完成后才能收款。
完成标志：本页显示该店已批准，商家后台完成业务选择并确认当前费用条款，相关收款条件全部就绪。平台批准只覆盖符合条件的赛事报名收费，不代表台费已开放。
异常下一步：批准按钮不可用时先看总开关和未完成条件；平台总开关关闭时联系有权限的平台负责人处理配置，再刷新核对。商家业务选择未完成则由商家继续操作，不重复提交进件。
列表范围：这里只显示已进入支付接入核验或已完成进件的记录，不代表全部门店数或全部支付账户数；历史手动绑定的门店可能不在列表中。显示 0 家只说明当前没有此类记录。赛事收费批准总开关控制新的赛事收费审批，不等于自助进件是否开放。台费当前未开放；赛事新订单按平台规则收取 1%，历史订单不重算。
官方依据：特约商户进件准备 · 进件与签约流程
门店接入记录
选择门店查看最新条件、核对凭据或处理已批准记录。列表仅含接入核验/已完成进件记录，旧手动绑定可能未列出。
…正在读取接入记录请稍候，页面会显示服务端最新状态。
人工核验清单
仅记录非敏感凭据编号或后台核实结果，不在此收集密钥。
2分账产品与邀请确认平台邀请和微信商家本人授权已完成。
3服务商退款权限确认 API 退款权限已开通并可使用。
4公司接收方回退关系确认分账回退授权及接收关系已完成。
批准后仅按已核实身份和平台政策开放赛事报名收费。台费线上收款、门店积分及支付总开关仍由各自的业务设置控制。
场地收录
玩家在约战/门店页添加的「未入驻球房」都汇总在这里 —— 约战数与想去数是 BD 线索强度的代理指标，数字越高越值得优先去谈入驻。店主对收录信息有异议可一键隐藏；老板真的入驻后，用「合并」把这条收录记录指向正式门店（历史约战/想去数据不会因合并丢失）。
| 名称 / 地址 |
约战数 |
想去数 |
来源 |
状态 |
添加时间 |
操作 |
数据看板
官网访问、小程序埋点漏斗与平台用户规模，用于验证宣发渠道效果、产品激活转化与整体用户增长。事件明细只保留 90 天，不做热力图或地域分析。
逐日走势
浏览量柱 + 访客数折线；零值日照样出行
推广内容表现
仅统计带 UTM 的访问；关键意向为“申请试用 / 联系我们”
| 渠道 | 载体 | 活动 | 落地页 | 浏览量 | 访客数 | 关键意向点击 | 点击人数 |
|---|
推广链接生成器
复制后用于投放，渠道与活动会自动写入 UTM。
参数说明：utm_source 看来源分布；utm_medium、utm_campaign 看推广内容表现；URL path 看页面分布；data-track 看关键动作；referrer 与 UA 自动识别来源。逐日访客数之和 ≠ 区间访客数。小红书不允许外链，相关访问可能落在搜索或直接访问。
激活漏斗
进入 → 扫码成功 → 绑桌成功 → 确认时长，区间内计数；级间非同人追踪，v1 为计数漏斗
逐日活跃（DAU）
按假名（track_uid）去重；零值日照样出行
口径说明：DAU 按假名（track_uid）去重，登录态派生自用户身份、游客态是设备匿名 id，登录前后不缝合；扫码成功率 = 结果为「成功」的扫码 / 全部扫码结果；绑桌成功数含首占/加入/保留/顶替，不含失败；激活漏斗四级是区间内独立计数，不是同一批人的逐级转化追踪。事件明细只保留 90 天。
功能转化
对局闭环（翻牌/订阅）与增长面（约战/赛事/分享/复局）转化口径，区间内计数
翻牌资格分布
客户端只转述接口下发的资格状态、不自判：接口对「无资格」只回一个值不给原因（本店未开通/订阅过期/超每日局数/未达门槛分都并进「无资格·原因未披露」这一档），所以「未达门槛分」当前无从判定、恒为 0；零值也照样出行
约战转化路径
邀约点击 → 邀约成功 → 被邀方接受
功能转化口径说明：订阅接受率 = accept / (accept + reject + ban)；结算复局率 = 结算页曝光后点「再来一局」/ 结算页曝光，分母为 0 时显示 0.0%；约战与赛事转化路径是区间内独立计数，不是同一批人的逐级转化追踪，与激活漏斗四级同一条声明；reveal 数是翻牌揭示动作次数，不代表中奖或发券结果。
口径说明：本页「登录活跃」与「小程序」tab 的「埋点活跃」是两个不同口径——前者只统计登录用户，后者含游客与仅打开未登录的访问，两者不互相校准；DAU 快照自本功能上线当日起才有数据，更早日期无从考证，显示为「—」；历史 DNU 为上线时一次性回填值，若回填覆盖的时间段内有账号被删除，回填数可能略低于当时的真实注册数。
