软件项目的报价看起来是一个总价，但拆开来看，几乎所有环节都建立在"人天"这个基本单位之上。所谓人天，指一名特定角色的人员工作一天所对应的成本，它把抽象的工作量转换成可计量、可核对的价格。理解人天如何构成，是判断一份报价是否合理的关键。
一个完整的人天单价，通常包含三层含义。第一层是角色本身的成本差异。前期以产品经理和设计师为主，人天单价一般落在800到2000元之间，不同角色因专业门槛和市场供需不同，单价并不相同。第二层是投入的天数，也就是某个环节实际需要多少个工作日。第三层是二者相乘后的合计，即"人天单价 × 投入天数"构成该环节费用，再把各环节相加，形成整体报价。
天数如何估算，直接决定费用高低。行业里有较为粗略的换算逻辑可供参考：产品经理大约每天能梳理五个页面的需求，UI设计一个页面也要花去大半天。据此，页面数量越多，对应的人天越多，费用自然攀升。访谈的范围与深度同样放大天数——只与一两人沟通，和跑遍多个部门做深度访谈，工作量可能相差数倍。原型的精细程度也是变量，低保真线框与可点击的高保真原型对设计师的投入要求差别明显，后者在页面较多时,仅设计就可能占用数周。
为什么同样的活报价差距很大
同一类调研工作，有人报三万、有人报十万,差异往往不在单价，而在天数的估算口径。范围界定得宽、原型做得深、又追加了小范围验证环节,累加的人天就会显著增加。反过来,明显低于市场行情的报价,大概率是在天数上做了省略,比如砍掉流程梳理，或原型只覆盖几个核心页面，缺口会在正式开发阶段暴露并需要补做。
对采购方而言，看懂人天构成的实际价值,是把"总价"还原成"角色 × 天数"来审视。评估一份报价时，不应只盯着最终数字，而要追问人天单价是否符合角色定位、投入天数是否与工作范围匹配。把这两项拆开核对,既能识别虚高，也能发现被隐藏的省略，让每一笔支出都对应到明确的工作量与交付物上。
