外包与外部协作

一个人做产品，总有些事自己做不划算、不擅长，或者做了就耽误主线。这时候找人帮忙是务实选择。

什么适合交出去

共同点是：产出物能被清楚描述，做完你能验证。

什么不该交出去

• 核心产品逻辑 ——你的差异点，别人不可能比你理解更深
• 需要持续决策的事 ——外部协作的本质是执行，不是替你决策
• 和用户直接交互的部分 ——客服、用户访谈是你建立产品认知的主要来源，见最小用户支持系统
• 需求还在变的事 ——需求一变，沟通成本会成倍放大

需求还在变的时候先别找人

如果你自己还说不清要什么，找人只会让你花钱把不确定性变成代码。

判断方法和自动化运营一样：你能不能写出一份别人照着做就能做对的说明。 写不出来，说明这件事还需要你自己先想清楚。

去哪里找人

不推荐具体平台——它们变化很快，收费和质量也不稳定。按可信度排序看类型：

不管从哪找，都要看过往作品，并且找一件和你需求最像的看。做过十个标识不代表能做好界面。

写一份能被照着做的需求

说清三件事：

1. 要做什么

不要说"帮我做个网站"。要说"做一个三栏定价页面，包含免费、专业、企业三级，交付为可直接使用的组件，含移动端"。

2. 验收标准

什么算做完。比如"移动端和桌面端都可用"、"提交表单后有成功提示"、"首屏加载在两秒内"。

3. 边界

什么不算在内。比如"不包含后台管理"、"不需要处理支付回调"、"文案由我提供"。

需求说明
- 产出物：____
- 使用场景：____
- 验收标准（可检查的）：____
- 不包含：____
- 时间要求：____
- 素材由谁提供：____

一份清楚的说明比一个好报价更重要。 你写得越清楚，收到的报价越靠谱，返工越少。

怎么判断对方靠不靠谱

沟通阶段就能看出大半：

• 是否追问细节。 不问细节的人通常不会深入理解需求
• 是否给出时间节点和交付形式
• 是否主动提出你没想到的风险

第三条最有价值。一个说"这里可能有问题"的人，比一个全部答应的人可靠得多。

分阶段交付

不要等全部做完才看到结果。

• 第一次交付看大方向对不对
• 方向对了再调细节
• 第一次就明显偏离预期，及时止损，不要指望后面能改回来

付款按规模分：小额任务可以一次付清；中等任务分成开始、中期、验收三段；金额较大的按里程碑分期，每个里程碑独立验收。

具体比例双方谈，但不要全额预付。

保住你的资产

• 代码、设计源文件、文档你都要能拿到，不要留在对方的私人仓库或网盘
• 交付时把源文件和使用说明一起拿到
• 只给必要的权限，任务结束后立刻回收
• 不要把生产环境的数据库、支付密钥、用户数据直接交出去

最后一条是硬线。需要测试数据就造一份假数据；需要访问服务就单独开一个受限账号。相关做法见隐私与安全。

常见错误

需求不断加。 "顺便加个功能"是最大的效率杀手。任何新增需求都重新评估价格和时间。

选最便宜的。 返工两次比一开始多付一点更贵。

完全放手。 每两三天同步一次进度，不要等交付日。

说明写得太笼统。 拿到的东西和你想的不一样，双方都觉得委屈。

没有验收标准。 "做得好一点"无法验收，也无法拒收。

全额预付。 失去所有议价空间。

交出高权限。 数据和密钥泄露的代价远超这次任务的价值。

把客服和访谈交出去。 省了时间，丢了产品直觉。

验收标准

• 交出去的事产出物可描述、结果可验证
• 核心逻辑、决策、用户沟通留在自己手上
• 需求已经稳定，不是边做边想
• 有一份含验收标准和边界的书面说明
• 看过对方和本次需求最接近的一件作品
• 分阶段交付，第一次交付就检查方向
• 没有全额预付
• 源文件和文档都能拿到
• 只给了必要权限，且任务结束后回收
• 没有交出生产数据、支付密钥或用户数据

本章动作

挑一件你打算交出去的事，写出产出物、验收标准和不包含的范围。如果写不出可检查的验收标准，说明这件事还不该外包。

下一步

1. 自动化运营——先看能不能不用找人
2. 最小用户支持系统——不该交出去的那一块
3. 持续运营——回到整章的节奏安排