UX分析和接口改进

1）为什么UX分析

UX分析将用户行为转化为接口解决方桉。

• 发现障碍并减少关键流中的摩擦；
• 用数字确认/反驳假设；
• 建立受控实验并测量效果；
• 保持数据质量和隐私。

• Insight=（信号×有效性×应用）/时间。

2）事件分类和数据图

2.1基本实体

User / Session / Device / Geo / Channel

UI Context：页面,角色,主题（光/暗）,语言,viewport。
Feature Flags/Variant：用于实验。

2.2事件类型

导航："view_screen"、"route_change"。
插曲："click"，"submit"，"open_modal"，"toggle_filter"，"play_start"。

Состояния: `loading_start/stop`, `skeleton_shown`, `error_shown`, `empty_state_shown`, `toast_success`.

Формы: `field_change`, `validation_error`, `form_submit`, `form_success`.

Платежи: `deposit_method_select`, `deposit_initiated`, `deposit_success/fail`, `withdrawal_request`.

KYC: `kyc_step_view`, `doc_upload`, `kyc_approved/rejected`.

负责任的游戏："limit_set"，"time_warning_shown"。

2.3强制性事件字段

`event_name, user_id, session_id, ts, screen_id, feature_flag, experiment_variant, latency_ms, result, error_code, amount/currency (если есть), device, geo, language, role`.

• 事件名称是动词+宾语："deposit_initiated"。
• 将UI状态与操作相同：错误/空白/骨架。

3） UX关键指标

3.1行为行为

TTP （Time-to-Play）：游戏首次启动之前的时间。
TtW（时间到钱包）：在注册资金之前。
Step Conversion：按漏斗步骤（注册,KYC,存款,奖金）。
错误率：通过字段/屏幕/方法。

Rage Clicks / Backtrack Rate / Abandonment.

INP/LCP/FID（速度感）。

3.2队列/保留

Retention D1/D7/D30，错误或成功后的Return Rate。

Stickiness: DAU/MAU.

按源/区域/设备/角色排列的队列。

3.3研究（调查）

SEQ （1-7）-挑战难度。
SUS-系统适用性。
CSAT/NPS-满意度。

3.4适用于iGaming

FTD Conversion (first-time deposit) и 1st-Payment Success p95.

Bonus Read→Activate CTR, Abuse Flags.

Tournament Participation / Mission Completion.

Limits Adoption（负责任的游戏）。

4）漏斗和路径图

• 注册→ KYC →第一笔押金→第一场比赛开始。
• 提款→确认→成功/拒绝。
• 对于每个步骤：转换，平均时间，错误分布，下一个最好的选择。

路图（旅行）：事件×时间×情感（来自民意调查），标记"痛苦"和"欢乐时刻"。

5） UI诊断： 热图和会议

单击/Scroll Heatmaps：寻找"盲目"区域和虚假点击。
Session Replay（非个人化）：确认流失的原因（长形状、难以理解的错误、延迟）。
细分：新vs经验丰富,移动vs台式机,区域/语言。

6）因果分析： 从症状到假设

• 问题："DepositForm"中的错误率在iOS/TR中↑高达18％。
• 假设：总和格式和本地键盘。
• 验证：审核会话+A/B输入掩码和格式提示。
• 解决方桉：口罩'10000.00'/'1000。00'按区域+标签下的示例。

• Pareto 80/20通过屏幕/字段。
• 原因图（地理/设备/方法/提供商）。
• 用于个性化单元的Uplift模型。

7）实验： A/B和guardrails

7.1个流程

1.假设和度量目标（例如+7％步进转换）。
2.Guardrails：不要恶化TtW、Error Rate、CSAT。
3.样本量：最小检测效果（MDE）。
4.随机化/分层：通过设备/区域/通道。
5.启动→监控→停止规则（p-value/bayes,持续时间）。
6.解决方案和滚动。

7.2测试内容

步骤顺序，CTA文本，格式提示，骨架vs微调，插图/图标，默认值和预设。

8） Dashbords UX（最低设置）

8.1 "UX健康"

TTP，TtW p50/p95，INP/LCP，错误率TOP-5屏幕，空状态百分比。

8.2"支付流程"

转换：选择→启动→成功的方法。
提供商/代码错误，状态的ETA，Same-Method违规。

8.3 "CUS/文件"

Time-to-Verify, autoaprove份额,故障原因,重新加载。

