外包，无〗论是内部还是外部，都是一个不受欢迎的词。

谈到外包，公众的印象是不可避免的：误导、陷阱、质量差和◆移动代码。 . .

这是公众印象，也是客观事实。

许多开发公司都避免使用¤外包这个词。

我们也是，我说我们做定制开发。

出了什么问题？

我经常发现很多公司都想把⌒　自己的业︻务信息化，或者线上线下¤结合O2O。当只是初步意见时，他们喜欢向外包团队索取报价。这样的报价从高得离谱到低得令人难以置信。

其实对于软件外包来说，不同卐的需求，价格区间会比较大。虽然是一个看似简单的网站建设，但√也有人接受少则两三千，也有人举报10万以上。

原因是需求定义的专业性限制了客户的认①知和表达能力。客户很难清楚地描述自己的需求，客户也不知道实现其需求的工作量。他只能依靠不≡同的外包团队根据自己的理解和◥误导能力进行报价。

对于财力雄厚的客户，如政府、高校、银行、运营商等，由于对价格不敏感，受选型的限制，往往会给软件外包公司很大的容错空间，即♂使他们被改变了。去，一拖再拖，最后还▲是能送的，能做到宾主和谐。

而我们身边的很多企业客户只想找个最低的价格，但在交货过程中→，与外包公司形成了〖冲突和纠纷。一般来说，在这些情况下，外包公司是赚不到钱的▂。客户也会浪费金钱和时间。

这是问题的症结所在。问题的症结在于需求的明确定义。它允许外包公司为财大气粗的客户做项目，不赚钱。为经济的客户做项目只能失败，失败带来】产业。总是不受欢迎的印▓象。

当前解决】方案

在目前的市场形势下，外包成本高且不受欢迎◥。企业能生存下来，主要靠两条路，产品化和劳々动力外包。

生产：

很多软件公司只能做产品变革，靠产品生存，进入了另一个更血＠ 腥的市场。

产品化的本质是将客户定义的︼需求变成自己定义的需求，然后市场上的客户找到产品的契合点。标准化产品面临激烈的市场竞争，具有很强的马太效应。这是一个成功的问题。如果♀产品不成功，死亡〗是唯一的事情。

互联网项目是一种典型的产品化方法。他们讲∩赛道，注重迭代速度，烧别人的钱，给客户带来好的体验和免费的□服务。绝症，无人生还。

人力外包：

有的公司走上了人力外包的¤道路，把IT人员派到有发展需求的客户公司，客户自︻己安排任务，任务◢结束后放人。

对客户而言，开发资源按需提供，重量更轻，抗风险能力更强，利润更高。因此，越来越多的公司喜欢使用劳务∮外包，几乎所有大公司都使用外包人■员进行业务处理。

对于软ζ件企业来说，不管做了多少事情，不管有没有成果，都是按照工作№量来解决的。它巧妙地将需求和交付的责任留给了客户，虽然它赚的少，属于春天。旱季收入有保●障，可控性远高♂于项目外包。

虽然人力外包的体量可以很大，但管理风险极高，造血能力极弱。很容易因为某个项▲目的发布或者客户关系的变化而倒闭。

重新定义软件外包服务

虽然我们也在同时运行产品化和人力外包路线，但这还不够。酷贝的愿景是汇聚最优秀的程序员，重建IT产业生态，成为』国外软件业的巨头。所以→我们要想办法服务器运维外包，要面对整个软件外↙包服务市场常年乱象，要重新定义软件外包服务。

问题一、价格混乱：

没有经验的客户往往过于看重价格，但在售前沟通阶段却从来没有一个明确的标准。同一个功能列表的价格，不同▓的设计方案，不同∑的技术实现方案，不同的软件交付质量，不同的售后服务标准，项目开发的成本差别很大。

在人力成本高的行业，如果一个项目以更好的价格被接收，它往往以一个未完成的项▽目而告终。据我所知，整个行业的半成々品率是70%，外包几乎是完全半成品。不可避免的结↘果。

问题二、资源错配：

外包公司很多都是技术过硬、技术过硬的团队，但大多都奋斗了几年，一直处于小规模生存的边缘；而市场上知名的软件外包公司大多是营销和业务能力强〓的公司，设计或开发能力●较弱，交付的软件质♀量也不是很理想。

这是一个非常有趣的现象。可靠的团队无法接触到优质的客户，优质的客户无◥法分辨什么是可靠的公司，导∮致资源错配。因此，分包在行业内是非常普遍的现象，分包造成的层层◢剥削很容易导致项目交付失败。

问题三、行业收入低：

很多人认为互联网软件很赚钱，但那只是因为员工的工资比较高。软件外包公司的收入很低，生存状况不可预测。对↑于退回的项目，可以将10%的费用用于销售佣金，10%用于市场业务成本，20%用于项目管理浪费，其余50-60%用于人工和现场设备费用。在一个无法保证利润的行业，一般没有太多的耐心去关心项目∩交付的质量。大多数企业为了生存，只能尽可能多收费，多做多做，提♂高服务水平，承担客∴户的笑柄。

我们的解决方案

