程序员如何承接软件外包项目
现在外包的软件项目不断增长，但随之而来的，承接外包的软件公司、软件团队也越来越多，包含很多个人SOHO一族也加入到承接软件的竞争行列中来了，因此现在关于软件项目的争夺也很猛烈。有很多人不明白上哪里去争取项目，总是埋怨没有项目做；也有的人尽管编程技术不错，但是关于与客户谈项目却是一窍不通，结果应该拿到的项目也拿不到手；也有的尽管已经接到了项目，却发现在实施开发的时候遇到好多从来没有遇到过的问题。作为一个多年从事外包项目接单的软件开发人士，我想从下列几方面谈谈我的经验，希望对大家会有所帮助。
第一点， 到哪里接项目
软件团队或者SOHO最为关心的一点是在哪里能够到项目做，也就是到哪里能够到有外包需求的客户。关于通常人来说，广交朋友然后通过熟人介绍还是接项目的第一途径，但这要求你的朋友或者熟人要在企业或者公司里有比效重要的管理位置，关于像那些每天只能是埋头写代码的程序员这显然是不太现实的。因此大家不能等着项目来你，而是要主动的出击去项目。
是不是第一个联系了客户就高枕无忧了呢？也不完全是这样的。前面说过了，一个项目总是有很多人去竞争，就算是你抢先联系了客户，但可能后来又有很多人也同样联系了他，而客户在这种情况下通常是处在比较犹豫的情形之中，这时，你就要经常不断地联系客户，不断地征询客户的意见，询问客户的项目需求，把你对项目的懂得也经常与客户交流。这样，客户会觉得你比较有诚心来接这个项目，就会比较倾向于把项目交给你来完成。有的时候，与客户拉拉家常，也会拉近你与客户之间的距离。说不定你会意外发现客
户原先还是你的老乡，那就更好谈了。总之，假如你想要想争取到项目，就要经常不断地与客户保持联系，直到最终达成意向。
第二点， 如何与客户谈需求
接项目最重要的一步是与客户谈需求。客户对软件的需求是项目规划与实施的根本，因此在与客户谈需求时，一定要让用户将所有的办法尽可能的阐述清晰，并把所有的要求罗列出来。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量。而应该直接明白地要客户把项目的要求一条条地列出来。这时先把条理、归纳、分析先都扔到一边去，用纸笔将用户最原始、最完整的要求准确地记录下来。假如项目在你对客户的需求没有完全熟悉清晰的情况下就匆匆上马，那么就会随时发生意想不到的变更，轻则使项目延期或者超出预算，重则使得原先已经做好的软件要完全推倒重来。
因此我们在实施项目之前应该深入熟悉与挖掘客户需求，对某些不明确的需求要与发包方反复进行讨论，关于项目实施过程中的需求变更要规定处理办法，并形成项目的最终需求。在需求分析阶段，接包方首先对发包方的需求认真分析，然后通过业务建模、会谈、问卷、需求会议等方式收集客户完整需求，形成文档，然后通过客户讨论、客户审查、文
档修订等多次反复的过程。有一点需要注意，即使双方谈的很投缘，在讨论需求时也一定要全面周到，精确到每一条不能再划分的软件功能为止。
开发网站需要什么软件小提示：要消除客户的疑虑 – 作为客户，他关于项目的承接者总是存在各类疑虑。比如，这个项目毕竟承接方是否具有能力开发啊？项目组人员是否有这方面的经验？是否作过类似的产品，是否有这方面的技术能力？会不可能只是骗了预付款就开溜啊？最后完成的项目能不能达到自己的要求啊？我们作为承接者，就是要千方百计打消客户的这种疑虑。比如，你要经常准备好一些成功的案例与往常的项目的DEMO，就是把你往常成功完成过的项目，做成一个DEMO给客户看，让他觉得你是有能力完成类似的项目的。俗话说，事实胜于雄辩，把你往常做过的类似的项目DEMO给他看，好过你一遍遍空口的承诺。由于软件开发的过程中谁也不能保证一点问题不出，相比较而言，一个有经验的开发人员会更容易得到客户的信任。由于你已经有与客户的项目功能接近的案例，无疑会缩短开发周期，技术上有更好的保障，因此客户也更乐于把项目交给你。因此，程序员平常务必多花点时间与精力，搜集整理往常自己做过的项目案例，并把它们分门别类地整理出来，遇到同类项目的客户，就能够给客户进行演示，这样客户就会放心把项目交给你了。另外，把团队构成人员、技术能力、经验等客户看重的东西整理出来并给客户看，也能够对争取到项目
起很大的作用。
第三点， 如何合理地报价
在完全熟悉客户的需求后，下一步就是要确定一个合理的报价。接包方要从跟客户的交谈中尽量地熟悉出客户的准确意思，思考客户想要的是如何的一个软件，项目复杂的程度多大，客户的要求有多高，客户的性格如何，能够同意的价格范围等等，这些因素关于软件
项目的报价都是密切有关的。假如客户要的是一个小型的软件系统，不太苛求有多全面的功能，只要满足某一方面的需要，同时客户又是一个比较随与的人，那么项目能够报一个接近成本的价格；相反假如客户要求的是一个面面俱到的管理系统，需要有各方面的功能，缺一不可，同时客户又是那种对项目要求严格苛刻，绝不变通的人，那就要充分考虑各类不稳固的因素，报一个比较高的价格。
在很多的情况下，客户在跟接包方谈项目之前，心理都已经有一个价格底线。假如要投入的费用超过了客户的预算范围，客户将不再与你谈该项目，他会转而其它软件团队商谈。因此跟客户谈项目的过程中要迅速地思考客户需求的真正含义，能够通过某种转换与变通，把客户关于技术的要求与自己团队的技术力量能够同意的价格相对比，从而得出一个双方都能同意的报价。在与客户的谈判当中，灵活变通是成功的关键之一。当然并不是所有的客户都能够通过变通而满足，遇到客户不认同项目费用的情况一定要处之泰然，真诚地为客户解释，把客户的需求细化为技术上的要求给他分析，让他同意你的报价的合理性。即使客户对编程技术不是很熟悉，但通过你的细致的分析后也会对你的报价表示认同的。
有关文章：软件外包如何正确定价
随着行业竞争猛烈，越来越多的公司对信息化存在很大的需求，因而软件外包业务近年来始终保持了较快增长速度。从这几年的统计数据来看，软件技术服务始终以高于行业平均增长速度增长，软件外包的市场也相应地在不断地扩大。但现实中很多人却感叹软件外包难做，其中最难的就是外包的定价，这也是由于软件商品的特殊性所决定的。软件不一致于其他有形的物质产品，比如电脑，由于制造电脑需要原材料，还需要加工。把这两部分的成本加起来再加上利润就能够得出一台电脑的销售价格。而软件不需要有形的物质，完全是程序员的脑力劳动的结果，因而在很多普通人看来，大概是不需要任何成本的。软件业者常感叹，企业客户都愿意花钱购买昂贵的经营设备，却在软件上斤斤计较，同样是生财工具，为什么花钱的意愿相差这么大？这样的办法也反映在个人客户身上，大多数的人愿意花钱购买价格昂贵的CPU与显卡，但关于软件，只想到如何省钱，甚至使用盗版。
本人在软件外包领域工作了很长的时间，经常接触到软件外包的双方，因此经常听到项目双方的心声。外包方经常埋怨接包方漫天要价，价格贵得离谱；而接包方同样怨声载道，认为自己的收入还不如一个民工来的多，感慨现在的软件比白菜卖得还便宜。这事实上就是由于双方对软件外包如何计价没有一个统一的标准，因而造成双方在软件外包的价格上争吵不下，甚至导致项目的谈判完全破裂。反映在现实外包中，项目的发包方与承接方在
价格这个问题上经常存在巨大的差距。我就见过一个客户外包一个类似QQ这样的及时通讯软件，外包方认为正常的费用只要5千元，而承接方却咬定要5万元才能完成。
那么关于外包的价格是否具有一个统一的标准呢？当然有的。学过经济学的都明白，商品的价格由商品的价值来决定，而商品的价值又由生产商品的社会必要劳动时间决定。有形的物质产品是这样定价，无形的软件产品也同样是这样来定价的。软件外包也有一个统一的计价标准，具体来说，外包费用＝每位程序员每天的工资×项目所需要的工期（天数）×人数。这里的每位程序员每天的工资是由当地的程序员的工资水平来决定的，比如在上海，程序员的平均工资是6000元／月，那么每天就是200元。项目所需要的工期是指按正常的每天八小时工作制估算，该项目所需要的平均通常工作时间。注意，有些兼职者只能用业余时间来做项目，因而工期就长，但真正的计算工期是以平均的社会必要劳动时间来决定的，因此计算工期只能以正常的每天八小时工作制所需的时间为准。至于人数，由于有的项目不是一个人就能够完成的，比如一个网站项目，就需要有后台程序员、前台设计师与美工共同配合完成。因此需要的人数至少是3人。举例来说吧，比如一个软件项目，要求设计方在1个月内完成，大概需要4人的协作，地点是在上海，那么项目的费用就是：200（元／天）x 30（天）x 4＝24000元。因此该项目的合理定价应该是2万4千元。
实际外包时，外包的定价应该是在需求确定之后。接项目最重要的一步是外包的双方在一起谈需求，客户在谈需求时应该把对软件的所有要求都提出来，而接包方就根据客户的需求来确定项目所需要的工期与人数，再套用前面的公式就能够得出外包的费用是多少。接包方应该把计算出的价格全面解释给客户听，假如双方有争议还能够进一步讨论。这样订出来的价格双方都会觉得满意，也有利于项目的顺利实施。
总之，软件作为特殊的商品，尽管定价相对比起有形的商品来说要复杂一些，但只要掌握了统一的价格标准，还是能够得出一个比较准确的报价来的。只要外包的双方能心平气与地坐在一起认真计算一番，就能得出一个双方都能满意的价格，外包的意向才能真正达成。也只有外包的双方按照按照统一的计价标准，遵循公平交易的原则，软件外包这个市场才能不断进展壮大。
第四点， 如何组织团队

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。