01三种做法的真实成本结构
先不给结论,先看清楚你在选什么。
| 维度 | 个人开发者 | 外包公司 | 自己学 |
|---|---|---|---|
| 报价 | 低于公司 20-50% | 高,含管理成本 | 不付钱,付时间 |
| 沟通链 | 1 层,直接对做的人 | 3-4 层,销售 / 项目经理 / 开发 | 自己跟自己 |
| 改需求 | 当场谈,当天能改 | 走流程、评估、重新排期 | 想改就改 |
| 出问题谁负责 | 一个人,责任清晰但能力有限 | 公司,有流程但也有推诿 | 自己 |
| 开发票 / 签合同 | 通常不能,个体户可以 | 能 | 不适用 |
| 中途不干了 | 风险真实存在 | 换人接手,项目还在 | 不存在这个问题 |
| 适合的预算 | 3 万以下 | 5 万以上 | 0,但要 40 小时起 |
02先说个人开发者的风险(不自吹)
我自己就是这一类,所以下面这些是我承认的短处,不是话术。
- 单点故障。生病、家里有事、同时接了太多单,项目就停。这是结构性问题,不是态度问题——一个人没有后备。
- 没有组织兜底。真出了纠纷,你面对的只是一个人,不是一家公司。
- 资质有限。开票、投标、政府或大企业采购流程,基本做不了。
- 能力有边界。一个人不可能同时精通设计和后端架构。你看不到的部分,就是他最弱的那块。
这四条不能靠「我保证」消除,只能靠机制对冲。如果你要用个人,把这四件事写进合作方式里:
- 钱跟着进度走。只收 30% 开工,每完成一个节点付一段。不要一次付 70%。
- 每 3-5 天能看到一个能点的版本。不是截图,是能打开用的东西。这个节奏能让你随时判断他还在不在动。
- 源码从一开始就托管在你自己名下的仓库。不在他的电脑上,不在他的账号里。哪怕中途换人,代码还在。
- 写清「做不完怎么退」。做到哪一步收多少钱、做不到退多少,写进合同。
这四条能覆盖大部分风险。如果对方一条都不愿意给,别用个人。这句话对我也一样——上面四条是我的标准做法。
03外包公司适合什么样的人
预算 5 万以上;需要发票和合同;需要「出问题有组织担责」;项目上线后要维护两年以上、需要有人接手;或者公司内部采购流程必须走对公。
不适合的是:需求还没想清楚、预算紧、这周就要用。公司的流程本身就是成本,它会吃掉你要的那点速度。
04自己学适合什么样的人
适合:你不缺时间但缺钱;要做的东西确实简单(一个页面、一个表单、一个自动整理表格的脚本);你打算长期自己维护。
不适合:你要的是「这周就能用」。
算一笔账:用现成工具做出第一个能用的东西,大概 40-80 小时;做到「能给别人用、坏了能自己修」这个程度,通常 300 小时起。按你自己的时薪折算一下,再看这个选择划不划算。
时间不花钱,但时间有价格。你花 300 小时省下的 8000 块,可能比直接付钱更贵。
05一个多数人没想到的选项:切段
把事情切成两段,是比「选对人」更有效的降低风险方式。
- 第 1 段:判断 + 原型 + 一个最小可用版本。几千块、一两周。目的是验证「这件事有没有人用」。
- 第 2 段:确认有人用之后,再做完整的。这时候你对需求、对合作方的判断都清楚了。
好处很直接:即使第 1 段选错了人,损失也只在一段之内。而且第 1 段结束时,你手上有一个能给别人看的东西——招人、融资、说服合伙人,都比一份 PPT 有用。
这也是我报价习惯分阶段的原因。不是想多收一次钱,是因为一次做完的项目,需求在实现过程中一定会变,而变的部分在合同里永远说不清。
06不管选哪种,先问这五句
- 能不能给我看一个现在还在线、你自己在维护的东西?不是截图,是链接。这条能筛掉一半的人。
- 你手上现在同时有几个项目?答「七八个」的,你的项目会排队。
- 加需求怎么算?标准答案是「先报价,你同意我再动手」。含糊的不要。
- 源码什么时候给我?答案是「交付时给」可以,「以后再说」不行。
- 做不完怎么退?敢写下来的可以合作,绕开话题的先放一放。
如果你的预算在 5 万以上、需要发票、需要有人签违约条款——去找公司,我这里做不到,硬接对你没好处。如果你的需求一句话说不清、预算两万以内、想两周内看到东西,那我们大概聊得来。
- 选人不是选便宜或贵,是选「失败的成本落在谁身上」。
- 个人开发者最大的风险是单点故障,用付款节奏、可见版本和源码托管对冲。
- 把项目切段,比选对人更能降低风险。