目前我的方式是按时间算。 

首先这得建立在双方的信任基础上。 

 

以我做过的Case为例： 

 

首先会和客户一起评估需求： 

 

1. 哪些功能是最为重要的 

2. 哪些功能是可以删除的 

3. 用什么策略保证APP的出色 

4. 最终这个APP大概需要多少时间来完成开发 

 

接下来就简单了，根据难度，50-150美金每小时不定。这样就能得出这个APP的开发预算。 谈定时间后就开始进行设计开发。 

 

此时，客户首先得对我进行充分信任：1. 我有足够的能力成熟度 2. 我讲诚信，不会故意多记开发时间。 

 

开发进程分为几个步骤： 

1. 概要模型（低保真），这个阶段是越快越好，以保证梳理出的客户需求不会跑偏。 

2. 高保真，这个阶段决定了APP的最终视觉效果，也要和客户反复确认修改。 

3. 编码 + 测试。 千万不要等编码完全后再测试， 加快迭代周期 

4. 交付 

 

其中要说明的是： 

Q: 为什么不一口说定价格： 

A: 因为如果一口说定价格，在途中因客户而产生的变化会增加工作量，这样的工作量由谁来承担？ 通常会以设计人员承担，这会让很多项目无限期的拖延无法结束。 而以时间计算的话，这样的风险就由客户来承担了。 双方都会相互产生博弈关系。 

 

Q: 为什么这么贵？ 

A:拥有更高成熟度的设计人员有很多优势： 

a. 沟通上，他们能更快速地把握需求 

b. 评估上，他们知道风险是什么，哪些是不合理的，会帮助客户梳理思路，帮助产品成功 

c. 设计上，他们会节约大量的时间 

d. 开发上，他们的编码质量比较高 

e. 整体把握上， 他们会知道每个环节的沟通方式，协调起来速度很快，失真很小。 

 

这些优势会大大缩短沟通和开发的时间。因此，即便单位时间价格高，但是从总体上来看，会更节约，风险更低。 

 

从另一个层面更新一下这个问题的价格计算方法。

 

假设一个外包产品上市后收入稳定在1000 USD/天 （我们现在具体是多少，暂不方便透露）

如果按无风险利息为10%来计算，产品的生命周期按2年计算：产品有形价值（不包括用户数本身的价值）大概在80w USD左右。

 

有一个非常简单的估算方法，数页面，数功能，这样就可以估算代码行数。如果需要我帮你估算，私信好了。价格看欧美网站功能报价就ok了。

对于接包方来说，价格必须比自己当前月薪高几千。这是保证自己坚持下来和不会后悔的前提。至于2W人月不一定会达到这数。

 

我个人看法：外包中有三个职位： 产品经理，美工和编码。发包方必须有产品经理出详细设计，界面规范和通讯协议设计这类的文档。接包方只负责编码，发包方如果不负责美工，则这部分费用单算。如果没有这一些约定后期双方非常容易扯皮，验收也无法确定，时间也无法控制。

有一些公司没有产品经理，可能就是销售或行业公司提出需求怎么办？则产品经理的分析工作这部分得算费用，否则就是无休止的扯皮了。

 

 

So, 

作为找外包的人，可以简单地核算出价值和成本。

对于接外包的人，也可以简单地核算一下在某个产品在预期收入情况下的现值。