甲方乙方-商务项目全过程

此导图内容从实际案例出发，通过案例多角度讲解双方沟通的注意点。 导图分为5个小部分，分别为：项目需求背景、需求背后的需求、双方眼中的不同生命周期、客户做这个项目的目的、经验与教训

甲方乙方-商务项目全过程

• 以上内容来自《IT项目经理成长手记》
• 成败
  • 背后的"需求"是客户判断项目成败的标准
• 如何去做
  • 认真倾听了主要的需求，并一起讨论解决办法
  • 讨论过程中找到替代解决方案，开发量小还方便客户维护
  • 项目组并没有按客户最初的要求去做，但了解客户真正需求之后，提供了一个更好的解决方案，达到了双赢的局面
• 客户满意点
  • 交付的成果能解决客户的问题，给客户带来价值
• PM错误点
  • 营业员A的错误，上来就聚焦在功能需求和如何实现上
  • 而忽略了"客户为什么做这个项目"
• 举个例子
  • 客户买衣服时知道为什么买？可能是御寒，可能是体面
  • 营业员A：问客户对颜色、款式和面料等方面的要求，看到你在一件前多呆一会就努力说明"这件衣服最适合你"
  • 营业员B：努力弄清楚你为什么要买，什么场合穿。然后再 帮忙推荐，根据不同需求，有针对性的推荐。
  • 只是一个小例子，也可能去逛街打算买外套，结果买个包回来
• 客户眼中的项目（全部包含）
• 客户为什么做这个项目
• 乙方
  • 甲方论证完成后乙方才可能接手，PM可能遗漏了接棒之前的信息
• 谈的内容
  • 代码表一致
  • 不一样的思维，不同的角度，沟通不畅就产生了
• 技术角度
  • 上述要求只影响到"界面操作"，付出的代价大，不是要事
  • 需要付出额外的工作量，牺牲系统性能，增加实现难度
• 客户角度
  • 提高工作效率和客户满意度，所以要实现"综合服务窗口"
  • 为了支持"综合服务窗口"，就需要业务规范统一
  • 因此提出"代码表一致"、"统一维护"和"子系统对应"需求
• 争论原因
  • 虽然双方都在谈需求，但出发点不同，造成关注点不同
• 尴尬点
  • 项目经理看过合同，但没看过标书，不知道有这个内容
• 为什么发火
  • 投标的承诺，里面有对"综合服务窗口"的详细描述
• 历史背景
  • 原有各子系统是由不同厂商开发，编码不同，客户想改变
• 业务需求
  • 功能需求是从业务需求推导出来的，必须为业务需求服务
• 甲方
  • 项目早已开始，已经做了大量的论证和分析工作
• 需求
  • 从客户角度看问题，了解表面需求背后的"需求"
• 需求的背后
  • 客户办理不同业务要到不同窗口
  • 服务网点有的队伍很长，有的很闲，效率低，满意度也低
  • 新的需求要求柜员能处理多种业务，效率高，满意度也高
• 结 果
  • 客户的业务主管，对这些解释听不太懂，反馈非常不满
• 技术原因
  • 比较强烈的一个要求是统一各业务子系统的代码表
  • 原有的各子系统是由不同厂商开发，编码不同，客户想改变
  • 客户反复强调重点性，技术人员给的报告是会影响系统性能
  • 客户的想法是统一后减少操作时间，便于系统存储和查询
• 需求原因
  • 这名主管要求项目组跨系统统筹，统一各子系统业务规范
• 背 景
  • 客户方一名业务主管对项目组的抱怨非常大
• 可行性报告
  • 招 标
    • 投 标
      • 合 同
        • 需 求
          • 设 计
            • 实 施
              • 上 线
                • 移 交
      • 项目经理眼中的项目
• 双方眼中的不同生命周期
• 经验与教训
• 需求背后的需求
• 项目需求背景