ue外包公司 收到湖南李小姐的一封邮件：你好，赵先生，关注你的连载

收到来自湖南的李小姐的邮件：

“赵老师您好，关注您的连载一周了，您关于创业的文章基本都看完了，逻辑性很强，感觉比较客观。在长沙找了一家软件公司做游戏，交流了3个月左右，印象还不错，价格也比较低游戏开发，想听听您的专业意见。”

这是一个很好的问题，我的专栏已经计划好了。

首先，我非常感谢一些读者给出这样的评论。当我们创立物拓，开始开发这款APP时，我们设定了一个目标：“规范外包市场！”

这意味着我们需要客观地指出一些根植于真正意义上的东西。

“我们常常沉迷于外观问题，以至于忘记了根本原因。”

但句子本身是空洞的，毫无意义。一个正当的理由应该回答某个问题，而不是为了教育。上面这句话本身无可挑剔，但本质上只是陈述了一个事实，并没有解决问题。新的困惑是它没有告诉你为什么？

所谓的行为规则也是如此。如果没有根维护力支撑，那么行为规则必然失去意义。

首先，由于市场的离散性，软件开发领域没有明确的“规则”。但绝大多数外包公司将预付款定在30%到60%之间，80%的预付款至今没有听说过。

所有顺利的合作都是相似的。双方都清楚地知道合理的界限在哪里。即便是谈判，也不会轻易越过它们，破坏风险分担的基本共识。因此，无论价格看起来多么优惠，或者之前的沟通多么好，都不建议合作。

接下来，我会详细给大家讲解一下风险分担的基本共识是什么。

我们需要对软件开发行业有一些基本的了解：

