一个人不够用了：vibe 项目当甲方的外包与雇人实战

第一课：雇人的第一课不是挑人，是买时间

vibe coder 的瓶颈迟早会从"写代码"变成"没时间"。设计稿还没切、落地页还没写、用户工单堆了三十封、发票和合同没人理——你每天只有 24 小时，而产品线的需求是无上限的。这时候大部分人的第一反应是：找人帮忙。但"找人帮忙"这个动作背后，藏着一道绝大多数独立开发者没算过的账：你到底是买时间，还是省钱？

这两件事看起来一样，实际完全相反。买时间的意思是：用钱换回你自己的时间，去干只有你能干的事（产品决策、核心架构、获客）。省钱的意思是：找便宜的人把活干完，能省一分是一分。买时间的人愿意为"确定性"付溢价——对方靠谱、交付准时、沟通成本低；省钱的人为"单价"优化，结果往往是返工三次，省下的钱全贴进了自己的加班里。

我的判断标准很直接：算出你的有效时薪。把你上个月的净收入除以你实际投入项目的小时数（只算有效产出时间，不算刷手机），得到的就是你每小时的"机会成本"。接下来要外包的任何任务，如果你自己做需要 T 小时，对方的报价是 P，那么只有当 P < 你的有效时薪 × T × 1.5 时，外包才划算——那个 1.5 是留给沟通与验收成本的系数。第一次当甲方的人总是低估这个系数：写需求、回消息、验收、返工，这些全是你的时间。

算有效时薪时还有一个隐藏项：上下文切换税。你自己做杂事，真正的成本不是那两小时，而是被打断后重新进入心流的半小时。外包的价值不只是"省下 T 小时"，更是"保住你连续四小时不被打断的深度工作块"。所以评估外包时，把"这件事会打断我几次"也折算进去——高频打断的杂事，哪怕单价贵一点也值得扔出去。

然后是"三象限"决策框架。把你想扔出去的任务按两个维度打分：任务频率 × 技术门槛，得出三种命运：

• 第一象限：高频低技术门槛（回工单、做客服、整理数据、发版检查清单）——这是最适合外包的。任务标准化程度高，交接一次就能长期受益，优先雇长期兼职或虚拟助理。
• 第二象限：低频高技术门槛（品牌设计、法务合同审查、SEO 技术审计、App 上架合规）——按项目外包，一次性买专家的确定性。别想着自己学：你学三个月的东西，专家两天搞定，而且不出错。
• 第三象限：核心能力（产品方向、核心代码架构、定价策略、与用户的关键对话）——永远不要外包。外包了这一象限，你就不再是创始人，而是个中间商。项目灵魂一旦外包，返工成本是无限的。

决策前先过一遍"再撑两周"自检清单。如果下面五条全是"是"，你再撑两周也行；只要有一条是"否"，就该开始雇人了：

• 这件事如果不做，两周内会有用户流失或收入损失吗？
• 这件事我做起来是熟练的（不是边学边做）吗？
• 这两周我的核心工作（产品迭代/获客）不会被它挤占吗？
• 这件事的返工成本是可控的（错了能重来）吗？
• 我现在的睡眠和情绪还撑得住吗？

最后一条不是玩笑。独立开发者的 burnout 没有 HR 来预警，雇人是成本最低的 burnout 保险。

SOW 反向写作法：从"什么算做完"倒推任务包

外包翻车有一个统计学上几乎必然的根因：甲乙双方对"做完"的定义从来没对齐过。乙方觉得"功能跑起来了"算做完，甲方觉得"上线三天没出 bug"才算做完。这一字之差，就是扯皮、加价、烂尾的全部来源。所以写任务书（SOW，Statement of Work）的方法必须反过来：先写验收标准，再写任务描述。验收标准写不出来，说明这个任务包还没拆到可外包的粒度。

什么叫"可验收粒度"？三条金线，缺一不可：

• 输入输出可描述：你能用一句话说清"给他什么、拿回什么"。给他：Figma 链接 + 文案终稿；拿回：适配 375px/768px/1440px 三档断点的响应式页面 + Lighthouse 性能分 ≥90。说不清输入输出的任务（比如"帮我把产品做得好看一点"），外包必死。
• 工期可估：一个任务包的工期应该在 3 天到 3 周之间。短于 3 天的别外包——沟通成本比干活还贵；长于 3 周的必须切成里程碑，见第四节。
• 质量可判：验收时你不需要"感觉一下"，而是能逐条打勾。凡是只能靠"感觉"验收的（"这个设计有没有高级感"），要先把它翻译成可判标准（配色用品牌色板、字号层级与现有页面一致、移动端首屏无横向滚动）。

