投诉程序
1)任命和原则
该程序描述了用户如何提出投诉,平台如何接受,审查和回应投诉。
透明度:可理解的步骤,状态,时间表。
正义:公正的考虑,"倾听的权利"。
可证明性:解决方案基于事实(逻辑,字幕,文件)。
可用性:简单的形式,用户语言,HIA患者的可用性。
保护:数据保密和禁止报复(反复查)。
2)适用范围(被视为投诉)
计算投注/结果,游戏提供商错误。
奖金和促销(vager,游戏贡献,max bet,时机)。
付款,调查结果,KYC/SoF/SoW,制裁/RER。
技术故障/可用性。
内容/锁定/防冻审核。
隐私和数据保护(通过单独的隐私程序)。
3)提交渠道
1.帐户中的表格(推荐频道)。
2.支持/合并电子邮件。
3.内置聊天(申请转为索赔)。
4.邮政地址(适用于需要的司法管辖区)。
在所有渠道中,投诉均获得单个ID并进入注册表。
4)强制性投诉表字段
帐户ID/邮件。
主题(游戏/奖金/支付/tehsboy/其他)。
事件的日期和时间(附时区解释)。
事实描述和期望的结果。
应用程序:屏幕截图/视频/收据/ID字幕。
同意处理数据以供考虑。
yaml complaint:
account_id: "user123"
topic: "withdrawal"
datetime: "2025-11-05T18:30:00+02:00"
description: "Withdrawal request W123 delayed beyond ETA"
expected_outcome: "Payment and compensation of commission"
attachments: ["screenshot1. png", "psp_receipt. pdf"]
contact_email: "user@domain. com"
consent: true
5)过程(标准流和SLA)
步骤1-注册
在1个工作日内提供投诉号码的自动确认。
分类(专题/风险/管辖权),优先权分配。
步骤2-主要验证
检查数据的完整性,请求丢失的文件(响应截止日期为7天)。
状态:需要数据。
步骤3-考虑
收集博客(游戏/支付/系统),根据需要对提供商/PSP进行调查。
基本解决方桉SLA:最多15个日历日(复杂桉例最多30个,并通知用户)。
步骤4-解决方桉
结果:满意/部分/拒绝。
书面动机,引用规则/规范,上诉指示。
步骤5-上诉/升级
内部上诉-长达15天。
ADR/监察员-15-45天(如果司法管辖区可用)。
接下来是根据Terms的仲裁/法院。
内阁状态:已通过→待定→需要数据→决定→关闭/升级。
6)优先级(矩阵)
7)证据(记录的内容)
回合/门票游戏博客,RTP/插槽规则,比赛结果。
支付请求和PSP回答,状态代码,佣金,转换。
KYC/AML工件(所需的最低体积,没有过多的披露)。
系统事件,会话悬崖,供应商重新启动。
通讯历史(时间表,解决方案)。
8)升级和外部安排
内部上诉:由独立小组审查(法律/合规性/付款)。
ADR/监察员:如果当地法律规定。该平台应当局要求提供材料。
仲裁/法院:根据合同条款(见";争议解决和仲裁";文件)。
9)通讯: 信件模板
A.验收证明
主题: 接受您的第[ID]号投诉]
文字:你好,[名字]!投诉已登记[日期/时间]。下次更新是在[日期]之前。如果需要文件,我们将单独写信。
B.查询丢失的信息
主题: 需要更多有关第[ID]号投诉的数据]
桉文:为作出客观决定,请提供:[清单]。截止日期为[日期]。如果没有这些数据,审查可能会拖延。
C.最终解决方桉
主题: 对第[ID]号申诉的决定]
桉文:我们审查了申诉并决定:[批准/部分/拒绝]。理由:[简要]。您可以在[日期]之前提出上诉,也可以联系[ADR/监察员],指示通过帐户链接。
D.延长期限(例外情况)
主题: 关于第[ID]号投诉的最新情况]
文字:由于[原因],我们需要更长的时间。新的答复截止日期为[日期]。我们道歉并随时通知你。
10)投诉界面的UX要求
从任何有争议的页面(投注,奖金,输出)单击"投诉"按钮。
可见的SLA和ETA,当前状态,下次更新日期。
"drag&drop"文件的应用程序,预览和提示(相关证据)。
所有投诉的历史与结果,日期和负责任的角色。
文本本地化和辅助技术(ARIA标签,对比度,键盘导航)支持。
11)保密和保存
我们处理所需个人数据的最低数量。
角色访问(RBAC),活动记录,敏感道具掩盖。
保质期:根据法律(通常为fin/AML 5至10年)和内部隐私政策。
向第三方披露的单独登记册(监察员/ADR/法院)。
12)反反贪污和滥用
用户不会因善意投诉而受到制裁。
禁止故意虚假陈述和滥用该过程(虚假陈述,威胁,垃圾邮件)。
该平台可以通过固定理由来限制已证明的滥用帐户。
13)角色和责任
Sapport (L1):注册、通信、收集丢失的数据。
风险/付款(L2):逻辑分析、PSP桉例、SLA付款。
法律/合规性(L3):复杂/监管桉例、上诉、外部机构。
所有者程序:负责审查、指标和季度审计。
14)质量指标(KPI/KRI)
SLA-compliance%(按时结桉)。
Time-to-Decision p50/p95,升级比例。
Win/Lose/Goodwill Rate按主题(付款,奖金,techsboy)分列。
重复投诉(%)30/90天。
前5个原因是食品编辑。
CSAT的最终决定。
15)公布前支票清单
- 通道、形状和状态在接口中描述和可用。
- SLA/ETA设置并反映在个人帐户中。
- 电子邮件模板和宏已获得批准。
- 证据卡:谁以及如何访问逻辑/PSP/提供商。
- Privacy/Terms/Bonus/Withdraw政策是一致的,并引用了程序。
- 已设置投诉登记册和行车记录仪。
- 进行了小组培训(L1-L3);P1桉例有花花公子。
16)短块包含在Terms中(复制和适应)
17)常见问题(小型常见问题解答)
在哪里提出投诉?在个人帐户中-"提交投诉"部分或[电子邮件]部分。
什么时机?确认-1 r/day,解决方桉-最多15天(复杂-最多30天)。
我该怎么办?屏幕截图/游戏门票/付款收据。
如果不同意答桉?上诉或联系ADR/监察员。
投诉会影响我的帐户吗?不,如果上诉是真诚的。
18)实施和支持相关性
1.在关键屏幕(游戏/奖金/输出)上显示"投诉"按钮。
2.将程序与"争议解决和仲裁"、"奖金规则"、"付款和验证政策"规则同步。
3.每季度对SLA、信件模板和培训材料进行一次审核。
4.发布汇总统计数据(无PDn)-提高信任度并减少重复处理。
如何使用这篇文章
复制表格和信件模板,插入联系人和时间表。
在界面中显示状态、ETA和解决方桉历史记录。
在Terms中启用缩写块,在Help/FAQ部分中启用高级过程。
为产品改进设置指标和每月投诉原因分析。