余家辉离职Meta创业,这条新闻这几天在技术社区传得很快。“7亿年薪留不住”这几个字天然带冲突感,如果只看热闹,很容易把讨论变成两派:有人说看不懂,有人当作励志样本。我的看法不太一样,一个做过多年技术、也见过不少同事出去创业的人,最关注的其实不是这个数字本身,而是他做决策前后的那套思考方式。年薪高到一定程度,已经不是单纯的收入问题,它意味着更重的责任、更复杂的资源结构,以及更高的机会成本。在这个位置还选择离开,说明驱动他的东西大概率不是钱,而是“接下来十年想做什么”这件事。这篇文章不评价具体人物,也不猜测离职内幕,只把这种选择拆成可以复用的决策框架和执行步骤。如果你也在考虑从大厂离开、独立做产品,或者哪怕只是好奇技术人创业怎么起步,这篇内容会更适合你。
真实创业不是靠一句“想好了”就能启动的,它由非常多的前置准备组成。下面我按照“出发前、启动期、切换思维、排查风险、决策复盘”五个阶段展开,尽量写成可以直接照着做的流程。
1. 一条看似遥远的新闻,讲的是每个技术人都可能遇到的选择题
1.1 为什么“高薪离职”值得讨论
绝大多数技术人不会遇到“7亿年薪留不住”这种级别的情况,但会遇到类似的结构:
- 当前平台给了你不错的位置、还算体面的薪资,以及相对稳定的预期;
- 你心里知道,继续做下去能预判未来三五年的轨迹;
- 但问题在于,这个轨迹是不是你真正想走的方向;
- 如果不走出来,这个验证成本会随着年龄和职级一起上升。
这个结构在大厂高阶技术岗里非常典型。它和普通跳槽不一样,普通跳槽是“换个平台继续打工”,决策变量主要是薪资涨幅、业务方向、团队氛围。而从大厂出来创业,等于放弃一个系统给到的全部支点,包括稳定的现金流、现成的协作网络、成熟的晋升通道,换一个没有标准答案的生存模式。
为什么讨论这个有意义?因为每个技术人早晚都会站在类似选择题前,只是体量不同。可能是“要不要离开稳定团队去做一个内部新方向”,可能是“要不要辞职接一个外包项目”,也可能是“要不要自己开发一个SaaS工具”。这些决策没有模板,但有共通的筛选逻辑。
1.2 把“7亿年薪”翻译成资源与约束
很多人看到高薪离职,第一反应是“这有什么好纠结的,钱够了当然走”。这种理解太简化了。高薪不是只有收益面,它同时带来极强的约束。
先说收益面。这个级别的收入通常意味着个人财务缓冲垫足够厚,可以承受更长时间的0收入状态,可以在创业初期不急着变现,可以花钱买时间、买团队、买更优质的算力和工具。这些都是普通创业者羡慕的资源。
再说约束面。高薪岗位背后往往绑定着期权兑现周期、项目交接责任、团队稳定性要求,还有非常现实的身份预期。外部合作方会因为你之前在大厂而给出较高的初始信任,但也会对大厂出来的人有不明说的期待:你是不是能快速落地、是不是能接受小团队没系统支持的现实。如果自己在心态上还没把“大厂背景”放下,这段创业不但不会轻松,反而会被之前的职业惯性拖垮。
所以想清楚一件事情很重要:你离开的到底是什么。如果你只是不喜欢当前业务,但还依赖平台给到的资源、身份和安全感,那出来创业的失败概率会很高。真正适合离开的人,通常已经在大厂内部验证过自己具备独立解决问题的能力,而不是只依赖平台才能成事。
2. 离开大厂之前,真正需要准备的其实是三张清单
2.1 方向清单:想清楚去解决谁的什么问题
很多技术人创业的开端,是先有一个技术想法。比如“我觉得这个技术方向不错”,或者“最近某个模型很火,我可以做个工具”。但实际上,创业起点应该先是一个用户问题,然后才是技术方案。
建议先写一张方向清单,回答下面几个问题:
- 你要服务的用户是谁,是大客户、中小企业,还是个人开发者;
- 这个用户目前是怎么解决问题的,他已经在用什么工具或流程;
- 他为什么愿意改变现状,是成本、效率,还是合规压力;
- 你的技术优势在这个问题里是不是关键变量,还是只占很小一部分;
- 如果不用新技术,单纯靠运营和服务能不能做成这个生意。
这些问题不需要一次答全,但必须在辞职前有一个初版答案。哪怕答案不精确,也比只带着“我有个技术想落地”出发要稳得多。
我自己见过一些失败的案例,常见模式是:技术很强,但选了一个用户其实没那么痛的方向,或者痛感很弱、付费意愿很低。最后产品做出来了,也在社区获得一些好评,就是没有收入。方向不能只靠激情判断,它需要做一些基础调研,哪怕只是访谈10个目标用户,也能帮你过滤掉很多假问题。
2.2 资产清单:技术、判断、信任与人脉
技术人往往低估自己在行业里积累的隐性资产,又高估这些资产的可转移性。
什么叫隐性资产?包括你掌握的技术栈和工程能力、你踩过的坑和被验证过的判断力、前同事们对你的信任、过去项目留下的业务认知,以及在某些垂直领域积累的数据敏感度。这些东西很难写在简历里,但是在创业早期,它们决定了你的决策速度和别人愿意不愿意帮你。
建议把资产拆成四类,实际写下来:
- 技术资产:当前最擅长的方向,是否有完整的项目经验,而不是只在某个模块工作过;
- 行业资产:你了解哪些行业的玩法、流程、潜规则,哪些信息是行业外的人很难获得的;
- 信任资产:你能否快速联系到几个愿意给建议甚至付款的人;
- 组织资产:你有没有能力把几个人组织起来,把项目从想法推进到上线。
这个清单看起来很简单,但大部分技术人只会写第一类。实际上创业早期最值钱的常常是第三类和第四类。没有信任,你冷启动一个付费产品要花很长时间;没有组织能力,即便有客户找上门,你也交付不了一个稳定的项目。
2.3 合规与退路清单:不背着风险创业
技术人创业特别容易忽略法务、税务、劳动合规这类“不性感”的事情。但不把这些处理好,后面可能一个定点引爆就断送全部。
至少需要确认这些基础项:
- 与原公司的竞业协议、保密协议边界,需要确认哪些范围不能碰;
- 如果你在大厂参与过核心项目,创业方向是否涉及原公司的商业秘密;
- 公司注册形式、股权分配、合伙人之间的约定,这些要落到书面协议而不是口头信任;
- 产品涉及数据收集、个人信息处理时,是否有基本的数据合规意识;
- 客户合同的付款周期、知识产权归属、交付边界,最好请专业的人看一眼。
这些内容本身不复杂,但容易在项目启动后被无限拖延。建议在正式辞职前就启动第一轮梳理,尤其方向选择和竞业边界有冲突时,宁可换一个方向,也不要带着一颗雷创业。
这里说一句比较现实的话:合规清理不是阻碍创业,而是保护你后续几年能安心推进。大厂出身的人最容易犯的错,就是把平台已经替你处理好的一堆隐性条件当作理所当然,出来之后才发现什么都要自己盯。
3. 真到创业阶段,先不要急着做什么
3.1 用最小成本验证问题,而不是先做产品
我见过很多从大厂出来的人,第一反应是把创业做成一个“大项目”。需求文档写得很厚,架构设计先推到未来三年,代码生成模型引入一堆,最后产品还没上线,已经投入了三四个月。
这不是大厂培养出的工程素养,这是被大厂资源喂养出来的惯性。大厂里做项目,默认有完整的基础设施、设计团队、测试资源和运营支持。创业公司没有,初期只有你和非常少的人。
更合理的策略是用最小成本去验证“问题是否真实存在”。怎么做?
- 先用口头或文档形式描述你要解决的那个问题;
- 找到3到5个目标用户,问他们目前怎么处理;
- 如果能用人工服务模拟产品效果,就别急着开发;
- 做一个最简单、甚至不算产品的验证流程,确认用户愿意为结果付费。
比如你想做一个自动生成文档的工具,不用先花两个月做完整Web应用。可以先手动帮几个客户做文档生成,观察他们是否愿意付费、是否愿意复购、最在意哪些输出格式。如果这个阶段连付费都推不动,产品化之后大概率也推不动。
3.2 第一批客户怎么找
第一个客户不是靠投放买来的,也不是靠一篇爆款文章带来的,它通常来自你过去积累的信任关系中。
找第一批客户的顺序有几个层次:
- 第一层:你以前服务过的公司、合作过的业务方,他们了解你的能力和交付风格;
- 第二层:前同事、行业朋友推荐,不需要太多,只需要两三个人的认可;
- 第三层:你加入的垂直社区、技术社群,你用专业输出建立可见度;
- 第四层:通过内容或演讲吸引来主动咨询的人,这层可以放在产品和案例成熟后。
一个比较实用的判断标准是:如果你列不出10个愿意坐下来听你讲方向的人,那说明你在方向验证上还没完成。先不要急着写代码,先解决信任和有感问题。
很多技术人不太擅长主动找客户,觉得这是在麻烦别人。我建议换一个心态:你不是在推销,你是在寻找愿意一起解决某个问题的人。第一次交流不是为了成交,是为了收集信息。
3.3 团队是杠杆,也是风险源
从大厂出来创业,很多人的第一念头是叫上几个聊得来的同事一起干。这看起来很好,因为默契度高、信任成本低,但也需要额外注意几点。
大厂同事之间容易有一个问题:大家的技术背景、思维方式很像,但对商业的理解未必互补。如果整个团队全是技术人,产品很容易偏工具化,对市场、销售、付费转化这些环节缺乏感知;如果全是同一套职级体系出来的人,可能没有人愿意承担客服、整理合同、做报销这些脏活累活。
更稳的结构是先一个人或者两个人做MVP验证,等确认方向值得投入,再引入需要的角色。不要一开始就把团队扩到五六个人,创业初期的沟通成本和管理成本比大厂高得多,因为大家目标不一定一致,有些人想快速变现,有些人想做长期品牌,有些人只想体验一下。
找合伙人或者早期成员,重点看的不是技术最强,而是:
- 遇到收入为0的时期,他会不会动摇;
- 面对用户投诉和项目取消,他会先找原因还是先找责任;
- 他愿不愿意做自己职级以下的工作;
- 他对这个方向是否有独立的信念,而不是因为你喊他他才来。
这些问题没有技巧解法,只能在共同处理具体任务时观察。早期可以按项目制合作,做完一个项目再决定要不要继续绑定,比直接给股权要安全得多。
4. 从“大厂思维”切换到“创业思维”的几个关键转变
4.1 从任务交付思维到生存思维
在大厂里,技术人的核心工作模式是收到任务、拆解、执行、交付。到创业阶段,你不再是接收任务的人,而是定义任务的人。这个转变说容易,做起来非常难。
举个例子:在大厂做模型训练,项目预期和目标都是被定义好的,你只需要专注模型结构、数据、训练效率这些技术问题。但创业时,你每天要面对的是:今天要做市场还是做产品?要不要接受一个付费但方向不太匹配的定制需求?是先完善官网还是先接洽客户?没有标准答案,每个选择都可能在消耗未来空间。
生存思维的意思是:每个决策先考虑“这件事能不能帮公司活到下一个阶段”。不能只看技术是否优雅,也不能只看远期是否宏大。商业模式如果短期不能形成现金流闭环,再好的愿景也会被时间磨掉。
我更建议创业者给自己设一个“生存底线”:比如账户资金够花12个月,每个月固定支出是多少,需要做到多少收入才能cover成本。一旦明确这个数字,很多纠结就消失了。技术选型可以不做最优解,人工流程可以先跑通,只要不影响后续迁移;产品可以先粗糙一点,先把用户愿意付费的核心链路打通。
4.2 从资源驱动到约束驱动
大厂做产品习惯资源充足,要算力有算力,要人力可以排期。创业环境完全不同,几乎所有维度都受限:缺钱、缺人、缺品牌、缺数据。
约束不是坏事,它反而会帮你更早找到关键路径。我在实际观察中看到,成功的早期技术创业往往不是因为做了什么特别宏大的架构,而是因为资源有限,被逼着把核心链路打磨得很简单、很直接。
约束驱动有三个具体做法:
- 设定人力上限,如果一个人能维护,就不要先引第二个人;
- 设定开发时间窗口,两周内做不出来的功能就先砍掉或改成人工作业;
- 设定客户数量上限,早期不要接太多客户,刻意服务好小批量用户,从中提炼可复制的方法论。
如果你做过线上故障排查,应该能理解这个逻辑:系统出现问题,第一步不是加机器,而是先找到瓶颈。创业也一样,限制条件下找到唯一可以突破的点,往往方向就清楚了。
4.3 从个人能力到系统能力
在大厂,个人能力可以通过平台发挥最大价值。你只要做好自己那部分,上下游会有别人补位。创业之后完全不同,即便你个人能力很强,如果不能把它转化为系统能力,业务就很难放大。
什么是系统能力?就是一套不依赖你个人随时在场也能运转的流程。
举个常见场景:你是一个很会写技术文章的人,靠文章带来了第一批客户。但文章写得好只解决“获取用户”的问题,如果后续的交付、客服、售后都是你一个人手动处理,那就没有形成系统。你需要尽早把:
- 从咨询到报价的流程标准化;
- 从签约到交付的SOP固定下来;
- 从客户反馈到产品迭代的闭环搭起来;
- 数据怎么收集、日志怎么记录、上线怎么验证,都变成可复用流程。
这个过程有点像做工程重构。一开始写得乱没关系,但要清楚哪些模块早晚要抽出来,哪些状态是临时的,哪些接口应该稳定。如果连一套最基本的客户管理表都没设计好,后续业务复杂起来只能靠记忆力硬扛。
5. 像排查线上事故一样排查创业风险
5.1 风险优先级:现金流、关键依赖、健康
排查线上问题时,有经验的工程师不会逐个配置乱猜,而是先按会影响业务的优先级排查:先看核心服务是否可用,再看日志,再看依赖,最后看参数。创业风险排查也是类似逻辑。
按优先级排,第一阶段最该盯的是现金流。不管业务前景多好,一旦现金耗尽,所有发展空间都会归零。现金流风险要看几个维度:收入来源是否集中在前几个大客户、回款周期是多久、每月固定支出是否有压缩空间、历史融资或存款能支撑多久。
其次是关键依赖。你的项目如果高度依赖某个人的个人关系、依赖单一工具供应商、依赖某个数据源授权,你就要提前准备替代方案。很多技术项目最初跑得很顺,最后死在关键接口不稳定或者数据授权中断。排查关键依赖时,要问自己:如果这个依赖明天消失,我还能不能继续交付?
最后是健康风险。创业初期容易出现技术人连续熬夜、一个人顶所有岗位的情况。短期没问题,长期一定出问题。睡眠不足、情绪焦虑、体能下降,会直接影响决策质量。你可以在日程表里放假,但身体和判断不会配合。
5.2 复盘机制:别把运气当能力
创业早期,很多结果跟能力关系不大,跟运气和时机关系很大。如果没有复盘机制,你很容易把一次成功归因于自己的判断,把一次失败归因于外部环境,最终形成错误的决策模型。
我自己习惯用很轻量的复盘方式,不搞复杂文档:
- 每两周回顾一次:哪些假设被验证了,哪些被推翻了;
- 每次重要客户沟通后,记录对方真实需求和他在意什么;
- 每次功能上线后,记录用户实际使用情况和流失点;
- 每次决策后,写下当时掌握的变数和最终结果,方便事后对照。
这种复盘不追求面面俱到,更像是给业务打日志。日志的作用不是让你后悔,而是让你在同类问题再次出现时,能快速定位到历史上是不是出现过类似信号。
5.3 紧急预案:什么信号出现就必须调整
技术系统需要熔断、限流、降级,创业也需要一套“业务熔断机制”。提前设定几个信号,一旦触发,就启动调整。
这些信号可以包括:
- 连续两个月核心客户的续约率下降,且你找不到明确原因;
- 月收入始终无法覆盖月成本,且亏损趋势没有收窄;
- 用户提出同类的需求,但你发现自己的技术方案无法低成本满足;
- 核心团队成员连续流失,说明目标或利益结构出了问题;
- 你自己对方向的信念开始动摇,已经找不出为什么继续做下去的理由。
每个信号对应一个调整动作。比如收入覆盖不了成本,可能需要降级业务范围,缩小目标客户群,或者提高客单价;比如方向信念动摇,可能需要先休息一周,而不是立刻做重大技术调整。
这里要特别说明一点:发现信号之后,不要急着做“大力度的创新”。先调整最影响生存的变量,比如交付成本、获客渠道、定价结构。很多时候不是方向错了,是参数不合适。先把参数调到合理区间,再谈要不要换方向。
6. 适合认真考虑技术创业的人的自我评估方式
6.1 判断自己是不是“离职创业体质”
不是所有技术能力强的人都适合马上创业。这个判断没有绝对标准,但可以通过几个问题来筛选:
- 你过去有没有独立负责过一个从0到1的完整交付?这里的独立不是指你一个人完成,而是你能协调资源、完成项目决策、对结果负责。
- 你愿不愿意做销售?创业早期创始人就是最大的销售,如果你抗拒和客户沟通、不愿意推销自己的方案,产品做得再好也会卡在获客环节。
- 你有没有在没有明确反馈的情况下持续工作的能力?大厂任务有排期、有人review,创业很多时候你辛苦一个月,看不到任何外部正反馈。
- 你的家庭和财务状况,能不能承受至少半年没有稳定收入?
- 你在原公司的价值,到底是因为平台赋予的资源,还是因为你自己的判断和执行力?
这些问题不建议只在脑子里想,最好写下来,每条给自己打个分。如果绝大多数都是否定答案,那就不应该立刻辞职,可以先从内部创业或者副业项目验证一部分能力。
要知道,创业不是唯一路径。在一个不错的平台上深耕技术、带团队、做内部创新,同样是一条非常有价值的路径。别让新闻里的个例制造一种“必须出走才算成功”的错觉。
6.2 即使不离开大厂,也可以先做内部验证
很多人把创业和离开大厂划等号,这个连接在逻辑上并不一定成立。更稳妥的做法,是先在大厂内部找到一个“准创业状态”的位置。
比如:
- 申请加入公司内部孵化的新方向,用一个较小团队从0启动业务;
- 主动负责一个新技术的落地试点,承担完整的业务指标;
- 在业余时间做一个开源项目或者小型工具,用真实用户来检验自己的产品判断;
- 参加公司内部的黑客马拉松,在短时间内体验从想法到原型的过程。
这些验证的价值在于:你可以用相对低的试错成本,测试自己是不是真的喜欢从0到1的过程,以及你是否具备独立做判断和承担结果的心态。有的人在内部项目中会发现,自己其实很擅长带团队做新业务,但很不适应没有品牌背书时的冷启动,这就是非常重要的认知。
如果内部验证能跑通,你再考虑离职创业,成功率会比头脑一热直接辞职高很多。如果内部项目本身就困难重重,那外部创业只会更难,因为平台上至少还有系统帮你兜底。
6.3 决策前最终检查的问题清单
最后给一份可以直接复制下来的检查清单。不是你填完所有框就能走,而是这些项目都想过、都有答案,才说明你达到了可以启动的基本条件。
- 我是否能用两三句话说清准备解决的用户问题,以及为什么这个问题的解决者必须是我?
- 我是否已经接触过至少5个目标客户,并且从他们那里得到了非客套的反馈?
- 我是否清楚自己的财务缓冲期,并设定了最晚可以接受回本或盈利的时间点?
- 我的创业方向与前公司的竞业限制、知识产权归属是否存在冲突?
- 我是否建立了最基础的客户获取方式,哪怕是靠个人关系先做几单定制项目?
- 我是否愿意从最小规模验证开始,而不是非要先做一个“完整产品”?
- 我是否有明确的低成本阶段方案,能在只有两三个人的情况下把服务闭环跑通?
- 如果我离开后发现自己不适合创业,我是否还有退路,比如回到行业或者转换方向?
这里面的问题,没有一个是“技术上能不能实现”,因为技术人最容易在技术维度上给自己打满分,但创业真正要过的关卡,通常在技术之外。
回到开头提到的那条新闻。余家辉离职Meta创业,从公开信息来看,这不是一次仓促决定,更像是他在足够高的职业节点上,选择了继续验证自己新的可能性。这种选择可以给到普通技术人的启示,不是“辞职创业才值得尊重”,而是:当你有机会做重大选择时,尽量用系统化的方式判断方向、储备资源、控制风险,别让一次决策完全被情绪、身份焦虑或外部叙事带着走。
如果你真的在准备一次这样的选择,我个人最建议的落脚点很简单:先花两周时间把方向清单、资产清单、风险预案三张纸写出来,能写清楚,再谈辞职;写不清楚,就继续在大平台上积累资源和判断力。创业的机会窗口不会因为晚几个月而彻底关闭,但准备不足贸然闯入,可能一次就把多年积累的资本赔光。
这听起来不像新闻标题那么有冲击力,但真实世界里的好决策,大多是这样冷静甚至有点保守地发生的。