接了个多端系统开发的活，量不小，本着细水长流的打算，接下系统后期的运维工作，该咋给对方算报价呢？
This topic created in 74 days ago, the information mentioned may be changed or developed.
 | 1 flmn Mar 4 首先定一个工时价格，比如人天。 走迭代开发，然后每一个模块估工时计价。 不怕改需求，按工时付费即可。 |
 | 2 94 Mar 4 大部分能到个人的外包项目基本上都不可能细水长流。甚至尾款结清都要来回折腾。 报价还需要考虑进去心力成本，和平时工作中开发是不一样的。所以单论工时去报价肯定是亏得。 我们想着的细水长流，按照模块收费、每年收一下运维费用。这是在理想情况下。 实际是用户需求不明确、功能边界模糊。每天上班回家之后还要和客户扯皮，身心俱疲。 |
| 3 94 Mar 4 @94 #2 ，简单一些，还是想去这样做，前期一定要聊清楚功能需求，细化到按钮级别，报表需要细化到具体字段。最后落实到书面文档之后确认。 再按照模块-工时去计价，工时按照自己预期的工时 ×1.5 ~ 2.5 的倍数（熟悉的套路×1.5 倍，平时不太用的×2 倍，知道但是没有用过的×2.5 倍以上）。 就这样很可能到最后还会觉得自己亏了，但是对方仍然会觉得你报价不合理太贵了。然后大部分个人开发就可能会选择降价。一但降低报价，就是痛苦的开始。 |
 | 4 ltmst Mar 4 私活无法细水长流 找一个你认为合理的工时和价格，记住把之后的修改工时和运维工时记上去 我觉得干私活，注意维护给你找私活干人的关系 觉得你靠谱，下再还找你，另一种细水长流 -- 另外，不要斤斤计较 干私活，你要接受私活中好多的不合理性 |
 | 5 lisxour Mar 4 你当是请你打工呢，细水长流？外包单一项目不可能存在细水长流的说法，除非你吃的是分成模式，或者是你做的本来就是自己的东西，你把这个干好了，人家后续还有需求的话，说不定第二个、第三个都还找你。 另外不知道你是团队还是个人，个人接系统活，大概率没啥好结果（对双方都是），单个项目周期最好不要超过 15 天，20 天的你都要考虑能收多少钱了。 |
 | 6 youyang Mar 4 还缺人吗。 |
 | 7 xmt328 Mar 4 你想，对方想么？ |
 | 8 qiaobeier Mar 4 注入大量只有你看得懂能修改的 |
 | 9 chenpbh Mar 4 私活细水长流，傻的，直接够钱！私活都是做一单没一单的 |
 | 10 menyuguren Mar 4 私活，别想太多，只想到手的钱，才是自己的，其他都空的，随时可以变更 |
 | 11 dsw0719 Mar 4 我前两天给客户报了“立面巡检平台”的价格给客户,100w,报完客户就不吱声了。 https://imgur.com/a/KbdevXc |
 | 14 konakona Mar 16 via Android 不要想着细水长流，又不是打工，你很难做到把它匀到每个月去的，甲方也会有自己的想法，人家又不傻。如果你真的拖着，把总报价变成月报价，他为什么不去找个人来做，用你的方案。 该细水长流的地方是交付以后的付费售后。 正常地迭代和规划，然后快速地交付，这些都意味着你一期的资金可以报高一些。 |
 | 15 skyyan Mar 20 不要有这种想法，经历过的路过 |
Select Language