接了个 299 的私活，亏了

去年在某个接单群里，看到一条需求：「WordPress 商城站，改个支付接口，预算 300」。

我报价 299，对方秒同意。

当时觉得两小时能搞定，赚个零花钱。

结果干了三天，最后倒贴了 80。

第一小时：以为很简单

拿到服务器权限，登录后台看了一眼，是 WooCommerce 加一个第三方支付插件。

需求很明确：把原来的支付宝接口换成微信支付。

我心想这不就是换个插件嘛。

打开插件目录，发现这个支付插件是别人二开的，代码里一堆 // TODO 和注释掉的老代码，连版本号都没改。

真实结构大概是：

class MyPay {
    function pay() {
        // 老代码，别删
        // $this->alipay();
        $this->wechat();
    }
}

还算好改。花了四十分钟把微信支付的配置接上，测试下单，跳转成功了。

我当时还挺得意，给客户发了截图。

第四小时：回调不通

客户说：「钱付了，但订单还是待付款」。

这是典型的回调问题。我去微信商户平台看，回调地址填的是：

https://xxx.com/wp-json/mypay/notify

访问这个地址，返回 404。

查伪静态规则，发现 WordPress 的 REST API 被主题里的一个安全插件屏蔽了——那个插件把 /wp-json/ 整个禁掉了，理由是"防止信息泄露"。

关掉插件，回调通了。

但客户说不行，那个插件是他花钱买的，不能关。

第八小时：改路由

只能换个回调路径。把回调写到 admin-ajax.php，或者自定义一个 rewrite 规则。

我选了自定义路由：

add_action('init', function () {
    add_rewrite_rule('^pay-notify/?$', 'index.php?mypay_notify=1', 'top');
});

改完要刷新固定链接，结果客户后台的「固定链接」页面打不开——那个安全插件又给拦了。

只能用 WP-CLI：

wp rewrite flush --hard

搞定。回调通了，订单状态能改了。

这时候已经晚上十点。

第二天：客户改需求

第二天早上，客户发来消息：「能不能加个功能，付款后自动发货，发卡密那种」。

我说这是新需求，要另外算钱。

他说：「就加个功能，很快的吧，一起算在这 299 里」。

我没好意思拒绝，想着半小时能搞定。

结果卡密系统涉及到：

• 建一张卡密表
• 后台管理页面（增删改查）
• 付款成功后自动分配一张
• 库存不足时的处理

这些加起来，就算用现成插件，配置也要两小时。

第三天：验收

功能做完了，客户测试。测出来三个问题：

一是卡密重复发放——回调被微信重复请求了两次，发了两个卡密。要加幂等处理。

二是邮件没发出去——他服务器没配 SMTP。我说这不在需求范围，他说"你顺手配一下"。

三是手机端样式错乱——他主题是盗版的，移动端本来就有问题。

三个问题里，只有第一个是我该管的。

但为了拿到钱，全修了。配 SMTP 花了四十分钟（他邮箱开了独立密码，试了三次才对）。

最后结算

客户转账 299。我看了下时间：

三天，累计工时大概 14 小时。

按我平时接活的价格（一小时 120），这活该收 1680。

实际收了 299。

而且这三天里，我推掉了另外两个正常的活，损失大概 2000。

净亏。

后来怎么报价

这事之后，我改了接单方式：

一、先看代码再报价。

以前是听需求报价，现在是先登录服务器看一眼，确认代码质量、环境、有没有坑，再给价。

看一眼就知道这活能不能接，比做完了才发现是坑强。

二、需求写清楚，超范围另外算。

「改支付接口 299，不含自动发货、不含服务器配置、不含前端样式调整。超出部分按项计费。」

这句话写在报价单里，客户签了再开工。

三、不接「顺便帮我看看」的活。

"顺便"这两个字，背后往往是两小时的排查。

一句实话

低价接单最坑的地方不是钱少，是它会让你觉得"这活很简单"。

299 的报价，会让人下意识觉得"两小时能搞定"，于是不做调研、不写需求、不留缓冲。

然后每个环节都比预期多花一倍时间，最后算下来时薪 20 块。

现在我的底线是：低于 800 的活不接，除非是熟人或者能学到东西的。