客户拿到小程序定制的报价单，经常对着一排人天数字发懵：一个会员积分功能，凭什么要十一个人天？是不是水分太大？我拿一个真实项目，把这个功能从头到尾拆开算一遍，看完你就能自己核报价了，谈价格的时候心里有底。
一个功能背后是五道工序
以积分功能为例。产品经理先画流程：积分怎么获得、怎么抵扣、过期规则是什么，原型加说明文档，约一个人天。UI设计师出积分页面和弹窗的视觉稿，顺带标注好尺寸颜色，半个人天到一天。前端把页面做成能点的，对接接口，一天到一天半。后端建表、写接口、把积分和下单逻辑串起来，三天左右。最后前后端联调，测试把积分增减、过期、抵扣的场景走一遍，一天。顺带提醒，工时里通常不含客户自己的决策时间，需求会准时开、确认按时回，本身就是给项目省工时。加起来八九个人天，报价单上写十到十二，留一点缓冲，这个结构就是正常的。
如果一家公司给这个功能只报四个人天，要么是三个人干五个人的活，要么就是漏算了工序，后期大概率用加钱或者延期来找补。工时表不是玄学，是可以按工序逐项核对的账，敢拆给你看的报价，才值得信。
容易被漏估的隐性工时
显性的开发时间好算，隐性部分最容易出偏差。一是沟通成本，需求确认、方案讨论、中期演示，通常占项目总工时的一成五左右，客户配合度低的还要更高。二是环境部署，服务器配置、域名备案、微信支付商户号申请，每样都不难但都磨人，加起来两三天很正常。三是提审修改，微信审核偶尔打回来调整，预留两天不算多。四是修问题的缓冲，上线头两周的边角问题总要人处理。正经的服务商报价单里会有这些项，哪怕名字起得含糊，问一句就能问出来。见过两份同类项目的报价，一份把部署写成系统上线服务，一份干脆没提，前者总价高八百，后者上线后收了两千，差别就在这里。
- 问清每个功能的人天拆成哪几道工序
- 问缓冲留了多少，零缓冲的报价多半要返工
- 把沟通和部署写进工期表，别只算写代码的时间
用工时表反过来管进度
工时表签进合同附件，还有一个好处：进度可以量化。项目做到第二周，功能A标了六人天，实际投入了多少、完成到什么程度，一眼能看出来。拖期的责任也好划分，是开发慢了还是客户确认慢了，翻记录就行，谁也不用扯皮。比格网络给客户的项目周报，就是按工时表的完成度来写的，客户不用天天追着问。
拿到小程序定制报价别只看总价，先要人天明细；对不上数的项，让对方当面拆给你看。数字经得起拆的报价，才值得签。
