谈游戏外包二

族人

谈游戏外包二

外包是中合作关系。由双方达成认可，在互相利益的辩论中，达到一个双方都可介绍的代价和利益。外包一般由两方人马，外包商和承包商，中间过程会有中介的参与。

在外包合同，签署后，我们的承包商就会对该项目进行设计和思考。一般是从两方面出发，产品和技术，首先是做产品应用性的设计思考。最大程度的将一个完整的可描述的产品概念，在功能和表现层面上描述出来。

在产品设计的参与中，一定要请外包方参与进来，首先是沟通理解他们的意思，然后他们会进行一番他们的理想主义的设计方案。这里面充满着新奇和浪漫，这是一般遇到的情况，若出现死板和僵化的产品设计方案，会有两种情况。一个是他们一点也不了解项目。另一方面他们也许对承包商没兴趣了。对于不了解项目的外包方是比较可怕的，他们会随时给你修改意见，他们的意见完全可以将项目的周期沉到年底，这样被强迫和带有种压抑的氛围中，你的员工将失去很大的斗志。他们可以被你否定，一次次的，但是他们不愿意被外包商一次次的否掉。

尝试争取利益的前提，以人为本的公司管理行为制度，将会是公司持续发展的前提。

在另一方面中，他们若出现冷谈态度，首先要考虑到是否他们的言语中传达了需要重新设计一个新项目的想法，也许你们的产品设计方案，他们不认为是可以拿来转化为收入的。他们在合作前传达的信息，承包商也许是理解有些偏差。这种情况下，就需要重新调整产品设计思路。

在进行项目的制作中，从一个简单的概念描述，到产品的整合，需要技术经理和产品经理的相互协作。对于产品的责任分工，开发周期，开发过程中的测试和验收，都是很必要的。一般来说，美术和程序同时开工，美术人员需要配合产品设计以及程序人员的需要，积极有效的将设计思想和周期计划，表达清楚。程序在设计前期，做技术准备工作，完成基本功能模块的构造。

在游戏项目的制作中，一定需要外包方的参与。在项目的测试中，也需要他们的参与。对于项目测试出现的bug，要做好记录。在项目移交前，测试版需要及时的（每次修改完错误）给外包方进行测试，在测试中，他们会发现你们未发现过的错误。但是有时候则不是错误，是一个设计上的意见。在这种情况下，承包商需要分析下该设计是否必要，然后拿出相关的资料来进行沟通和辩解，在一番争论后，肯定就有所谓的“失败者”。本来这样的新的设计没有在合同或是产品签署协议中提到的，我们需要在合同的制订前就做好类似情况的发生。将合同的产品细则，写明晰了。出现问题，也可以做为一个可依赖的凭证。若出现比较大的修改，一般情况下，外包方需要再需要和承包方拟个附加产品功能的合同，外包方需要再支付承包方相关的开发费用。

项目费用一般规则
我所经历的合同，一般是有首付的，首付一般会是项目总金额的30%-40%，首付的支付周期一般会在合同双方签署的1周内给予。

在项目验收的第一次，通过后给予30%-40%左右，项目的验收，需要一定的环境进行约束，软件以及硬件。需要充分做好准备。时常，项目的验收不是一次通过的，而是一个反复修改和测试的过程。第2笔钱一般是不太容易让你拿到的，除非项目做的太完美了，或是对方对项目的理想情况太低。

当你真的从验收完成，开始小细节的修改和大量不同条件和环境的内测时，首先恭喜你。但是，这时候也是最容易出现致命问题的时候。项目的最终的验收实际上是在这时候开始的，项目是否可以承受大量用户数据，是否能保持网络同步，是否会死机，是否……

你会为产品的测试而担心的，至少我会的。只是随着经验拉长，这种担心的程度会逐渐的降低而已。

cyberweaver

好文！受益非浅