下面是一个可以直接套用的验收标准模板。每次发包前，把这张表填满再发给对方——填不满的格子，就是你还没想清楚的地方：

验收项	标准（可打勾）	验证方式
功能完整	需求清单中的每一条都有对应实现，无"下次再说"	逐条对照需求清单演示
边界行为	空状态、加载态、报错态、超长文本四种情况均有处理	手动触发四种状态截图
性能基线	首屏加载 ≤2s（4G 弱网），列表滚动无掉帧感	Lighthouse / 真机录屏
兼容范围	Chrome/Safari/微信内置浏览器最新两版正常	三端实测截图
代码/文件交付	源码 + 可复现的构建步骤，第三方依赖清单齐全	在干净环境按文档从零构建一次
文档	README 讲清"怎么跑、怎么改、出了问题找谁"	你照着文档操作一遍
缺陷修复期	验收后 14 天内发现的 bug 免费修（范围见需求清单）	写入合同条款

注意最后一行：缺陷修复期必须写进合同。口头承诺的"有问题找我"在尾款结清那一刻自动失效，这是人性，不是道德问题。

还有一条反向写作的心法：SOW 里不仅要写"做什么"，还要写"不做什么"。乙方视角的接单指南里讲过这一条，甲方侧同样适用——"本次不含 logo 设计""不含 IE 兼容""不含上线后的运营"——每一句"不做"，都是未来的一次加价纠纷的疫苗。

找人、比价：渠道与报价的三重陷阱

渠道按"信任成本"从低到高排：朋友推荐 > 垂直社区 > 国内威客平台 > Upwork/Fiverr 类国际平台。朋友推荐的本质是"信任前置"——有人已经替你付过试错成本了，贵 20% 也值。垂直社区（比如设计师扎堆的站酷、开发者聚集的电鸭社区）的好处是作品可验证、口碑可追溯。威客平台适合标准化程度高的活（logo、剪辑、翻译），但要做好"大浪淘沙"的准备。国际平台适合预算有限、能接受英文沟通和时差的场景，记住加上 10–15% 的平台服务费再比价。

报价评估用锚点法：永远先拿到三个报价再决策。三个报价会自动形成价格带——去掉最高和最低，中间那个通常最接近"这个活真实的市场价"。然后问报价最低的那个一个问题："如果需求里加一条某某，你加多少钱？"回答得越具体、加价逻辑越清楚的人，越靠谱；支支吾吾说"都行、都含"的人，加价都藏在交付之后。

三种比价陷阱，专坑第一次当甲方的人：

• 最低价陷阱：报价只有别人一半的，大概率是"先低价拿单、交付时加价"或"转包给更便宜的人"。对策：要求对方拆解报价到"人天 × 单价"，拆不出来的低价一律视为风险报价。
• 打包价陷阱："全包 8000，什么都含"。听起来省心，实则把"什么算做完"的定义权让给了对方。对策：坚持按验收标准模板逐项对应到打包价里，写不进清单的"都含"等于没说。
• 时薪陷阱：时薪制下，乙方没有动力提高效率，工时注水无法验证。对策：时薪只用于"探索性工作"（比如先做个技术预研 spike），交付性工作一律用固定总价 + 里程碑。

选人时还有一个 vibe 项目特有的考察项：问对方用不用 AI 写代码/做设计。这不是歧视——2026 年了，用 AI 提效很正常——但你需要知道：他用 AI 生成的东西，他自己能不能看懂、能不能改、出了问题能不能定位。答不上来的，等于你雇了个"prompt 转包商"，风险见第五节。

试单：先花小钱买一次"合作样本"

正式签大单之前，先做一次付费试单：从真实需求里切一个 1–3 天能做完的小任务，按正常报价付钱，看对方完整的交付表现。试单看的不是技术——技术看作品集就够了——看的是三件事：沟通响应速度（消息是秒回、小时回还是失踪）、交付是否一次达标（需不需要你逐行挑错）、文档习惯（交过来的东西能不能直接用）。这三件事，决定了你们未来三个月的合作体验。

