避免经过转手的项目

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

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

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

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

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

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

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

如若转载,请注明出处:http://www.codingwhy.com/view/955.html

联系我们

在线咨询: 点击这里给我发消息

邮件:731000228@qq.com