提供一下我的做法，可以参考一下。报价前一定程度上需求是确定了的，我会带团队做功能分解并依据功能分解计算报价。报价是基于人/月去计算的，工资+公司额外付出的成本+溢价20%。这里面的溢价的计算说道比较多。甲方是小公司的情况：溢价低一些，工期长一些，人员单价高一些。也就是溢价虽然降低但整体项目的费用会有所增加，帮助公司抵御风险且前期回款比例尽量要高。小公司需求变动概率高同时频率可能会频繁同时对变更的需求付费的概率较低。甲方是大公司的情况：溢价高一些，工期正常算，人员投入要多。把功能分解放到附件中与合同一起签订，确定需求边界同时在合同上明确规定什么样的变更要收费，什么样的变更可以免费。大公司的项目如果是核心业务项目时大概率时要分好几期进行的，在工期内无法完成时可以将一些功能挪到下一期去计算。总体报价上可以进行让步但不能以降低人员单价进行让步，可以将一些人员的单价改为0表示无偿投入。但需要在合同中体现项目无问题时会与乙方签订x年的运维合同的内容，赚钱一定是在运维上赚的。还有其他的一些情况，就是这家公司是否盈利。但这部分可以根据上面的内容酌情处理。此时你们应当会有一个基准报价的公示表，之后的项目基于这个去计算就可以了。依据我的经验，在外包项目的开发费用上期待10%~15%的利润率是比较合理的，其余的收益应来自于运维以及形成标准化产品上。希望能有些帮助。}

提供一下我的做法，可以参考一下。报价前一定程度上需求是确定了的，我会带团队做功能分解并依据功能分解计算报价。报价是基于人/月去计算的，工资+公司额外付出的成本+溢价20%。这里面的溢价的计算说道比较多。甲方是小公司的情况：溢价低一些，工期长一些，人员单价高一些。也就是溢价虽然降低但整体项目的费用会有所增加，帮助公司抵御风险且前期回款比例尽量要高。小公司需求变动概率高同时频率可能会频繁同时对变更的需求付费的概率较低。甲方是大公司的情况：溢价高一些，工期正常算，人员投入要多。把功能分解放到附件中与合同一起签订，确定需求边界同时在合同上明确规定什么样的变更要收费，什么样的变更可以免费。大公司的项目如果是核心业务项目时大概率时要分好几期进行的，在工期内无法完成时可以将一些功能挪到下一期去计算。总体报价上可以进行让步但不能以降低人员单价进行让步，可以将一些人员的单价改为0表示无偿投入。但需要在合同中体现项目无问题时会与乙方签订x年的运维合同的内容，赚钱一定是在运维上赚的。还有其他的一些情况，就是这家公司是否盈利。但这部分可以根据上面的内容酌情处理。此时你们应当会有一个基准报价的公示表，之后的项目基于这个去计算就可以了。依据我的经验，在外包项目的开发费用上期待10%~15%的利润率是比较合理的，其余的收益应来自于运维以及形成标准化产品上。希望能有些帮助。}

这件事情，我有一定的发言权。我有六年的开发经验，为了节省公司的开发成本(全部功能自己开发，薪资成本太高了)，与多家外包公司打过交道，最高单次差不多节省了5万左右的开发成本，项目可用性还非常的高，得到了创始人的一致好评。第一类：按人/天工资计算按天计算的方式，其实本质上是根据公司开发速度来的。相同的二家公司，开发速度快速的越有优势。一般公司在开发速度有优势的情况，或者处于四五线城市的程序猿工资成本较低的情况，会按照按人/天计算的方式去计算，第二类：按照功能点去计算一般是大一些的外包公司会选择去这么做，因为外包公司规模起来了，人员肯定会有一定的冗余2，同时经验老道的程序猿的工资可能会非常高，比如2万~3万/月。按天去计算开发，明显是不太合适。小公司和大公司的区别是什么呢？改如何选择呢？小公司：在价格上肯定会有一些优势，但是代码质量上会相对差一些，售后服务也会差一些。大公司：在价格基本上没有优势，案例上会有丰富的优势，但是在项目完整度会更好一些，提供产品原型、设计草稿、使用说明等等。我的建议是：如果是真的为了把项目做好，建议给小公司多一些的钱，同时把尾款尽可能的拉长，原因如下：我接触过不少外包公司人员，看过他们写的代码，很多小公司还是有不错的开发人员的，只是因为利润太低，只能快速的做完产品，保证利润大公司的产品质量确实要高，但是价格也相对偏贵，我还不如自己公司人员开发呢，不太符合公司的需求。开发过程中产品需求必然存在改动的情况，如果对方本来利润就低，如果该需求对方很多地方需要重新开发，会存在中间过程加价的情况，对方利润高点可能会愿意免费帮你改一下。有些公司在外包上吃了大亏的原因在于，后续程序有太多的bug，外包公司利润过低，不愿意继续在bug上花费时间了，否则就没钱赚了。因此尾款的存在意义就是使用一段时间后，需要帮助解决bug。以极致的性价比，让外包公司愿意为你出力去开发，注意开发完成不是结束，而是开始。只有产品真正使用起来，才能发现更多的需求，因此后续的维护非常重要。只有不断迭代的产品才具有生命力。你选的外包公司能满足这个点么?}