我们认为，上述问题的症结在于需求的专业定义限制了客户的认知和表达能力。客户很难清楚地描述自己的需求，客户也不知道实现其需求的工作量。具有强大市场力量的公☆司可以通过他们的误导力量获得订单。大公司接单太多无法消化，大部分转包给生态链合作伙伴，分包行业收益低，导致小公司生存环境差，影响外包质量和◆声誉行业。

为此，我们要重新定义软件服务，其基础是明确他对客户的需求，即从需求分析服务入手。虽然很多大公司都在做这种事※情，但他们的销售和预售通常需要一年半的时间才能帮助客户满足他们的需求。并且由于提出需求的目的是为了赢得项目，获得尽可能多的收益，所以有很多回避现实和虚假，或者故∑意误导的行为，只能算是误导，而不是需求分析。

1、只有在要求明确时才接受订单

项目成功的先决条件是明确的需求边界和开发内容。我们建议将该项目分为咨询标和√施工标，由第三方公司提供咨询和设计服务。设计单位不得参与施工。为下一个项目进行设计可以帮助客户准确输〖出他们的需求和预算。

我们觉得无论项目大小，只有在需求明确的情况下才接受订单应该是一个行业标准。需求的清晰最终体现在项目原型、界面设计、操作交互需求、系统性能指标等方●面。后续ω　开发基本相同，所以设计的优劣直接影响到整个后续的开发结果和用户体验。这是一项非常艰巨的工作，尤其是在项目原型阶段，产品总监需要在了解项目需求和业务的基ξ础上，结合用户使用和运营的实际场景，设计出整个项目的交互和界面原型。 在放置每个螺栓的位置之○前，请让客户确认并了解。

即使客户对UI有要求，设计师也需要做好美术设计，让视觉效果清晰。

另外，在项目预算方【面，软件设计能否适应业务扩展、系统与运营计划是否匹配、后期运维成本等，都需要全局考虑从多方面的方式开始。例如，如果客户需要承载大量的访问，则需◥要设计系统带宽。如果客户希望功能随着业务的扩展而保留和扩展，则需要设计◤开发标准，可能还需要放服务器、域名、备案工作、在线支付方式申请、跨网加速CDN等，都包含在项目预算中。

2、技术过硬不埋坑

明确需求后，无论是找外包团队开发，都是▓按图施工。我们建议设计单位和开发单位☆没有关系，可以占据AB角位置。当开发发现设计错误时，需要暴露出来进行设计修改。当设计人员发现开发不符合设计要求时，也应予以曝光，以保证开发质》量。 .

对于△选择软件外包商，技术实力一定是最重要的标准。对客户来说，需求ㄨ明确后，项目预算准确，收益合理。只要技术过硬，项目的内在品质、功能稳定性、售后运维都有保障。

对于开发者▅来说，需求明确、周期合理的项目可以从容实施。一个好的技术架构和严谨而软的代码逻辑，也可以为后续的迭代开发和售后运维节省大量资金。成本。这样也防止了项目推进过程中需求的变化，乙方领导不ζ断提出变化建议，赶工期。

3、考考细致，初考难

往往项目方的设◆计只能由开发者自己达到60分，真正交付至少要达到90分，30分还要通过测试来提高。因此，我们建议该项目的检测工◎作由咨询公司承担，初检后的最终责任也由咨询公司承担。

4、负责售后

往往在对项目进行初步考察后，这是外包公司服务的结束，但却是客户项目运作的起点。往往在这个时候，外包ζ　方开始从被动的劣势转变为主动的优势，这是考验职业道德的一部分。整个行业在售后环境下的工作并不尽如人意，因为项目资金基本到位，外包商付出的更多是收入的损失。

对于客户来说，项目交付后，需卐要外包商强大的运维支持，才能保证项目的正常运行。在这个环节，需要双方适当々留出相互制约的条件，比如适当留出一定的项目余额，在售后到期后结算。但是，售后服务的好坏主要取〓决于外包商的可靠性和职业道德。

因此，我们建议在维修期间，客户与外包商约定按固定︽工作量结算费用。该◥结算标准在项目设计时已编制预算，同意承接的开发商可在项目交付后获得维修收入，既保证了客户项目的稳定运行，又保障了客户的利益。外包商。

最后，

给我们客户的一条建议。收到offer的时候，千万不要因为「对方的offer低而大Ψ喜过望，因为也许你想要的和他能给的不一样。事物。如果你觉得对方的□offer太高，也不要着急，仔细查看对方的plan是否包㊣　含更多的东西。虽然原因很简单，但是你们软件外包的目的不是单纯的为▆了省钱，而是做自己想←做的事。所以，在这一点▓上不要本末倒置。

一个行业的健康发展，有赖于外界对其有全面、客观的认识。也需要业内人士加强自律服务器运维外包，优化服务流程，提升服务质量，更重№要的是，找到一些创新可行的解决方案。可持续发展的方向。

——————————————————————————————

马神帮是一家软件外包公〓司，以兼职合伙的形式承接各种小型软件项目。

n软件开发：专注于二手项目，帮助项目承担者完成交付任№务。

n人力外包：为有开发↓能力的客户加强开发能力。

n运维支持：运维工作量未饱和，委托运维增加客户运营成本。

马神帮主要从事二手项目，以帮助项目承办方完成交付任务为己任。客户的要求一是按量保质交货，二是保证利润卐最大化，风险最小〗化。我们是客户的最佳选择，期待您的加入。