甲方问「加个订单导出功能多少钱」，有人报 300，有人报 3000。同样一句话，差十倍。这篇不讲道理，直接把一个真实模块拆开，看看工时到底花在哪——你看完自己就能判断，报价低的那个到底省掉了什么。

需求原话 vs 实际要做的事

需求原话：「订单列表加个筛选，能导出 Excel」。

听起来是两个动作：加筛选条件、点按钮导出。实际拆开是这样：

1. 筛选条件有哪些？按时间、状态、订单号、手机号，还是全部都要
2. 时间范围怎么定？下单时间还是付款时间，是否含当天
3. 导出的字段有哪些？是列表里显示的，还是数据库里全部
4. 导出多少数据？几百条和几十万条，实现方式完全不同
5. 导出要不要和当前筛选条件一致？还是导全量
6. 导出的文件给谁看？要不要美化格式、要不要合计行

这六个问题没问清楚就开工，做出来的东西八成要返工。返工两次的成本，比一开始把话说清楚高得多。

一个真实模块的工时拆解

假设最终确认的需求是：按时间范围、订单状态、手机号筛选，导出列表显示的 12 个字段，单次最多 5 万条，文件带表头。

合计 4.5 人天。按 800 元/人天算，3600 元。

看到这个数字，很多人第一反应是「不就是个导出吗」。但这里面没有一项是虚的：分批查询是因为一次性把 5 万条读进内存，PHP 会直接内存溢出；超时处理是因为导出跑 30 秒以上，Nginx 会 504；空数据是因为不处理就导出个空文件，甲方以为坏了。

报 300 的那个版本，省掉了什么

不是做不到，是默认了很多前提，而且这些前提通常不会告诉你：

所以 300 和 3600 的差别不是「同一个人收贵了」，而是买到的交付范围不一样。300 那个价格买的是「代码能跑一次」，3600 买的是「数据多了不会崩、出问题知道找谁」。

怎么判断自己该出多少钱

三个问题，问清楚报价里包含什么：

1. 包不包含需求确认？不包含的话，后面每次「我以为是这样」都要加钱
2. 数据量有多大算正常？1000 条和 10 万条是完全不同的实现，不问清楚，出问题就是你的责任
3. 出问题谁修？多久内免费？上线一周就崩，没人管的话，前面省的钱全赔进去

还有一个更实际的判断方法：让对方说清楚打算怎么做。能讲出「分批查、避免超时、导出字段跟列表一致」这些细节的，报价高一点也值；只会说「很简单，几百块搞定」的，通常没想过这些场景。

按人天报价是不是在坑人

不是。按人天报价的前提是工时先给你看，你认可了再开工。这样双方都清楚：4.5 天做完是 3600，如果你的需求变成 3 天，价格就降到 2400，而不是按「一个功能 3000」打包之后再靠砍功能谈价。

反过来，最不舒服的是「整套系统多少钱」这种打包报价：需求边界不清，做的时候不停发现「这个也要」、「那个也要」，最后要么砍功能，要么加钱，两边都不痛快。

所以我现在做开发类需求，流程固定是三步：先拆功能清单 → 给工时和人天单价 → 你确认后再动手。变更单独算，不混在原报价里。

顺带说一句运维的报价逻辑

修站也同理。看着都是「网站打不开」，实际可能是伪静态没配（20 分钟）也可能是数据库损坏要恢复（半天）。所以修站报的是起步价，不是封顶价，动手前会先判断属于哪一类。

如果你手上有具体需求，不管是加功能、对接接口还是修一个查不出来的问题，把现状和想要的效果说清楚就行。我会先告诉你能不能做、大概多少工时，再谈价格。

相关：PHP 功能开发、后台模块与修站维护的计价方式，写在 服务与报价 页。

本文由 admin 创作，采用 知识共享署名4.0 国际许可协议进行许可。
本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名。