有位较真的客户对着小程序开发报价表问我：你们后端写二十天，别的家只写十二天，是不是你们在磨洋工？这个问题问得好，工时是报价表里最硬核的部分，看得懂它，整张表就透明了一大半。今天就把人力成本这笔账怎么算的，摊开来讲。
下面分三步，把这笔账拆给你看。
一个功能要过几双手
很多人以为写代码的人从头干到尾，实际上一个像样的小程序项目至少四种角色：产品经理理需求画流程，UI设计师出图，前端把图变成页面，后端搭数据和接口，最后测试过一遍真机。你觉得一个登录功能半天就能搞定，拆到各岗位、算上联调，两天算是顺利的。角色之间还有等待和沟通成本，设计师等人确认、前端等接口联调，都是隐形的钟表。
人天单价从哪来
岗位不同单价不同，后端一般比前端略高，设计师和产品又是一个档。把团队每月的人力成本，加上场地、社保这些分摊，除以工作日，就是基础人天成本，再加合理的利润空间。一线城市和二三线城市的人力成本差一大截，同一个人天，账面数字不一样很正常。同样的功能，自建团队做和外包团队做，单价会差，但逻辑是一样的。报价里如果含驻场或上门，也要单独标出来，这部分费用弹性最大。
为什么同样的功能各家天数不一样
差异来自实现深度。拿订单模块举例：只做下单和列表，八个人天够；要做售后退款、多级审核、对账导出，翻一倍都正常。别家报十二天，可能只算了个基础版，后续你提需求，再逐项加钱。反过来，如果对方报的天数很满、解释得很细，哪怕贵一点也值得考虑，因为他的账经得起看。你还可以问：这个工期里有多少天留给需求沟通？预留了沟通时间的计划，才是能执行的计划。
- 看报价表时，让对面把每个人天对应的具体产出写出来，比如设计第十天交付哪几张图，敢写的都是真算过的。
- 天数明显低于同行又解释不清的，后期增项的概率极高，签之前多留个心眼。
- 让销售现场估一个小功能的人天，两三次估值前后一致的，说明有真账本。
说白了，人力成本这块没有暴利空间，价格虚的地方通常藏在含糊的条目里，而不是工时里。下次拿到小程序开发报价表，先看工时拆得细不细、每项有没有对应产出，比盯着总价砍价有用得多，顺序别反。人力成本算得清的团队，项目管理的水平通常也不会差，这两件事是同一种能力。比格网络的报价表里，工时和产出是一一对应的，欢迎拿任何一份别家的表来对照着问。
