投訴程序
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部分中啟用高級過程。
為產品改進設置指標和每月投訴原因分析。