不知道何时提出验收。 1、项目开始拟定计划时就排定验收日期,每个阶段完成时都合适的强调离验收又近了一步; 2、私下的时候以玩笑方式提出验收,也是一个不错的办法。 | 2 | 3 向客户提出验收的对象有问题,比如仅向客户系统管理员提出验收。 系统管理员是验收的一个关键因素,最好是先向项目经理或项目领导提出验收,这样能相对准确的明确验收的方向。关注仅放在系统管理员处,准确度不高。 | 客户基本同意验收,但是觉得还有内容没有做好。 可以按下一阶段明确项目任务阶段的方式进行。 | 4 每次提出验收,客户总说系统还有这样那样的问题。 可以按下一阶段明确项目任务阶段的方式进行。 | 5 每次提出验收,客户总说再等等。 先弄清楚客户这样表达的原因是什么,在关心或担心什么问题。原因清楚后再想策略。 A:担心验收后有问题没人管了。 策略:与客户沟通验收后运维问题,消除疑虑。 B:项目执行配合过程中出现不愉快故用户刁难。 策略:私下的方式消除不愉快,尽快取得用户方的信任和理解 C:验收涉及付款所以用户不想付款所以不同意验收。 策略:把验收换个概念向用户提出,比如验收是代表我方的工作完成了,是对我们的工作一种确认。同时了解不付款的原因,是由于财务压力呢还是其他,适时的可以请销售在商务上沟通一下。 D:印章管理员、领导不在等客观原因。 对于签章等手续问题,需要不断跟进,对于领导可以先要求做好领导汇报,在领导汇报时直接向领导提出。 E:客户无理由拒签。 策略:与销售沟通是否有利害关系,如无理由,停止服务 | 6 | 7 | 8 | 9 | 客户提出验收条件不能接受 不管有多少分歧,最终还是要达成一致: 1、先将条件进行分类,未交付内容类、BUG或性能类、需求类等,针对不同类型的问题,我们先内部有个思路和应对策略; 2、双方会议沟通条件(可能会多次),对不同类的问题的解决方案达成一致,过程中可能会不合理的坚持(超出合同、需求变更、需求增加等)、合理的采用置换或延长服务。。。等等方式进行。 | 10 | 11 | 验收条件增加,完成了,用户又提出新的要求 拿出前期验收备忘和客户谈 | 12 部分验收条件短期不能交付 与客户沟通先验收,并承诺验收后一段时间交付。 | 14 部分验收条件根本无法达到 与客户谈置换,用赠送系统功能做交换 | 15 客户盖章程序复杂,周期长。 建立OA盖章流程,可监控客户审批过程,找到审核人处理 | 16 签字、盖章过程中,有节点人员出差等。 做好预约,并与客户确认盖章时间 | 17 客户对于移交客服比较反感 讲清楚客服维护方式 | 18 客户担心后续工作得不到支持与响应 培训好员 | 19 交接后客服对于项目情况不了解 将项目过程文档及特殊注意事宜通知到客服 | 20 移交前客户提出需求 阐明合同权利义务,分析新增内容,争取签二期 |
| | | | | | | | | | | | | | | | | | | | | | | | | | |