客户方把生产环境代码迁移到测试环境之后........

       事情是这样的：咱们项目团队开发的系统已经交付给客户1年之后(过了承诺的免费维护期)的一天,客户方的项目经理跟我方项目经理说.他们把生产环境代码迁移到了测试环境之后,测试环境上的银联支付和微信支付两种支付方式不能用了.让咱们协助解决...
       咱们当时是这么解决的:     

       通过分析肯定了可能的缘由：他们把生产环境程序和数据库文件原封不动的迁移到了测试环境.致使支付没法成功.这是由两个环境的网络状况和系统环境影响的。银联支付须要在服务器上配置证书,微信支付须要更改秘钥(测试环境和生产环境不能共用秘钥,由于微信支付的秘钥跟域名是一对一绑定的) .而后我就把个人修改意见告诉了项目经理，由项目经理转达给对方的技术人员。让他按照个人意见修改.修改完成后再看下一步怎么作。

       部门总监了解到整个事情的通过后,当天下午，他找到我和项目经理.对咱们说：咱们应该换一种解决方式:

      1.跟他们沟通,让对方开通访问他们测试环境的权限,权限开通后由我方技术人员到他们的测试环境上调试系统解决。

      2..修复完成后，我方技术人员发邮件给我方项目经理说明缘由和修复方案.

      3.项目经理将技术人员的邮件整理从新组织后转发给客户方项目经理.在邮件中明确说明如下几点:

          a.项目出现这种状况的缘由在于客户本身迁移系统，更换环境所致,是由客户本身致使的.与我方无关。

          b.在没有知会我方的状况下，客户方随意将系统源代码迁移到测试环境。这违背了双方签署的合同条款:这套系统只受权给一个服务器环境,客户方这种违背合同约定的行为咱们能够起诉他们.可是鉴于此事已经发生，未形成过大影响，从维护双方友好合做关系的角度出发,我方不作追责处理.

         c.如今已通过了免费维护期,我方如今没有免费维护的义务.根据规定，客户方有维护需求时,客户须要支付必定的维护费咱们才有帮助处理的义务.

     显然总监的处理方式更加稳当，跟我和项目那种粗糙的处理方式相比,至少有如下几点值得我在之后的工做中学习:

           1.处理客户诉求时,必定要有责任意识,对于应由我方承担的责任,敢于承担,对于不是我方的责任,也必定要义正言辞的向客户方说明.

           2.在合同中明确服务边界：对于超过服务期限的服务请求,咱们应该说明应该根据合同处理.须要收费的要提出收费要求.

          3.维护良好的客户关系也很重要,有时咱们须要损失咱们的利益。

            4.在之后的项目合同责任条款里,必定要明确边界,如责任边界、服务边界、源代码受权范围等.避免没必要要的合同纠纷的同时,实现利益最大化