试单有三条纪律：必须付费——免费试单吸引来的全是没单可接的人，靠谱的人不缺免费干活的机会；用真任务——别出"测试题"，用你 backlog 里真实存在的小需求，对方交付的东西你能直接用，双方都不浪费时间；一次只试一个人——同时试三个人做比价，看似高效，实则你的验收时间乘以三，得不偿失。试单通过的标准很简单：你愿意把下一个更大的任务直接交给他，而不需要再"想想看"。

付款控制术：里程碑是甲方唯一的缰绳

付款节奏是甲方手里唯一的、真正的控制权。代码写得好不好你未必看得出来，但钱在谁手里是清清楚楚的。所以付款设计只有一条铁律：永远不要为还没验收的东西付全款，永远不要把尾款比例压到对方不在乎。

两种经典切分，对照着用：

切法	结构	适用场景
3-3-4	启动 30% → 中期验收 30% → 终验 40%	工期 2–4 周的中型任务；尾款 40% 足够让对方认真对待终验
5-5	启动 50% → 终验 50%	工期 ≤1 周的小任务；切太碎沟通成本反超收益

工期超过一个月的，按月切：每月末验收当月交付物再付当月款，尾款不低于 20%。尾款的心理线是 20%：低于 20%，对方算一笔账"尾款不要了，烂尾更划算"；高于 40%，你的资金被过早占用，且中期验收的约束力下降。

验收不通过时的扣款话术，提前写进合同比临场发挥管用一百倍。模板只有三句，缺一句都会在纠纷时吃亏：

• 复验期："验收不通过的，乙方应在 5 个工作日内免费整改并提交复验，复验仍不通过的，甲方有权按未达标项对应金额扣减。"
• 扣减锚点：扣减金额必须能对应到验收标准模板里的具体项（"兼容性验收项未达标，扣减该项对应款 15%"），不能写"甲方有权酌情扣款"——"酌情"在纠纷时等于没有。
• 解除权："连续两次复验不通过，甲方有权解除合同，按已完成且验收通过的部分结算。"这是你的核按钮，平时不用，但必须有。

另外，启动款付之前，先收到对方的排期承诺：哪天开工、哪天交第一版、每周哪天同步进度。没有排期的启动款，等于把主动权一次性交了出去。进度同步建议固定为"每周一次文字简报 + 可运行的阶段性成果"，不要开长会——你要的是证据，不是汇报。

AI 时代的特殊验收：他用 AI 写的代码，你怎么接得住

这是 2024 年之前的外包指南里没有的章节，也是现在翻车率最高的地方。对方用 AI 一天"写"出三千行代码，演示时跑得飞起，你付了尾款；三个月后你要加个功能，打开仓库发现：变量名是 AI 的呓语、业务逻辑散在十七个文件里、注释写的是"TODO: 优化"。你接不住，只能重写——等于花两份钱买了一份教训。

验收 AI 生成代码的三件套，写进验收标准模板的"代码/文件交付"那一行：

• 可读性门禁：要求通过你指定的 lint 规则（ESLint / Ruff / go vet，按技术栈定），圈复杂度超标的函数必须重构。很简单的一条，但能过滤掉 80% 的"AI 呓语代码"。另外要求：核心业务逻辑必须有中文或英文注释说明"为什么这么写"，只写"是什么"的注释等于没写。
• 密钥与许可证扫描：AI 生成的代码里混进硬编码密钥、测试 token 的概率远高于人工代码。验收前跑一遍密钥扫描（gitleaks / trufflehog 二选一），同时检查第三方依赖的许可证——AI 很爱引入 GPL/LGPL 组件，而你的项目可能是闭源商业产品，一次许可证污染的法务成本顶得上十次外包费。
• 文档完整性：要求对方交付"AI 使用说明"——哪些模块是 AI 生成的、用的什么模型、关键 prompt 思路是什么。这不是为难人：三个月后出问题，你至少知道该问 AI 什么才能复现当时的生成逻辑。

设计类交付同理：要求源文件（Figma 源文件，不是导出的 PNG），图层命名规范，组件化复用。AI 生成的设计图很好看，但图层叫"矩形 47 拷贝 12"的话，你的下一个设计师会想杀人。

