TG咨询同样是“应用打不开”，可能只是单个用户的网络不稳，也可能是许多人都无法进入远程运行环境。判断等级不能只看报错文字，而要看影响范围、业务后果和是否有可行的替代办法。移动应用远程运行服务的客户问题分级与升级流程，可以按下面的方法执行。
先看影响，再定等级
建议至少记录四项：受影响的用户或组织范围、受影响的功能、问题是否持续、是否存在安全或数据风险。远程运行还要区分故障发生在本地设备、网络连接、身份验证，还是服务端的应用实例。暂时无法确定原因时，先按已知影响分级，不必等到完成根因分析。
| 等级 | 判断依据 | 常见处理方式 |
|---|---|---|
| P0：紧急 | 大范围无法使用核心功能，或出现疑似未授权访问、数据泄露等风险。 | 立即通知值班负责人和安全、技术相关人员；优先控制风险并持续更新状态。 |
| P1：高 | 多个用户或关键用户无法完成重要操作，且没有可接受的替代路径。 | 并行排查服务端、网络和身份验证，指定负责人跟进。 |
| P2：中 | 部分用户或非核心功能受影响，有明确的临时绕行办法。 | 记录复现条件，安排修复或配置调整，并告知预计的下一次进展时间。 |
| P3：低 | 咨询、轻微显示问题或改进建议，不妨碍主要操作。 | 补充说明和使用指引，纳入常规处理队列。 |
这是一套可调整的内部划分，不是所有服务通用的行业标准。若合同中的服务等级协议（SLA）规定了等级或响应义务，应以约定为准；“响应”也不等于“修复完成”。
按步骤提交与升级
- 描述现象：写明发生时间及所在时区、应用或功能、看到的提示，以及最后一次成功操作。避免只写“系统坏了”。
- 确认范围：核实是单个账号、单台设备、某一网络环境，还是多个用户同时发生。能安全验证时，可用另一网络或另一账号交叉检查，不要共享密码。
- 判断风险：若涉及疑似账号被盗、隐私数据暴露或异常操作，先通过约定的紧急渠道报告，不要为收集证据而继续暴露数据。
- 附上必要材料：提供应用版本、设备系统版本、网络类型、复现步骤和发生时间。截图或日志只提交与故障相关的部分，并遮挡姓名、令牌、联系方式等敏感信息。
- 要求升级：若影响扩大、核心操作中断、约定响应时间已过，或临时办法失效，应补充变化并请求提升等级；注明当前负责人、已尝试的操作及其结果。
响应时限与升级边界
团队可以把首次确认时间设为内部目标，例如P0约15分钟、P1约30至60分钟、P2在4个工作小时内、P3下一个工作日内。以上只是排班和服务覆盖允许时可采用的参考值；是否全天候受理、节假日如何计算，应在支持规则中写清，不能把参考时限当作承诺。
移动应用远程运行服务的客户问题分级与升级流程还应设置复核点：处理人发现影响范围与初判不符时主动调整等级；客户发现新用户受影响或绕行办法不可用时及时补报。升级不是责备某个团队，而是让拥有相应权限的人更快参与故障处理。
常见问题
只有一个用户受影响，也能报紧急问题吗？
可以。若涉及账号安全、敏感数据或重要操作被阻断，即使目前只确认一个用户，也应先按风险升级。
不知道问题发生在哪一侧怎么办？
先提交现象、时间、版本和复现步骤。支持人员可据此逐步区分设备、网络、身份验证与服务端问题。
问题暂时恢复后还要继续跟进吗？
要。说明恢复时间、是否仍能复现及采用过的绕行办法；若原因未明，可保留记录并约定后续观察或复盘。
用影响和风险定级，用明确证据推动升级，能减少来回追问。将移动应用远程运行服务的客户问题分级与升级流程写入支持说明，并定期检查各级定义、联系人和响应时间，客户与处理团队就更容易对齐预期。