接了个多端系统开发的活，量不小，本着细水长流的打算，接下系统后期的运维工作，该咋给对方算报价呢？
首先定一个工时价格，比如人天。 走迭代开发，然后每一个模块估工时计价。 不怕改需求，按工时付费即可。
大部分能到个人的外包项目基本上都不可能细水长流。甚至尾款结清都要来回折腾。 报价还需要考虑进去心力成本，和平时工作中开发是不一样的。所以单论工时去报价肯定是亏得。
我们想着的细水长流，按照模块收费、每年收一下运维费用。这是在理想情况下。 实际是用户需求不明确、功能边界模糊。每天上班回家之后还要和客户扯皮，身心俱疲。
@94 #2 ，简单一些，还是想去这样做，前期一定要聊清楚功能需求，细化到按钮级别，报表需要细化到具体字段。最后落实到书面文档之后确认。 再按照模块-工时去计价，工时按照自己预期的工时 ×1.5 ~ 2.5 的倍数（熟悉的套路×1.5 倍，平时不太用的×2 倍，知道但是没有用过的×2.5 倍以上）。 就这样很可能到最后还会觉得自己亏了，但是对方仍然会觉得你报价不合理太贵了。然后大部分个人开发就可能会选择降价。一但降低报价，就是痛苦的开始。
私活无法细水长流
找一个你认为合理的工时和价格，记住把之后的修改工时和运维工时记上去 我觉得干私活，注意维护给你找私活干人的关系
觉得你靠谱，下再还找你，另一种细水长流
– 另外，不要斤斤计较 干私活，你要接受私活中好多的不合理性
登录后可发帖和回复
首先定一个工时价格，比如人天。 走迭代开发，然后每一个模块估工时计价。 不怕改需求，按工时付费即可。