8.4"负责任的游戏"

限额账户份额,安装后行为改变,取消.

8.5"本地化和设备"

日期/货币格式错误、行长、移动特定故障。

9） Microcopy分析师

将文本变体建模为实验因素。
将事件中的文本视图（'cta_label'、'error_template'）写入。
计数：CTR CTA，时间到行动，错误率附近。
错误模板示例："什么不是+如何修复+限制/格式"。

10）数据质量和隐私

10.1质量

事件中的必填字段（SDK中的验证器）。
事件字典（所有者，合同，示例）。
反复制（idempotency）。
Lag监视（SLA交付）。

10.2隐私权

同意和跟踪模式；PII/PAN掩蔽。
保留策略（TTL）、角色访问、上载审核。
清除会议和热图。

11）改进： 如何将信号转化为解决方桉

11.1个优先级（RICE/ICE ×风险）

Reach：会影响多少？

影响： 目标指标?

Confidence：对因果关系的信心？
Effort：成本。
风险/合规性：付款/安全-更严格。

11.2示范决定

表格：标签而不是placeholder,格式提示,自动滚动到错误,无粘贴锁口罩,进度栏。
速度：skeleton,预装套装,智能套装,列表虚拟化。
导航：显式标题/碎片，可见活动点。
付款：数额上限、ETA、same-method提示至submit。
KYC：带示例的照片提示，ETA，重新下载而不会丢失。

12） iGaming特点

12.1大堂和排名

个性化的CTR卡uplift；"回到未完成的状态"。
事件："game_tile_view/click/fav",过滤器/搜索,滚动深度。

12.2个锦标赛和任务

指标：参与、获奖、规则后拒绝。

События: `mission_start/progress/claim`, `leaderboard_view`.

改进：虚构自己的台词，奖项状态，软提醒。

12.3负责任的游戏

События: `limit_view/set`, `warning_shown`, `self_exclude`.

分析：减少损失，对保留的影响，投诉。

13）支票单

遥测发射前

• 事件字典和字段合同。
• 测试环境和Golden会话。
• 隐私/同意的旗帜。
• 嵌入式验证器（必填字段）。

在A/B之前

• 目标和MDE，guardrails。
• 分层，持续时间。
• 停止/滚动计划。
• 获奖者实施计划。

在屏幕发布之前

• 事件涵盖所有活动和状态。
• 空白/错误/成功是合乎逻辑的。
• Dashbord和Alerts是定制的。
• 文本和格式是本地化的；A11y经过验证。

14）反模式

计数没有任务上下文的点击。
忽略验证器的错误，而赞成"美丽"的指标。
在不检查数据质量的情况下得出简短的尖峰结论。
运行A/B而不进行功率计算/分层。
"挂"成功一个指标（例如，仅CTR）。
将PII存储在事件/回放中。

15）工件模板

事件字典（示例）

name: deposit_initiated owner: Payments Squad required: user_id, session_id, ts, amount, currency, method, screen_id optional: experiment_variant, feature_flag, provider_id notes: fires on CTA click; before provider redirect

单页洞察

上下文：屏幕/角色/地理。

发现： "在TR/iOS的Amount字段中错误率为18％。"

证据：图表，会议，部分。
解决方桉：蒙版、示例格式、本地键盘"tel"。
计划：A/B 50/50，MDE 5％，持续10天。
风险/监护人：TtW，CSAT。

16）快速公式

Step Conversion: `users_step_n / users_step_(n-1)`

Drop-off: `1 − Step Conversion`

TTP: `ts_first_play − ts_first_session_start`

Error Rate поля: `field_errors / field_interactions`

SEQ平均值： "Σ 分/N"

17）持续改进过程（cadence 2-4周）

1.发现：漏斗/片段分析，会议，调查。
2.假设和优先级：RICE ×风险。
3.设计和原型：微型/状态。
4.A/B或金丝雀发行。
5.分析和解决方案：滚出/滚回。
6.文档：更新海德和事件词典。

最终的spargalka

编写操作和状态（错误/空白/成功）。
保持数据质量和隐私作为基础。
测量TTP/TtW、错误、漏斗、保留,而不仅仅是点击。
改进是通过假说和A/B，以及guardrails。
专注于支付，KYC，大厅，负责任的游戏和本地化。
记录洞察力并根据结果更新设计系统。