案例背景：某开放世界类游戏，在上线前发现Crash偏高，无法满足上线要求。开发排查后，发现占比高的几个崩溃是模拟器产生的，移动端的Crash率并不高，急需平台给出模拟器崩溃的数据，并给出对总崩溃率的影响。解决方案： 支持模拟器崩溃判定，统计模拟器崩溃对总崩溃率的影响。

案例背景：某竞速类游戏，每次新版本上线，都要人工整理出现的新问题，对比研发期的版本，分析为什么研发期，灰度期没有及时发现问题。解决方案：支持版本间的对比功能，快速比对出哪个版本上出现了新问题。

案例背景：某FPS生存竞技类游戏，对Crash的要求很严格，崩溃时上报了详细的自定义信息进行辅助定位。也需要对一类问题的自定义问题进行聚类，发现问题的规律解决方案：按格式上报自定义数据，系统支持自动实时的聚合分析。

案例背景：某对资源高要求的游戏，需要对了解单个玩家的OOM情况，根据OOM的情况，推荐不同的活动和玩法解决方案：OOM大盘分析；支持通过接口查询单玩家是否有OOM情况发生。

案例背景：某商业化游戏，在海外有较高DAU，但之前使用的崩溃管理平台，会把数据传回国内，之前有海外媒体/玩家通过抓包发现数据回传国内的问题，担心有政策风险。解决方案：国内项目使用Crashsight国内平台。海外项目使用Crashsight海外平台。