一个软件项目到底要几个人：别数人头，数人天

先给结论：看项目大小，不看公司大小

上周有个客户拿着两份单子来问我。

一份 28000，写着「团队 5 人」。

另一份 16000，写着「一个人全包」。

他问我："差这一万二，差在哪？"

我把两份单子摊在桌上。

让他看一个地方：人天。

头一份，28 个人天。

第二份，16 个人天。

钱不一样，根子在这里。

不是人多人少的问题。

是这 28 个人天，到底花在谁身上了。

今天就把这件事说透。

一个项目背后，其实站着六种角色

很多人以为做软件就是「程序员写代码」。

真干起来，不止这一件事。

我把它拆成六种活。

这张表你先记住。

后面所有的账，都从这六种活往上摊。

把 16 个人天摊开，看看钱去哪了

拿最常见的说：一个下单类小程序。

功能不多。商品、下单、支付、订单列表、后台改价。

一共 16 个人天。

按 1000 元一个人天算，16000 元。

这 16 天是这样的。

产品部分，2 个人天。

把流程问清楚，画出页面顺序，写功能清单。

UI 部分，2 个人天。

出一套页面图，你确认了再往下走。

前端部分，4.5 个人天。

页面做出来，能点，能跳。

后端部分，5 个人天。

数据库、接口、支付回调、后台管理。

测试部分，2 个人天。

把主流程走三遍，把支付这种关键环节走五遍。

上线运维，0.5 个人天。

服务器装环境、配证书、提审。

加起来正好 16。

你看，写代码只占 9.5 天。

剩下的 6.5 天，花在问清楚、画出来、点一遍、传上去。

很多人觉得这些不算「活」。

恰恰是这几件事，决定了项目会不会返工。

一个人全包，会发生什么

六种角色，一个人能干吗？

能。

我自己的小项目，基本都这么干。

但你要知道代价在哪。

头一个代价，是慢。

一个人干，六件事是串起来的。

先问需求，再画图，再做页面，再写接口，再测。

五个人干，是可以并起来的。

后端写接口的时候，前端在做页面。

16 个人天的活，一个人干要 22 个日历日。

三个人干，11 天能完。

第二个代价，是容易漏。

自己写的代码，自己测，总有惯性。

那个地方你明明知道逻辑，手就自动绕开了。

别人来点，一按就崩。

说实话，这事我也干过。

去年一个点餐小程序。

上线当天，加购物车那个按钮，在安卓机上点不动。

我自己测了二十遍，全用苹果。

客户一上手就碰上了。

第三个代价，是设计水平封顶。

会写代码的，不一定会做图。

这两件事用的不是一块脑子。

所以小项目我一般这么处理。

页面样式直接用成熟组件，不出原创设计稿。

省下的 2 个人天，让客户少掏 2000 元。

钱花在能看见的地方。

为什么公司报 1200，个人只报 1000

同样是 16 个人天，有人报 16000，有人报 19200。

差的这 3200 元，不是技术好坏。

是公司这边，一个人天要摊的东西更多。

摊在哪？我给你列一下。

写代码的人拿到的只是其中一部分。

剩下的要摊到办公室、社保公积金、销售提成、售后预留上面去。

还有一块最容易被忽略：空档。

这个项目做完，下一个还没接上的那几天，也得算进去。

所以市场价按 1200 元一个人天，是有道理的。

我这边按 1000 元报，靠的是另外两件事。

一件是 AI 辅助开发，代码生成、组件拼装、接口联调这几块能大幅压缩人工时间。

另一件是我不用养一屋子人，没有空档要摊。

省下来的成本，直接体现在报价上。

你不用管我用什么方法。

只要看两个数：一共几个人天，每个角色几天。

这两个数对了，单价高低你自己判断。

三类项目，各要几个人

别听「我们团队多少人」这句话。

那跟你没关系。

跟你有关系的是：你这个活，占几个人。

看明白了吧。

三五千的活，就是一个人从头干到底。

这个阶段找「团队」没意义。

你多付的钱，买的是会议室和前台。

到一万五往上，一个人真的扛不住了。

不是技术问题。

是日历不等人。

等得起的话，一个人也能干完。

你要一个月内上线，那就得加人。

报价单上看得见的，和看不见的

回到开头那两份单子。

28000 那份，写着「团队 5 人」。

我给他算了笔账。

5 个人，28 个人天。

平均每人 5.6 天。

这个数字有问题。

一个项目里，后端通常要 9~10 天。

UI 通常只要 2 天。

不可能五个人平分。

要么是人头报多了。

或者把对接的销售、行政也算进「团队」了。

另一份 16000，写着「一个人全包」。

16 个人天，一个人干。

这个数字反而是实的。

但缺点前面说了：慢，容易漏。

后来他选了中间方案。

我这边出两个人，前端和后端分开。

16 个人天不变，日历日从 22 天压到 13 天。

加了 2000 元。

最后 18000 元成交。

你要的不是人数多。

是这六件事，每一件都有人管。

四个例子，都脱了敏

头一个：三个人干两个人的活

雁塔区一家少儿美术。

要做报名小程序。

功能很常规。

报价 12000 元，12 个人天。

我这边实际投入 2 个人。

一个做前端，一个做后端。

产品这块是我自己兼的，1.5 个人天。

UI 直接用现成组件，没单独画图。

14 天上线。

后来他跟我说，上一家报 21000。

我问他那家几个人。

他说对方说有 6 个人。

12 个人天的活，6 个人。

平均每人 2 天。

你自己想想，这账对不对得上。

第二个：一个人干砸了，又回来找我

