| |
风险 | 策略 | 预计完成时间 | 是否完成 | |
1:合同尚未签署或者合同签署首付款尚未到帐。 | :1:特殊项目请直接留言申请光盘,避免出现没有合同就立项或者首付没到就立项。 | 2013年10月18日 | 是 | |
无 | 无 | 2013年10月19日 | 是 | |
1:客户人员安排到位但是系统管理员不配合此事 | 1:系统安装和部署是客户系统管理员必须要掌握的基本技能,包括对客户方和系统管理员本身掌握系统安装与部署都是有利而无弊。 | 2013年10月20日 | 是 | |
2:求助公司及其他区域同事,检查oracle字符集。 | 是 | |
3:端口是否被占用、数据库是否连接上、数据库补丁包是否打上、oracle字符集是否存在问题。 | 是 | |
4:告户财物规定必须在收完全款之后才能提交无限期license。 | 否 | |
1:客户认为的产品安装完成是指项目上线使用 | 1:查阅合同剩余付款条件,咨询销售前期沟通情况,并且和客户协商,达成付款共识与条件。 | 2013年10月24日 | 否 | |
|
风险 | 策略 | 预计完成时间 | 是否完成 | |
1:双方对实施范围、需求、功能上有歧义。 | 1:先确认达成共识的需求,对有歧义的地方进行记录,会后单独确认。 | 2013年10月18日 | 是 | |
1:客户方推翻以前的访谈内容,需求变化,方案在确认后客户内部又再次提出异议。 | 1:对于有歧义的需求重新确认,确保方案得到客户的最终认可。 | 2013年10月19日 | 是 | |
2:协调客户方项目组领导进行资源协调 | |
3:在方案讨论之前提出要求,并要求单位的决策人参加,如果出现该问题,可以要求该需求暂不讨论,由客户内部确认后再行实现。 | |
1:客户不肯签字或者一直拖延 | | 1:多次沟通,明确需求不确认,后续工作不能开展,项目整体延期风险。根据与客户沟通的情况,一般不签字就不搭建;如果我方处于弱势,则只能先搭建,但是需要以邮件通知对方让用户确认此种情况,建议在方案确认时给予用户一定确认时间,如果超过时间则视同通过 | 2013年10月20日 | 是 | |
2:建议客户将为讨论清楚的部分放到后续阶段来做,目前只做成熟的内容; | |
3:所有的方案都要求各部门的关键用户和部门负责人签字,甚至于主管公司领导也需要签字,之后才能统一交项目领导小组和公司领导。 | |
4:签署延期备忘并变更时间计划,对于增加的实施工作量可以让客户自己消化,我方协助。如果客户不同意这种方式,可以再增加费用或者款项提前给我方支付。 | |
5:由于确认导致的延期可以与客户签署延期备忘,在与各部门确认需求的时候就需要将需求提交公司主管领导确认。 | |
6:新增需求都延后处理,或者达成替换条件。 | |