针对网页和移动产品的收入泄漏预测。探索网站 → 支持的平台 Rejourney 找到可能造成收入损失的产品故障。你定义要保护的业务过渡：激活、结账、购买验证、权利确认或续订。Rejourney 将当前群体与健康基准进行比较，并围绕变化组织证据。会话回放是调查表面 会话回放是工作流程的核心。转化率下降标识出值得检查的过渡；录音显示了到达该过渡的路径，用户尝试了什么，UI 是否认可了它，以及同一会话中的错误或慢请求。审查者可以将受影响的会话与同一版本、设备、路由或活动中的成功会话进行比较。结果是一个候选泄漏，具有一个群体、一个基准、支持信号和待检查的会话。只有在检查了相关的应用程序和业务状态之后，它才成为确认的产品或收入问题。调查工具箱 问题源指向一个群体。这些视图用于缩小改变了什么和下一步查看在哪里。旅程和交互 旅程图展示了流中的路径。热图揭示了屏幕上的交互模式：重复点击、遗漏目标或几乎没有关注的控件。当失败在界面中可见但原因仍不清楚时，同时使用这两者。 API、崩溃和稳定性上下文 端点视图细分请求量、错误、延迟和状态码。崩溃和 ANR 细节添加了应用版本、设备和线程上下文。这是可以将问题 UI 过渡与后端或运行时条件联系起来的地方。设备和地理群体 设备视图使版本、操作系统和硬件浓度可见。地理视图帮助区分全球回归与与特定区域或网络路径相关的问题。一般分析和收入上下文 回放和调查视图与项目级上下文并列，帮助决定一个变化是孤立的还是广泛的。概述结合版本采用、参与混合、稳定性、产品时间、保留和群体。事件视图显示了一个流程背后的商业事件和生成它们的用户。当收入来源被连接时，收入视图将交易、退款、订阅和收入趋势保留在同一审查中。打开一张图像以获取全分辨率捕获。 Rejourney 寻找的东西 收入是一种结果，而不是一种有用的诊断单位。Rejourney 保护明确的业务状态，例如：注册和首次价值激活；结账开始、付款确认和订单创建；试用开始、订阅、续订和取消恢复；以及在移动应用中购买验证和权限交付。对于每个状态，分析从合格的人口开始，并询问是否失败已经超过了可比较的健康人口。它使用领先信号：旅程变化、重复交互、请求失败、运行时错误、崩溃/ANR 和状态矛盾。这些信号在滞后汇总可能显而易见之前对风险进行排名。合格会话 -> 意图行动 -> 请求 / 产品状态 -> 可见确认 -> 保护的商业结果 领先时间取决于过渡。结账确认失败可以立即采取行动。保留风险可能只在选择的返回或续订窗口后确认。没有通用的收入评分或固定的提前时间。 从事件到调查 工具化受保护状态 SDK 捕获会话、路由/屏幕、交互和技术上下文。添加稳定的、域级事件，用于建立意图和成功结果的状态。例如： Rejourney.logEvent('checkout_started', { orderId: 'order_123', amount: 49, currency: 'USD' }); Rejourney.logEvent('purchase_completed', { orderId: 'order_123', transactionId: 'txn_456', amount: 49, currency: 'USD' }); 在需要识别的地方使用内部用户标识符；不要发送原始个人身份信息、支付凭证、秘密或敏感应用负载。上述事务/订单标识符和货币字段是可选事件属性。它们并不替代财务账簿。 将每个群体与基准进行比较 基本人口估计为：过剩失败意图 = 合格尝试 ×（当前失败率 - 健康失败率） 潜在影响 = 过剩失败意图 × 历史完成值 基准必须与过渡和上下文相匹配：发布、平台、路由或屏幕、设备、区域、活动、实验和相关的时间窗口。 潜在影响是估计值，而不是已预订或已恢复的收入。要将其与证据信心区分开。仅高流量不足以证明财务索赔。 在上下文中阅读证据 候选泄漏通过以不同方式失败的信号家族进行调查：Signa