未央区一个做建材批发的。

2025 年在别处找了个人，9000 元做下单小程序。

做是做出来了。

但没测。

上线第二天，同一张订单被重复扣了两次款。

第三天，后台导出的表格是空的。

那个开发者后来不接电话了。

他来找我，我先看代码。

写得不算差。

就是缺测试这一环。

我花了 3 个人天补测试、修掉 7 个问题。

收了 3000 元。

加起来 12000 元。

比一开始就找两个人做，多花了 1000 元，多折腾了 20 天。

他后来跟我说了一句。

原话是：我当初省的不是钱，是测试。

第三个：非要凑满五种角色

高新区一家做工业检测的。

要一套内部派工系统。

对接的是一家公司，派了 5 个人过来开会。

产品一个、UI 一个、前端一个、后端一个、测试一个。

排场挺足。

报价 52000 元。

他拿给我看。

我算了算人天：26 个人天。

52 个人天的钱，26 个人天的活。

我给他指出一个地方。

其中 8 个人天，写的是「需求调研与方案设计」。

分了三次会，每次三个人到场。

这部分单独收了 8000 元。

我说这段你可以砍。

你自己把流程写下来给他们。

能省 6000 元。

后来他照做了。

最终 44000 元签的。

五种角色一个没少。

但重复开会那部分，去掉了。

最后一个：两个人，扛下了四十个人天

这个是给我自己的客户做的。

一套进销存加小程序下单。

40 个人天，40000 元。

全程就 2 个人。

我负责后端和产品。

另一个人负责前端和测试。

UI 用现成后台模板，省了 4 个人天。

工期 7 周。

客户中间问过一句：就你们俩？

我说就俩。

他沉默了一下，说：那行吧。

交付那天他挺满意。

后来介绍了一个同行给我。

项目大小看人天。

不看工位。

五个信号，判断他报的团队是真是虚

我干这行这些年，见过不少包装。

你不用懂技术。

盯住这五处，基本能看出来。

头一处：问一句「后端几个人天」

答不上来的，多半是转包的。

真干活的人，心里有数。

张口就来。

因为他自己就要写。

再一处：看人天能不能被 6 种角色除开

12 个人天的活，说有 6 个人。

这账不平。

要么虚报人头。

或者把不干活的人也算进来了。

还有一处：问他测试怎么安排

靠谱的回答，会说清楚测什么、测几遍。

含糊其辞的，基本没这一步。

前面那个建材批发的例子，就是这么来的。

另外一处：看他愿不愿意砍功能

你说预算不够，他立刻说「那去掉这个」。

这种实在。

他说「功能不能砍，我再去申请优惠」。

那你小心。

因为人天没变，钱从哪省？

最后一处：看交付时给不给清单

活干完，应该给你三样东西。

功能清单，标了哪些做了哪些没做。

测试记录，哪几个环节点过。

账号密码，服务器、域名、后台。

少一样，你后面就被拴住了。

哪些角色能省，哪些不能省

预算紧的时候，人人都想砍。

我给你一个顺序。

先砍 UI。

用现成组件，不单独出设计稿。

小项目能省 2~4 个人天，2000~4000 元。

省下来的代价是「长得跟别家有点像」。

但不影响用。

再砍产品的重复开会。

你自己先把流程写下来。

哪怕手写、哪怕用备忘录。

这一刀能省 1~2 个人天。

然后砍运维里的花活。

小项目不需要什么高可用、负载均衡。

一台 2 核 4G 的服务器，一年 500 元，够用。

别为「以后可能做大」提前付钱。

下面这四个，别砍。

后端不能砍。

它是地基，偷工减料后面全返工。

测试不能砍。

1~2 个人天，换个安心。

需求确认不能砍。

这一步省了，后面每次改动都算增项。

交付文档不能砍。

没有它，换人等于重做。

常见问题

一个人做，是不是一定比团队便宜？

人天单价上，通常便宜。

团队干同样的活，一个人天 1000 元。

公司按 1200 元报，还得摊上场地和管理。

但便宜的前提是这个人六件事都能干。

干不了的，就会漏项。

漏了再补，花的比省的多。

对方说有十几个人，可信吗？

人数不代表投入。

你要问的是：我这个项目，排几个人？

各干几天？

加起来几个人天？

三个问题答得清，就是真的。

我要不要盯着他们干活？

不用盯。

盯一个东西就行：每周能看到什么。

约定好每周给你一个能点开的地址。

哪怕只有两个页面。

看得到，就不慌。

要是看不到，人再多也是虚的。

中途还能加人吗？

能加，但会慢下来。

新来的人要读别人的代码。

这一步通常要 1~2 个人天。

所以加人不是 1+1。

是 1+1 再加两天。

真要赶工期，一开始就排够人。

为什么一个人干要 22 天，两个人干只要 13 天？

因为有些活能同时干。

后端写接口的时候，前端做页面。

这两件事不冲突。

但产品需求得先定。

测试得等页面出来。

所以不是人越多越快。

加到第三个、第四个人，能并的事就少了。

这也是为什么 40 个人天的项目，2 个人能扛。

写在最后

回到开头那个问题。

28000 和 16000，差在哪？

差在 12 个人天。

也差在那些人天里，究竟有没有人做测试、有没有人做需求确认。

不差在工位数量。

下次你拿报价单，别数人头。

就看两个数。

一共几个人天。

这几种角色，各占几天。

两个数都对得上，这单就踏实。

我们在西安做开发，一直是这么报的。

人天摊开给你看。

你要是不放心，把单子发我。

我帮你算算，钱到底花在谁身上了。