운영자 및 파트너를위한 UX

1) 맥락과 주요 차이점

운영자는 위험, 지불, 규정 준수, 콘텐츠, 프로모션, 지원을 담당합니다. 그들의 UX 목표는 운영 관리 및 사고 감소입니다.
파트너 (제휴사) 는 트래픽, 제안, 지불 및 LTV/ROI 분석에 중점을 둡니다. 그들의 UX 목표는 투명성과 성장입니다.

• 하나의 역할-데스크톱의 하나의 주요 스크립트.
• 신호와 상태는 장식 그래픽보다 중요합니다.
• 모든 표시기는 원래 소스로 클릭 할 수 있습니다 (드릴 다운).
• 기본적으로 감사 트레일; 동작-가역적 (실행 취소/확인).
• 기본값으로 A11y/i18n: 키보드, 대비, 로컬 형식.

2) 역할 및 권리 (RBAC) -UX 프레임 워크

기본 운영자 역할: 관리자, 준수, 위험/사기, 지불, CRM/보너스, 내용, 지원, BI.
파트너 역할: 파트너 소유자, 관리자, 재무, 분석가.

• 역할별 파티션 가시성 및 CTA.
• 제한된 작업에는 "키" 및 이유 힌트 ("결제: 고급 역할 필요") 가 표시됩니다.
• 민감한 작업-이중 확인 + 저널.

3) 데스크 (연산자)

3. 플랫폼 상태 대시 보드 1 개

SLA/SLO 블록: 가동 시간, 사고, 대기열.
재무 단위: GGR/Net Gaming, 예금/인출, TtW p95.
위험/AML: 사기 패턴, 청구 스파이크에 대한 경고.
게임 활동: DAU/동시성, 최고 공급 업체, 출시 오류.

작업: "공개 사고", "공급자 사용하지 않음", "기술 작업 배너 사용".

3. 2 거래 및 지불

결제 대기열: 상태, ETA, 한계, 메소드 소스 (동일한 방법).
대량 행동: 원인으로 승인/보류/거부.
작동 카드: KYC 레벨, 지오, 장치 지문, 이상.

3. 3 위험/AML

규칙, 위험률, 관련 계정/장치, 세 번째 요인 (도킹 패키지) 요약.
조치 요리법: "24 시간 동안 보류", "KYC 확장 요청".

3. 4 마케팅 및 보너스

주식 건설업자: 청중, 용어, 한계, 마감일, 마이크로 카피 미리보기.
예산 및 물린 예측 시뮬레이터 (남용 제어).
AB 슬롯, 주파수 제약, 로그 변경.

4) 데스크톱 (파트너)

4. 1 파트너 개요

교통/품질: 클릭, 등록, FTD, CR, D7/D30 유지.
재무: RevShare/CPA, 발생/지출, 불일치.
제공: 적당히 활성화되면 곧 만료됩니다.

4. 2 추적 및 링크

링크 생성기: 소스/채널/크리에이티브, 딥 링크, 자동 UTM, 짧은 링크.
지리/언어/연령 착륙 경기 확인.
유효성 검사: "Pixel 설치", "이벤트 수신 (가입/예금)".

4. 3 보고서 및 업로드

기간/그룹: 지오, 제공, 창의성, 장치 별.
필터/에스컬레이션이 저장된 상태에서 해제/XLSX로 내보냅니다.
예정된 보고서 구독.

5) 정보 아키텍처

주요 탐색: 운영, 게임/제공자, 지불, 위험/AML, 보너스, 파트너, 보고서, 설정.
2 차 레벨: → 카드 → 모달 동작을 나열합니다.
ID, 이메일, 거래, 티켓, 장치, 파트너 등 모든 곳에서 검색하십시오.
빵 부스러기와 고정 필터 패널.

6) 신호, 상태, 경고

단일 스케일: 정보 → 알림 → 경고 → 오류 → 임계 값.

색상은 아이콘/텍스트/형식의 유일한 신호입니다.
문제 옆에있는 비판, 로컬 인라인 프롬프트에 대한 글로벌 경보 표시 줄.
시간 초과 및 배상: 이유와 솔루션을 보여줍니다 ("2 분 후에 반복", "변경 제공 업체").

• "출력은 KYC가 완료 될 때까지 유지됩니다. [공개 체크리스트] "
• "제안은 24 시간 후에 만료됩니다. 갱신? "

7) 보고 및 분석

KPI에서 트랜잭션/세션/이벤트로 드릴 다운.
역할에 대한보기 저장 (Finance/CRM/Risk).
파트너 속성: 마지막 클릭/첫 번째 예금/선형-명시 적 선택.
Anomalies: 기준선과의 편차에 의한 자동 신호.

8) 파트너 내각: 신뢰와 투명성

계산의 공정성: 수수료 공식, 공제, 수정- 세부 정보 공개와 함께 "두 줄".
지불 조건: ETA 및 상태, 세부 사항별로 기록.
미디어 센터: 태그 크리에이티브/언어/지리, 버전 및 날짜 업데이트.
커뮤니케이션: 내장 채팅/티켓, 응답 템플릿, 이의 제기 별 SLA.

9) 준수 및 보안 (UX에 내장)

