【业务流程】华北区变更流程优化说明

一、目的：
    为保障客户侧变更一次成功率，规避人为原因导致的变更失败问题，降低因变更失败或变更后对客户端业务造成影响，保障客户业务的稳定，
在走ICARE-NEW变更流程的过程中仍需要遵循以下标准。
二、优化内容

• 变更类别：安全场景变更和大云场景变更。
  
• 变更评审：自评估、区域专家评估、总部专家评审；
  自评估说明：自评估后，认为当前方案没问题，自己点电话审批的变更工单；
  区域专家评估：自评估后，认为方案不可靠需要专家评审的；
  总部专家评审：因环境特殊，区域专家仍做不了决定，需要由总部进行评审的；
• 变更要求：
  

  大云场景下变更，需要至少到专家评审；不允许电话审批；

  大云场景下变更方案必须要涉及产品资产，必要情况下和订单系统进行核对；

  大云场景和安全产品下存在产品定制的需要提前与总部进行沟通；
• 紧急变更：

  
  
  
  
  • 关于紧急变更只允许HW打包、一级预警沟通确认；其他情况下尽可能减少紧急变更。
    
  • 遇到客户要求的变更，如果涉及产品安全的，尽可能降低紧急变更，规避变更风险。

    
    
    
    
• 非紧急变更：
  正常变更需要至少提前3天时间提交变更；降低紧急变更的数量，给专家时间进行评估，减少因变更方案不规范或操作不规范导致的风险和问题。

  
  
  
  

注意事项：
①明确当前客户现状（至少本端设备及上下联设备、明确是否可以远程）明确不能远程的客户，内部审核流程必不可少；
②对于原厂人员未曾操作过的步骤，需要内部去做一下预演（具备条件），然后将操作流程、操作步骤细化到变更方案中；对于行服/总代未曾操作的设备，需要报备原厂，原厂协助进行确认；
③操作的步骤包括文档，需要从经手人开始核实，防止出现与现场情况不符的条件；（需要明确范围）
④紧急预警修复类的变更，直接联系400保障拉群；
⑤原厂变更接口人如需研发审核，需要向区域审核负责人说明理由，评估后上升，但是变更流程的跟踪仍由原厂变更接口人负责。上升变更方案后，拉变更方案评审群；
⑥基于变更操作，需先由客户完成审核，再进行变更。变更完成后1天之内完成工单。
大云和安全分类说明

大云类设备：
- 升级版本，补丁，提前3天提交变更
- 后端处理问题 研发推送的材料，在原有工单基础上提变更流程，区域审核负责人加签给研发接口人；
安全类设备：
- 客户本有冗余或者能跳过的设备 ，按照变更规范正常操作，出问题后保障；
- 无冗余，影响核心业务的：优先推备机服务，特殊情况提供备机，找原厂接口人上升到市场接口人决策；

学习了学习了

感谢楼主分享，努力学习中！！！！！！

感谢楼主分享，努力学习中！！！！！！

好文，学习学习。。。

感谢楼主分享，努力学习中！！！！！！