目前我的方式是按时间算。
首先这得建立在双方的信任基础上。
以我做过的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. 整体把握上， 他们会知道每个环节的沟通方式，协调起来速度很快，失真很小。
这些优势会大大缩短沟通和开发的时间。因此，即便单位时间价格高，但是从总体上来看，会更节约，风险更低。
案例：
===更新， 删除了过去的案例，因为网站做了更新。抱歉。===
现在的网站在：
http://EUMLab.com
其中，过去提到的案例是DAW Remote，网址更新为
http://DAWRemote.com
===2012-12-05再次更新====
EUMLab在上个月已经突破了100w的下载量。
日活跃用户>7w。
从另一个层面更新一下这个问题的价格计算方法。
假设一个外包产品上市后收入稳定在1000 USD/天 （我们现在具体是多少，暂不方便透露）
如果按无风险利息为10%来计算，产品的生命周期按2年计算：产品有形价值（不包括用户数本身的价值）大概在80w USD左右。
可能有人会反问，1000USD/天 是不是有点太多了。 那去掉一个0吧（可以很责任地说，这个数字很容易达到），那这个产品的现值也应该在8w USD。
So,
作为找外包的人，可以简单地核算出价值和成本。
对于接外包的人，也可以简单地核算一下在某个产品在预期收入情况下的现值。
