客户为啥不满足？

案例：客户一个业务体系做了数据库切换后，对乙方的保障方案开发团队很不满足。

甲方：我说说过的，但是没有要求你们做分析
乙方：背景开发没有收到，经过相识，是现场职员共同只对现场数据调解，但是没有关照给背景开发职员全面分析

底层分析：

其实甲方关心的保障体系还能用上不，会不会由于数据库切换导致无法使用
深条理的题目：前台信息没有传到达乙方开发团队，造成背景开发团队不知道，阐明乙方在这件变乱上没有做到一个团体，内部信息转达不敷通畅。
办理方案

1、整合好团队：做好乙方内部做好前段、背景的沟通
2、消除客户顾虑：对于大概影响保障体系的题目，实时反馈给客户，消除客户的顾虑

甲方：听说最近用户需求更新了，不知道监控产物有没有
乙方：部分需求与客户查对，但是用户没有时间确认

底层分析：


其实甲方关心的核心业务体系的厘革大概核心保障职员的新诉求，保障体系是否还能否跟上，如果跟不上，那对已往的体系做保障是没故意义的
深条理的题目是：开发团队以使命为中心，不喜好使命的厘革，变更受到阻力
办理方案


1、以办理客户题目为中心：变化开发团队以使命为中心的头脑，改为以客户目标为中心的头脑，同时注意，必要办理的题目始终没变。
2、定期查抄需求和办理方案：定期与客户进行需求确认，包罗情况变更确认，确保需求、办理方案还是准确的。

甲方：这是我们本年的工作重点，要求务必包管到位，而且已经和你们签订了条约
乙方：条约内容是写了做xxx功能，我们在做了，但是能不能保障不是条约范围内的工作

作为甲方，目标是保障核心业务体系，之以是乐意给乙方条约，是由于乙方在保障上提供了必不可少的贡献，但是甲方也知道不能只依赖这个，自己内部也要做好相关工作。
作为乙方，工作不是以保障体系为目标的，是以条约的使命，也就是办理方案分解出来的使命为目标的，如果办理方案出现题目，后续开发使命也是错误。如果情况及需求发生厘革，办理方案也大概会受到影响。
由于半年开发周期，情况和客户需求大概会发生厘革
存在的风险：

乙方的办理方案是甲方团体保障的一部分，单独实行无法给与全面的保障
乙方的保障方案是半年前的一个立项方案，随着时间推广，核心业务体系大概已经存在了更新，必要实时更新方案。
办理方案

1、尽早推出MVP：与客户在真实场景下验证，对于无效的功能克制开发，对于必须本领增长开发投入，同时注意本钱。