二手项目风险高，有的项目属于中间人从其他客户那里接来的需求，如果对方跟他的客户之间有什么谈不拢，你的外包项目也会受到影响。二手项目因为你不是直接面对最终的客户，很多需求要通过中间人来转告，产生误判的情况时有发生，项目的完成结果与客户的期望往往有很大的不同，最后很有可能搞得不欢而散，项目的尾款更是经常拿不到手。前面已经说了怎么判断二手项目，一般不是万不得已不要去接。如果你选择了二手项目，那就已经选择了可能拿不到尾款，心里上要早做准备哦。

所谓二手项目，就是这个项目是别人与客户谈下来的项目，由于本身没有能力开发、没有时间开发或者嫌费用太少而转手给你做的项目。碰到这类项目，如果想要项目开展的顺利，那么可能你需要一点运气了，要么项目小，业务关系不复杂，要么交接顺利，相关需求文档非常完善，注释相当清晰。否则的话，你将经历一个段头痛、烦躁、郁闷的，甚至是想吐血的时期。那么，你可能遭遇的问题可能会有：

第一、不了解客户的真实需求，客户的任何要求都是通过中间人转达，不能真正了解客户的需要，有可能做出来的东西根本都不是客户想要的，这种情况占了大多数。而客户不满意的结果，就是他拒绝付款。对于中间人来说，他根本就没有损失，因为他只是在中间做一个二传手，真正做工付出艰苦工作努力的是你。到时候你可能就会血本无归了。

第二、需求文档不完善，许多功能说明不清晰，特别是缺乏数据库设计文档。项目的目的是实现客户的需求，只有了解了客户的业务和需求后才能开发出客户需要的东西。后继者如果面临这个问题，将遭遇混乱、无从入手的困境。没有需求文档和设计文档，就是看着对岸的东西，自己摸着石头过河。

第三、到手的收入很少，可能中间人什么都没有干，就拿50%的收入，而你们拼死拼活辛苦了一个月，拿到手的收入还不够程序员的费用开支。

如何应对这类二手项目？首先要了解项目的目的，了解客户需求。接手项目的同时，尽可能多接手到相关的需求文档，仔细阅读需求文档一遍，拿个小笔记本自己写记下个大概，然后去找直接的客户再了解一遍，将自己通过文档了解的需求信息大致跟客户阐述一遍，这个时候如果遇到理解错误或不完全的时候，客户通常会指出来，但别指望客户会完完全全跟你说明整个需求，他觉得已经跟中间人说过一遍了，很可能已经不耐烦了。

其次在了解了需求后，你就要分析系统的各个模块，那么接下来就是需要对具体的模块进行具体详细的功能点划分。调研之后，会有具体的新增功能和修改功能有个说明。好，根据需求，展开excel，将各个模块要实现的功能点一个一个地详细的写来，然后根据这个功能表来估计价格。如果转手后的价格还有盈利的话，你再同意接手，否则的话，还是算了吧，反正项目总是有的，就看你有没有能力去接到手了。