진행 상황 및 ETA가있는 KYC/KYB 체크리스트; 민감한 필드-마스크.
모든 중요한 운영, 수출에 대한 감사 흔적.
요청 동의 및 이유 (카메라/지리/문서) -명시 적입니다.
직무 분리: 지불을 작성하고 승인 할 수 없습니다.

10) 가용성 및 현지화

전체 키보드, 가시적 인 초점, AA 대비.
'경고/토스트', aria-describedby '형태.
로컬 형식의 숫자/통화/날짜, 줄 길이 마진, RTL 모드.
테이블: 'th '/' scope', 서명을 정렬하고 읽습니다.

11) 성능과 신뢰성

긴 테이블 (수천 행) 을 가상화하십시오.
스피너 대신 해골; 탭에 필터를 저장합니다.
초안 (프로모션, 보고서).
실패한 소프트: 명확한 설명으로 함수의 부분적 저하.

12) 사건과 SLA

사건 화면: 상태, 영향, 영향을받는 공급자/방법, ETA, 책임, 타임 라인, 관련 티켓 목록.
통신: 세분화 (연산자/파트너) 가있는 배너/보풀/문자 템플릿.
사고 후: 사후, 행동 및 주요 날짜.

13) 키 화면 템플릿

13. 1 지불 (운영자)

필터: 방법, 양, 지리, 상태, 위험.
표 (행은 클릭 가능): ID, 사용자, 양, 방법, 상태, ETA, 위험 태그.
올바른 세부 사항: 이력, KYC, 로그, 보조 조치.
대량 거래: 이유가있는 체크 박스 + 확인.

• "지불이 대기했다. ETA-최대 15 분 위원회는 보류되지 않습니다

13. 2 파트너 프로필

KPI 탑: FTD, CR, 유지, 커미션.
탭: 제공, 링크, 크리에이티브, 지불, 보고서, 문서.
빠른 조치: "링크 만들기", "요청 지불", "티켓 열기".

13. 3 제안의 디자이너

청중 → 용어 → 조건 크리에이티브 → 예산/한계 → 미리보기 → 출판.
마이크로 카피 미리보기 (짧은 버전 + 공개).
A/B 슬롯 및 주파수 제약.

14) b2b-UX 용 품질 지표

동작 시간 (대시 보드에서 원하는 동작으로).
양식의 오류율 (지불/제공), Time-to-Fix.
SLA 준수 (지불/사건), 경고 응답 시간.
파트너 지표: CR, FTD, 보존, 지불 지연, 분쟁 발생 비율.
운영자 및 파트너 팀의 NPS/CSAT.

15) 점검표

시험판 화면

• 역할의 핵심 목표.
• 로딩/빈/오류/성공 상태가 적용됩니다.
• 동작은 가역적이거나 확인됩니다.
• 초점, 대조적으로 'aria-' 순서대로.
• 현지화: 길이, 통화, 날짜, 우주선.

보고서/표

• 필터가 저장되고 현재 필터로 내보냅니다.
• 총계/금액 일치 (드릴 다운) 세부 사항.
• 50k + 라인 안정성 (가상화).

파트너 캐비닛

• 투명한 지불 공식.
• 링크/픽셀 검증.
• 구독 및 경고보고.

16) 반 패턴

하나의 대시 보드에 "모두를위한".
제한에 대한 숨겨진 이유 ("왜" 없이 "할 수 없음).
유일한 상태 캐리어로 색상.

(PHP 3 = 3.0.6, PHP 4)

포커스 트랩 및 포커스 리턴이없는 모달.
설명 할 수없는 지불/수수료 변경.

17) 빠른 마이크로 카피 템플릿

역할 별 제한

"이 작업은 결제: 고급 역할을 수행 할 수 있습니다. 관리자에게 연락하십시오 "

수수료/지출

"결제가 이루어졌습니다. 최대 15 분의 등록이 예상됩니다. [보기 상태] "

제휴 링크

"링크가 활성화되어 있습니다. 추적: OK UTM이 자동으로 추가되었습니다

사건

"공급자 X가 불안정합니다. 일부 EU 사용자는 게임을 이용할 수 없습니다. ETA-30 분 [자세히 배우십시오] "

18) 구현 프로세스 (6 단계)

1. 감사 역할/작업 → 화면 행렬 및 CTA.
2. KPI 및 작업을 수행하는 운영자/파트너를위한 대시 보드 MVP.
3. 인라인 검증을 통한 일련의 중요한 형태 (지불, 제안, 위험).
4. 균일 한 상태 토큰 및 경고/토스트 구성 요소.
5. 저장 필터/에스컬레이션을 사용하여보고 및 내보냅니다.
6. 사건 및 커뮤니케이션: 템플릿, SLA, 사후.

최종 치트 시트

보고서-엔드 투 엔드-KPI → 거래, 수출 = 화면

"범용" 이 아닌 역할별로 데스크톱을 만드십시오.
명확한 "이유" 와 "다음 단계" 와 함께 상태와 행동이 항상 존재합니다.
파트너-합의의 투명성 및 안정적인 지불.
A11y/i18n이 기본값입니다. 사건-명확한 의사 소통 및 SLA.

필요합니다-설계 시스템을 위해 스크린 프레임 (운영/결제/위험/파트너), i18n 키 및 미터법 테이블을 준비합니다.