(1）软件外包的利润率很低。

在《如何比较APP开发供应商》一文中，我们详细拆解了外包公司的成本，很容易得出一个道理。在传统行业，随着规模的扩大，边际成本降低，风险得以抵御。能力提升，而外包行业，随着规模的扩大，成本不断增加，而且由于产销两难，生存风险也在不断增加。

生存的风险，加上企业家对价格的敏感性，最终导致整个外包行业的利润非常低。它有多低？ -20% 到 30% 的利润。

什么？有负利润！

你没看错，就是这么回事。市场低迷时，开发团队的工资不能停。即使是损失，你也会承受。正是这些非恶意行为反过来导致了市场上事实上的恶意竞争。

(2）创业者半途而废是很常见的。

一个10万元的项目，如果前期只收到30%的预付款，一个半月就完成了，创业者说：“我之前想的很好，经过仔细的内部沟通后，我们终于决定放弃这个项目，外包公司瞬间被逼……

在极端情况下，如果同时做很多大项目，损失几十万ue外包公司，公司可能会瞬间报警。

为什么这么普遍？市场动态正在迅速变化。当你决定做一个项目时，你可能会在创造力、资源和资金方面拥有它。但是两个月后，你遇到了投资者的麻烦。坏了，公司出现意外状态，协商好的资源收不到，或者腾讯刚刚发布了类似的产品，失败了。这时候，你只剩下一个不愉快的选择题了：

是壮士断腕，还是取回一个无意义的应用？

很少有人知道暴雪在游戏领域的大名，类似的故事也上演过暴雪的历史。

在 1998 年 E3 之前，暴雪突然宣布取消《魔兽争霸》的开发计划。至此，《魔兽历险记》的开发已经基本完成。这就像当终点线在望时告诉马拉松选手：“比赛被取消了。”暴雪为什么要这么做？

《魔兽历险记》原开发总监比尔·罗珀解释说，暴雪在角色和谜题的设定上花费了太多精力VR开发，从而忽视了冒险游戏的发展趋势。他认为，三年前该项目刚成立时，将成为经典。现在冒险游戏都在向3D模式进化，《魔兽大冒险》纯2D风格太“怀旧”了。

作为回应，暴雪采取了一贯的“最好或没有”的态度，毅然取消了该计划。从此，风靡全球一个时代的《魔兽争霸3》问世。

基于以上理解，当你看外包合同时，你会发现预付款达到50%，甚至60%的预期背后有历史原因。可以肯定的是，没有一家外包公司会在没有收到预付款的情况下为企业家开发软件。如果低于30%，外包公司通常很难接受。即使被接受，也会把优先级放在最后。

另一方面，对于创业者来说，如果首付太高，超过50%，外包公司的风险小，收款的动力不够，在后续会比较薄弱。所以很难接受。

因此，预付款的比例一般应在40%到50%之间。

第二个问题是，我应该分几次付款？

据我了解的很多公司，他们实施的支付流程比较有代表性，都声称这是“行业规范”，比较主流：

(1）5:4:1

／/一般针对财务流程较长的大公司。他们要求他们提前部署在自己的服务器上进行测试，但在确定没有问题之前ue外包公司，他们不愿意支付全款，所以他们将在差不多完成时支付 40%。 ，服务器源代码先下发，客户端源代码保留，直到收到余额的10%再上交。

(2）4:3:3

／/ 一般对于财务流程相对自由的小公司来说，前期付款较少，外包公司的风险增加，所以需要在产品半成品时支付中期付款。比如APP已经完成，但是后台还不行，再交30%。比如IOS客户端好，安卓不好，先付30%。

(3）5:5

其中，创业者最常犯的错误是分2期付款，比如5:5。预付款总是需要的，55可以保证余额可以预留更多，你必须给我一个满意的答复，我才能给你付款。

问题在于，因此，您在项目开发过程中的参与较少ue外包公司，检查较少，项目质量失控的可能性增加。我的建议是分3-4期比较好，前提是你的内部财务流程比较自由，而且分期太多也很烦人，因为付款问题难免会影响进度。

我见过的最愚蠢的创业者，为了保护自己的项目，到处都是对对方的各种限制、责任确定条款、违约赔偿条款。抛开这里的悖论不谈，作为一个不懂技术的创业者，即使你有与外包公司争论的意愿，你有能力裁定外包公司负全责吗？就算你裁决成功，公司破产了，那些保护性过强的条款也没有意义。

所有的合作形式和条款都不能偏离一个目的：就是为了质量保证！

而质量的保证必须建立在正确的理解之上：

(1）外包最重要的是人。

(2）执行节点和交付物更重要。

为什么分成3-4个阶段更有好处？这不仅仅是一记耳光，而是有科学依据的。

我们的经验证明，除了人之外，项目的最终质量还取决于执行节点和可交付成果。不规则的流程错位、缺失，是频繁变更需求和质量偏离计划的根本原因。通过优化执行环节，大部分问题都可以避免。

我们举个很简单的例子，正常的执行链接和交付物是这样的：

(1）交互设计//交付物是草图原型

(2）UI设计//可交付成果设计稿

(3）开发链接

／uedemo/是我们做APP的时候做的原型【开发一个APP要多少钱】。高保真、交互性强，难度不大。只是在UI设计之后，多加了一个链接，变成如下：

(1）交互设计//交付物是草图原型

(2）UI 设计 // 交付物是样式草稿

(3）交互设计//交付物是高保真交互原型

(4）开发链接

为什么要添加这样一个步骤？很简单U3D模型外包，UI设计稿是二维的，高保真交互原型是三维的。客户可以直观地感受到最终的视觉体验和操作体验，这对程序员来说更容易。很多问题可以在这个环节充分暴露，免得客户开发完成后发现，O，NO，这不是我想要的！事实上，当我们的设计师这样做时，他们往往会自己发现问题并迅速纠正。

让我再举一个例子。 2015年ue外包公司，我做了一个类似于统一集团公众号的钉钉应用。高保真原型与客户确认后，我的开发计划如下：

(1）几个月零几天，前端html页面开发完成，与客户确认效果

(2）几个月后，功能完成，与客户的效果确认完成

然而，一周后工程师给我展示开发的初步成果时，我当时很郁闷。界面与设计草案有很大不同。原来是后端工程师直接做前端的工作，一般都是先做。接口，然后做函数，他在做函数，一边写接口。

这是流程错位的典型示例。界面不ok，功能不齐全，不让客户失望。

因此，一个标准的支付流程应该对应一个标准的执行流程和交付物。

这个原则也适用于外包公司。我见过一些外包公司的老板本末倒置，以支付为主。催款。它确实有效，但它真的很好吗？

有句老话，成贼必成贼。

能够积极看待合作互利的业务关系，是智慧和经营策略。帮助客户成功是仁慈和价值观。是能够深入问题本质，通过建立规范来解决问题的方法。是技术。没有这些数字，就没有任何事情可以完成。

社会不缺少生产垃圾产品的外包公司。这个行业缺少的是一些追求共赢、探索真理的人。

以下是我们为整个行业设计的标准实施流程。我们希望外包公司可以改进，企业家可以效仿：

(1）预付款，30%。

(2）确认高保真交互设计，20%。

(3）开发完成，测试OK，应用商店上线成功，40%，获取服务器源代码，部署成功。

(4）确认问题不大，10%，获取客户端源码进行后续迭代。