不知道何时提出验收。 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 移交前客户提出需求 阐明合同权利义务，分析新增内容，争取签二期| |
| | | | | | | | | | | | | | | | | | | | | | | | | | |