还有一条红线：让对方承诺"交付物不含他人享有权利的代码/素材"，并写进合同。AI 生成内容的版权归属在各国都还在灰色地带，但"不得抄袭"这条是黑白分明的。真出纠纷时，这句话是你索赔的依据。

保密与竞业：NDA 不是仪式，是时机

很多独立开发者有两个极端：要么什么都不签，觉得"小项目没人偷"；要么一上来就甩一份从网上抄的竞业协议，把靠谱的乙方直接吓跑。正确姿势是分层：

• NDA（保密协议）：在第一次实质性沟通之前签——也就是你还没把产品思路、数据、用户量和盘托出的时候。签晚了等于没签。NDA 不用复杂，核心三要素：保密信息的范围（"所有标注保密或合理应视为保密的信息"）、保密期限（2–3 年）、违约责任（一句话即可）。网上的中英双语模板够用，重点是"签了"，不是"签得多漂亮"。
• 竞业限制：对小乙方（个人 freelancer、小工作室）基本无效——且不说法律上竞业限制通常只约束劳动关系中的员工，就算写了，你也付不起"竞业补偿金"，写了也执行不了。别在竞业条款上浪费谈判筹码，把火力集中在下面这条。
• 知识产权归属：这是真正要命的。合同里必须有一句："乙方为履行本合同创作的一切工作成果（包括但不限于代码、设计、文档）的知识产权，自创作完成之日起归甲方所有；乙方应配合签署必要的转让文件。"没有这句话，默认著作权归创作者（乙方），你付的钱买到的只是"使用权"，对方理论上可以把同一套代码再卖一遍。这条的优先级高于一切。

工程侧配合：代码仓库权限最小化。给乙方开独立分支的写权限，不要给主分支合并权；第三方服务的 key 用临时凭证或只读 key；项目结束当天回收权限。权限回收不是不信任，是流程——就像退房要交房卡一样自然。提前在合同里写明"合作终止后 3 个工作日内，乙方应删除本地留存的甲方保密信息并书面确认"，省得日后扯皮。

体面分手：终止合作的四步流程

合作总有结束的时候，好聚好散是一种能力，难聚但必须好散则是一种纪律。当出现下面这些红线信号时，不要犹豫，启动终止流程：连续两次错过排期且无合理解释、交付质量断崖式下跌（大概率转包了）、沟通响应从小时级变成天级还不预警、要求先付全款才继续干活。出现任意一条，先谈一次；谈完 3 天内无改善，直接走流程——拖延只会让沉没成本更大。

终止合作四步流程：

• 第一步：书面通知，引用条款。用邮件（不是微信语音）发出终止通知，引用合同里的解除权条款，写明终止日期。口头说的不算数，邮件才是证据。语气保持专业中性，不指责、不翻旧账——圈子很小，体面分手的人下次还敢接你的单。
• 第二步：按"已验收部分"结算尾款。只为你验收通过的东西付钱，没验收的不付，已经付了启动款但没交付的，按合同约定扣减或追回。这一步最容易心软：记住，你心软一次，以后每个乙方都会用"都快做完了"来拿全款。"快做完了"不等于"做完了"，验收标准模板就是这时候用的尺子。
• 第三步：交接清单强制执行。源码、设计源文件、账号密码、第三方服务配置、未完成事项的现状说明——列清单逐项打勾。要求对方做一次 30 分钟的交接讲解并录屏。这 30 分钟能帮你省下未来三周的"这段代码是干嘛的"之谜。
• 第四步：权限回收与保密确认。收回仓库权限、作废临时 key、把对方从协作工具里移除；拿到对方"已删除本地保密信息"的书面确认。做完这四步，合作才算真正结束。

最后，什么时候该从"外包"转向"长期合作"甚至全职？三个信号同时出现时：这个人连续三个月交付稳定、他做的事正在变成你的核心能力（第三象限在扩张）、你为他付的外包费已经接近一个全职的月薪。这时候别省那点社保和管理成本——把靠谱的人变成自己人，是独立开发者能做的最划算的一笔"收购"。

回到开篇那句话：外包翻车从不怪乙方，怪甲方没写清"什么算做完"。当甲方是一门手艺，它的核心能力不是识人断人的玄学，而是把模糊翻译成可验收清单的笨功夫。你派出去的每一句模糊，都会变成账单上的加价项；你写清楚的每一句标准，都是深夜不用改 bug 的睡眠。一个人不够用的时候，先学会当甲方，再去找人。