佬们,想问问大家对程序接单报价的经验

littleblack LB 2026-07-29 18:50 1

有时候闲鱼会接到一些程序开发单,但一直不太确定怎么报一个双方都能接受的价格。


目前我的做法是按人时估算:先把项目拆分,再根据各部分的开发难度、预计工时和自己的时薪报价。


但 AI Coding 普及后,这种方式对中大型项目(例如微信小程序)似乎不太适用。我自己算下来可能只值六七千,但甲方的预算可能有六七万,两者差距很大。这里我的解决方案是去寻找行业平均价格,但这个信息源我没怎么找到合适的。



我之前听说有个朋友做了一个代购的电商平台。他给我看了一下,大概做了些什么,但最后的报价跟我的心理预期差得很大,可能有 3~4 倍。不过,对方甲方居然能聊下来。当时我问他怎么报价的,他说他也不清楚,但就这么报上去了,然后就成了。


最后他说,大概累计有个七八万吧。因为这个也不是从零开始做的,将他们已有的系统进行重构、修复,然后再添加新的功能,甲方那边之前也招过一些人,但那些人可能不是很靠谱。


如果让我做,我说不定就只敢报价 1~2 万。


这里也引起我的反思,我认为一个报价不只是按照客观人力成本,也要结合实际甲方的需求、市场等。所以这块我想也可以整理一套话术。



所以想问问佬们,平时是怎么给项目报价的,以及有没有参考行业行情或市场价格的方法?

最新回复 (5)
  • 洛卡卡了 07-29 19:32
    1

    这个没有固定吧 按照一般情况都是自己时薪然后结合天数或者小时数来计算的,但是实际上不会这么死板。


    我自己是这样的,报价的时候先看看自己能不能接,能接的话预估下周期,然后先按照自己工资的时薪比如打个比方如果我是一万块的话那时薪不就是 10000/22/8 这样的 也就是 57 快左右,按照这个标准来计算开发周期,然后结合甲方的情况适当减少或者增加就行了。毕竟太死板没有固定客源的话前期会不好接活。 等后面有固定客源了就可以按照自己的标准来定价了吧。


    好的单子我可以一天两千来算,坏的单子一天也就是一百快。没有太死板的情况吧。

  • imgdo 07-29 19:35
    2

    把任务分成大模块,分别算出投入的人员和工时,人员可以包括前端,后端,测试,设计,联调等,小任务模块也不用分,直接算人头和工时

  • youtiaozhuazhua 07-29 19:37
    3

    未来,codex,200刀,你的人工费50刀^-^^-^

  • kedou 07-29 19:37
    4

    参考AI给的价格适当减少或者增加

  • 小梨 07-29 19:37
    5

    太好了,我也想问这个问题来着!正巧刷到了 感谢感谢

* 帖子来源Linux.do
返回