前端看"页面数 + 交互 + 接口"，后端其实也有类似的拆解维度，只是更偏数据、逻辑和链路。
后端评估工作量的核心维度
| 维度 | 看什么 | 为什么影响工时 |
|---|---|---|
| 接口数量 | 需要写多少个 API | 每个接口都要设计、开发、联调、修复问题 |
| 接口复杂度 | 单表 CRUD / 多表关联 / 报表统计 / 文件导入导出 | 逻辑越复杂，开发、自测、联调成本越高 |
| 数据表设计 | 新建几张表、字段多少、关联关系 | 表设计会影响接口、权限、历史数据、迁移成本 |
| 业务规则 | 状态流转、审批、权限、计费、校验规则 | 规则越多，分支越多，测试场景也越多 |
| 外部依赖 | 是否调用第三方、跨服务、MQ、定时任务 | 依赖越多，联调和排查问题成本越高 |
| 联调成本 | 和前端、其他服务、第三方对接 | 联调通常不是"接口通了就行"，还要跑通完整业务链路 |
| 非功能要求 | 性能、幂等、事务、日志、监控、权限、审计 | 这些不体现在页面上，但会显著增加后端工作量 |
可以这样粗估
- 普通查询接口：字段少、单表、无复杂权限，通常较快。
- 增删改接口：需要参数校验、权限校验、事务处理，比纯查询更重。
- 多表关联/状态流转接口：要拆业务流程、处理异常回滚，工时明显上升。
- 文件导入导出：涉及解析、校验、异常处理，一般比普通接口重。
- 跨服务调用 / MQ 消费：除了自己开发，还要等对方接口或消息定义，联调成本更高。
一些团队会给出参考值，比如单表增删改查约 1 人日、Excel 导入导出约 2 人日、跨服务远程调用或 MQ 消费约 3 人日，但这只是经验参考，不能机械套用。
更实用的评估公式
后端工时可以拆成：
需求分析 + 表设计 + 接口开发 + 自测 + 联调 + Bug 修复 + 发布
其中自测、联调、测试修复通常不能忽略。比较常见的经验是：纯编码时间只是总工时的一部分，整体可能是编码时间的 1.5 ~ 2 倍，需求不明确时还要再留缓冲。
和前端对齐时可以这样问后端
- 这个需求涉及几张表？要不要新建表或改旧表？
- 大概有多少个接口？哪些是简单查询，哪些有复杂逻辑？
- 有没有跨服务、第三方、定时任务、MQ？
- 有没有权限、审计、幂等、事务、性能要求？
- 联调依赖谁？对方接口什么时候能给？
这样评估会比单纯问"后端要多久"更准确，也能避免把后端工作低估成"只是写几个接口"。
需要我帮你把这几个维度整理成一份后端工作量评估模板吗？你填需求就能直接用来估算。