PG官网

  上个月一个做餐饮连锁的老板拿来两份报价，同一个会员系统，功能清单几乎一模一样，一家报 38 人天，一家报 76 人天。他没问技术，只问了一句，这是不是有一家在坑我。我把两份报价拆开对着看了一晚上，结论是都没坑他，这两份报价说的根本不是同一件事。

一、一个人天里，装的不只是八小时敲代码

  先把计量单位说清楚。人天是工作量单位，一个人干一天算一个人天，但它从来不等于八小时都在写代码。我们内部算有效工时按 6.5 小时，剩下一个半小时是开会、回消息、等环境、被上一版的 bug 打断。有的公司按 8 小时满打满算，有的按 6 小时，同一个项目光口径就能差出两成。

  真正占时间的还有很多不写进功能清单的活。需求要一条条捋，原型要跟甲方对，接口要跟前端联调，测试环境要部署，上线那天要有人守着，交付前还要写部署文档和操作手册。这些活不产生页面，也不产生接口，但都吃人天。

  拿一个最不起眼的功能举例。手机号登录加验证码，看着半天能做完。实际要接短信通道，要处理验证码有效期和重复发送，要防刷，要写清各种失败提示，要在 iOS 和安卓两端各测一遍，测试环境的域名还得先备案。规规矩矩做完，一个人天打不住。报价里只写「登录模块 1 人天」的，要么是真做过很多遍，要么是没打算把这些算进去。

  还有一块最容易吵起来，返工。需求改一次，前面做的一半要推倒重来，改三次的项目我们见过不少。人天报价通常是按需求冻结之后算的，冻结之前改多少次、怎么计价，合同里不写清楚，后面就是扯皮。

二、同样的功能，人天数为什么能差一倍

  差距通常出在四个地方，跟功能清单没关系。先看是谁来做，一个做过五个会员系统的熟手，和第一次接触这类业务的新人，同样的模块差两三倍很正常。新人未必不行，只是熟手知道哪里有坑，不用边做边试。

  再看有没有现成的组件。支付、短信、文件上传、消息推送、权限菜单，这些通用能力如果团队封装过，接进来配一下就行，没有积累的团队，每个项目从头写一遍。复用是合理差价，但要看清复用的是组件还是上个项目的整段代码，后者迟早要还债。

  质量要求同样吃人天。能不能扛住活动峰值，有没有操作日志，权限做到菜单级还是按钮级，出问题能不能查到哪一步，这些都不在功能清单上。同一张页面，能点通和能上线是两回事。

  最后是甲方配合。素材谁提供，第三方接口谁去谈，验收谁签字，这些问题拖一周，开发就停一周。有的报价把这块风险算进去了，有的没算，没算的那份看着便宜，真做起来天天在等。

  所以差价里有一大块是范围。38 人天那份可能不含支付对接，不含历史会员数据迁移，不含上线后的培训。把这些补齐，两份报价往往就贴到一起了。

三、报价单拿回来，一项项怎么核对

• 第一步，要求拆开报，别给一个总数。按端拆，后台、小程序、APP 分开。按模块拆，会员、订单、营销、报表分开。按阶段拆，设计、开发、联调、测试、上线分开。拆不开的报价单，本身就是一个信号。

• 第二步，每个模块问三句话。这个模块包含哪些页面和接口，依赖哪一方提供什么，做完用什么标准验收。三个问题答不完整，说明报价是拍出来的，不是算出来的。

• 第三步，看人天配比是否合理。一个中等复杂度的项目，UI 设计大概占总量的百分之十到十五，测试占百分之十五到二十，联调和部署加起来百分之十上下，剩下才是写代码。如果测试只给了两个人天，那基本可以判断，这个项目没打算认真测。

• 第四步，问清楚假设条件。几个人并行，甲方什么时候给素材，需求哪天冻结，延期算谁的责任。所有人天报价都是按顺利情况算的，顺利的前提得白纸黑字写下来。

• 第五步，比单价，也比总量。同一个级别的人天，报价差三成以内算正常，差一倍就要回头查范围。单价低、人天多，和单价高、人天少，总价可能差不多，区别在风险落在谁身上。

四、便宜的人天，贵在哪

  人天压得太狠，省下来的钱通常会在后面某个环节还回去。没有测试，上线后 bug 一个接一个，业务方每天在群里报错，修三个月也修不完，这三个月的人力谁出。没有文档，做的人一走，接手的人要花两周读代码，这两周也是钱。没有监控，半夜系统卡了没人知道，第二天订单少了一半才反应过来。

  还有一种更隐蔽的，边界模糊。报价时说得含糊，做的时候每加一个小功能都要重新谈钱，谈一次拖一周，项目周期从三个月拖到半年，老板的时间成本比开发费贵得多。

  判断一个团队的人天报得实不实，有个简单的问法。问他们这个模块做完之后，如果甲方要改，怎么算。回答先评估影响再报价的，通常心里有数。回答改一点不收钱的，要么没做过复杂项目，要么准备在别处找回来。

  下次拿到报价单，先别盯总价。把两份的功能范围和假设条件并排放，缺的那几行，就是差价真正待的地方。看不懂的地方直接问，问到你听懂为止，这比砍下来三个人天有用。