大家好，我是孟健。
坐下来动笔写这篇复盘时，我离开大厂全职创业已经快一年了。心里最先浮上来的不是做成了什么，而是这一路上自己的认识发生了多大变化------做技术时我们习惯盯紧代码产出与系统实现，但做生意必须首先面对真实用户与经营结果。
我来自新疆克孜勒苏柯尔克孜自治州乌恰县的农村，小时候住的是土房子，地震之后才重建。2000年，我第一次在一台Windows 95笔记本上看到搜狐首页，后来考上了西安交通大学。
毕业后我先后在腾讯和字节做了很多年技术，在厘米秀经历过服务超千万用户的项目，三年从T9走到T11，后来在字节带前端团队。
那时候在体系内部，个人的视野很容易被代码质量、系统稳定度和项目排期填满。直到2021年行业调整时参与梳理名单，我非常真切地感受到：脱离了平台的工位与资源，自己其实只是一个普通的开发者。如果不能直接面向外部用户解决问题，那些写在履历上的标签并不能自动转化为生存能力。
01 走出平台前：练习表达、交付与销售
去年秋天正式办完离职前，我有很长一段时间白天上班，晚上看书和学习商业知识。
过去多年我习惯写纯技术文章，内容主要集中在技术细节和性能优化上。但当时我自己的内容并没有形成有效的商业收入，我缺乏清晰的商业意识，更谈不上向外部用户交付完整的服务。为了逼自己补齐这些短板，我开始去理解个人商业IP、理解交付与信誉的关系。
在这个过程里，我很感谢破局社群以及一路同行者给予的启发，让我看到了很多不同于大厂内部汇报的做事视角。离职前重新翻看心学和蔡磊先生的《相信》，也促使我反复审视时间的选择，并开始认真学习商业与经营的常识。
2025年元旦那天，我在朋友圈发了一张大大的"行动"配图，写下了一句话："2025，非常关键的一年，思考+行动=成长，愿一切都能越来越好"。
那不是什么豪言壮语，更像是一个技术人走出熟悉环境前，给自己的真实提醒。
随后的转机出现在2025年春节前后。DeepSeek引发技术讨论热潮时，我整理了一份接近5万字的飞书知识库，把模型原理与应用场景拆解出来。公众号的阅读量从平时的几百、一千，涨到了几万。
随后出版社编辑联系到我。我和姚路行老师合作，在2025年3月推出了《DeepSeek极简入门与应用》。
后来参与编写的这本书累计销量突破了百万册。但这更多是特定节点上的阶段性运气，并不代表我个人已经具备了稳定持续的商业判断力。
真正的变化在于行动的延续。2025年4月，原本不擅长公开表达的我开始走上台做分享。随后我发售了自己的第一份小报童专栏，卖出了将近2000份。
那次发售带来的冲击很直接：不仅要把想法写清楚，更要面对读者的提问、反馈与后续服务。这让我开始认真思考：技术人的专业积累，究竟该如何转化为社会真正需要的服务。
02 面对时间：重翻心学与《相信》的选择
在2025年9月底正式走出大厂前，我重翻了心学相关的书，也读了蔡磊先生的《相信》，试着在字里行间理清自己的想法。
大厂的工位、稳定的职级和收入固然安稳，但人的时间和精力终究有限。如果始终停留在最熟悉的轨道里，许多想做的事可能永远都不会开始。当时我常自问一个问题：如果始终留在安全的舒适区里，没有真正按自己的想法创一次业，会不会后悔？
我的答案很明确：会，而且一定会。
蔡磊先生在《相信》中面对困境展现的选择，给了我很大的触动。面对常人难以想象的阻力，他依然拼尽全力向前走。书中那句话，一直留在我心里："纵使不敌，也绝不屈服。"
我清楚不能把普通人创业的困难，等同于别人经历的疾病考验。这本书给我的不是辞职成功的秘方，而是一种面对有限时间时的态度。就像我对心学知行关系的体会一样，想法如果只停留在脑海里，并不能算真正弄懂，需要通过实际行动去检验。
这些书没有替我做决定，只是让我把心里的账算得更清楚：我想做什么、能承受什么、又愿意为此投入什么。我的选择建立在多年的技术积累、一定的安全边际以及对不确定性的准备之上。想清楚代价，才谈得上为自己的选择负责。
03 试水出海：两个月搭建30个站的落差
全职创业初期，我和项目合作伙伴在北京探索AI编程出海。
当时我们的思路很简单：既然现在的工具让构建网页和应用的门槛大幅降低，那就多做产品去海外碰需求。于是我和合作伙伴在两个月内陆续搭建了30个站。
但实际结果是：当时这30个站里，真正跑通的只有1个。
海外产品确实曾在某一整周跑出过超过1000美元的收入。但那只是一次阶段性的验证，既不是稳定持续的周收入，更不能直接等同于利润。
在真实的海外环境里，做出一个页面只是第一步。产品能不能被搜索引擎正常索引、分发渠道是否可持续、支付是否顺畅、用户为什么愿意留下来，这些问题远比把代码跑通要复杂得多。
技术人容易惯性地认为"只要东西做出来，最难的部分就解决了"。但如果不先弄清楚用户在用什么替代方案、为何愿意付费，仅仅凭实现速度去盲目铺设产品，很难沉淀出真正的业务资产。
04 面对挫折：理解逆商与克制交付
从两个月搭建站点的落差走出来，我开始重新校准自己的心态与做事方式。
做技术的人容易有一种倾向，就是把某个项目进展不顺，等同于否定自己的能力。但实际做事情不是写代码，需求不对或者找不到合适的人群，东西再工整也可能没人用。逆商不是盲目硬扛，而是遇到挫折允许自己难过片刻，但更重要的是能沉下心复盘，看清问题出在哪里。发现方向不对，就及时调整动作，必要时就停下来。
这也让我反思自己对待产品的习惯。稻盛和夫倡导竭尽全力为客户服务的理念，让我对做好产品有了更平实的理解：不是关起门来追求自以为复杂的架构，而是老老实实把用户真正需要的具体事情做扎实。
把版本做小，不等于粗制滥造；尽早拿给别人看，也不等于敷衍。我需要警惕那种靠堆叠功能来逃避面对真实反馈的下意识习惯。雷军讲专注，工程上也常讲在加速前先去审视需求是否必要，核心都在于做减法。
要想跑得踏实，往往得先决定什么事情先不做。先克制住把事情做庞杂的念头，把答应用户的交付做好，关注用户最关键的任务，信任才会慢慢积累起来。
05 拆解生意：商业IP、出海模式与成本账
碰了壁之后，我开始把注意力从单纯的"做什么功能"，转向"这门生意怎么成立"。
首先是对商业IP的理解。
商业IP的核心在于持续面向一个明确的人群，去解决某类具体的问题，从而积累长期的信誉，而不是去追逐短期的阅读量。专业能力通过公开的思考、扎实的作品以及每一次履约来建立，不能只靠自称。
公开的内容让初次连接建立信任，但真实的交付才决定彼此能否继续走下去。如果把每次表达都变成促销，建立起来的信用很快就会透支。
其次是对AI编程与出海打法的梳理。
AI编程降低了实现门槛，但也让软件的供给变得更充裕。我们更需要先观察目标人群现在怎么解决问题、为什么愿意为此掏钱，先找到可触达的渠道，再做最小产品验证。在早期验证阶段，SEO、内容分享和垂直社区都是可选的低成本渠道；如果做付费获客，也要先用小预算测试真实的转化率与毛利。
在商业模式的选择上，也必须按场景来定：
- 面对高频且任务明确的需求，订阅或按用量收费较为契合，但必须细算模型调用与服务的边际成本；
- 面对偶发或低频的需求，采用一次购买或按次付费往往更为合适；
- 免费依靠自然流量的轻工具，需要评估广告等后续收入能否有效覆盖长期的服务器开销与维护精力。
更现实的是算清内部账目。账面上的毛收入，还要扣除海外支付渠道手续费、退款、服务器开销、模型API调用以及日常软件投入。营收不等于利润，更不等于账上可以自由支配的净现金。看懂这笔账，做决策时才会多一份审慎。
06 审视积累：从投入时间到积累可持续业务
算清账目的同时，我也常想起读罗伯特·清崎《富爸爸穷爸爸》系列时关于资产与现金流的讨论。
在公司工作，本质上是按月出售自己的时间；而自己做事情，是希望把时间和精力逐渐沉淀成可以长期运作的产品与内容。但这不是否定上班的价值，更不是说创业就能有一劳永逸的被动收入。
写下的文章、做出来的软件或者摸索出的方法，确实可能被反复使用。但前提是它们能持续对别人有用，并且有人在日常中不断维护、更新和承担交付。软件不会自动变成可以依靠的资产，如果长期没有人用，它仍然需要服务器开销，还会分散经营的注意力。
这正接上了前面的成本思考：收入、利润和手里真正能用的钱完全是几码事。除了服务器和各种接口这些花销，每天投入的时间本身也是很重要的成本。真正的积累，是把踩坑的经验沉淀成能复用的能力，而不是只顾着收集产品名字。正因如此，我更需要把手头的业务边界划清楚。
07 梳理业务：四条业务线的分工与边界
在这些理解的基础上，我逐步理顺了当前几项业务的分工。它们解决的问题不同、成熟度不同，对应着不同的用户需求。
1. ShipSite：承接从机会到产品的生产流程
经历过做30个站的摸索，我开始把这些建站经验逐步整理进 ShipSite（中文界面名为"山海司"）。
它的定位是面向SEO驱动型产品的AI站点工场，承接把海外机会转化为可运营产品的工作。
我选择Cloudflare作为优先部署底座，生成的代码归用户自己所有。在当前的产品流程里，方案锁定后可以自动构建预览，但正式发布上线依然需要人来确认。工具负责规范机械流程，商业判断依然在人。
2. ShipSolo：承接方法与陪跑交付
出海过程中踩过的坑，很多想做海外业务的开发者同样会遇到。因此我和合作伙伴推出了 ShipSolo（轻舟·ShipSolo），作为一年期的AI编程出海领航计划。
与纯软件工具不同，ShipSolo属于人的服务与陪跑交付。
从找需求、定义产品、构建MVP，到海外合规收款、定价、获取初始流量与复盘，涉及的环节非常繁琐。这种陪伴与答疑需要投入真实的人力，目的在于帮助技术人在出海的各个具体卡点上少走弯路。
3. 字流：解决创作者反复遇到的排版分发
作为一个需要持续公开写作与表达的人，排版与多平台分发曾是我经常面对的重复劳动。
为了解决自己实际遇到的琐事，我做了 字流。
它承接了我日常的内容整理与发布工作，支持Markdown编辑、平台样式预览与插件辅助发布。我自己平时的文章预览和审核流程，也是在这个工具中进行的。把个人高频遇到的痛点做成工具，是技术人相对容易起步的产品路径。
4. Nextfield OS：理清内部经营与收支归属
随着手头做的事情变多，我也开始面对多个收款渠道、项目合作与日常零散支出。为了清楚钱到底花在哪个项目上、凭证是否齐全，我在内部搭建了 Nextfield OS（内部经营系统）。
(注：上图为该系统预览环境界面，图内数字均为示例数据，并非公司实际财务流水)
这是一个内部管理工具，不对外销售，目前在内部使用中并持续完善。它不代替法定会计和税务申报，只是帮我把项目、合作事项、收支流水和发票凭证关联起来。只有清楚每一笔账目归属，我才能看清哪块业务在健康运转。
软件的订阅与用量、人的陪跑服务、内部经营系统，这三者在成本结构、客群和交付方式上完全不同 。多业务布局的价值在于验证经验、交付与获客逻辑可以逐步复用，但每个项目都在消耗注意力，绝不能因为能写代码就不停开新坑。
08 坚持一人公司：用好AI杠杆创造更多价值
这段时间的实践，让我更加笃定：我现在就是一人公司，我也坚信这种模式。
一人公司并不排斥外部合作，更不等于所有事情都要自己硬扛。核心业务由我独立经营和把控，其他伙伴则围绕具体项目共同协作，一起把事情做成。
在日常推进中，我主要用好两类杠杆：AI员工的劳动杠杆 ，以及AI编程杠杆。
读李开复老师的《AI未来已来：CEO、组织、个人的时代红利》，书中探讨了AI对成本与组织形态的影响，也提到了责任闭环与一人公司。这让我重新整理了自己的思考。
结合自己手头的业务，我对这两个杠杆的理解也越来越清晰：
一是AI员工的劳动杠杆。适合标准执行的事情，交给AI去跑。比如资料调研、信息整理、排版以及基础检查，由AI分担掉繁琐环节；我来补充业务背景、把握方向，并负责最终的判断和验收。这样能把注意力真正释放出来。
二是AI编程杠杆。有了AI编程，不仅能更快把想法做成原型，更重要的是能把经常重复的操作做成工具。
比如把做站经验整理进 ShipSite，把内容排版做成字流，把内部流程理进 Nextfield OS。做成软件后，很多重复步骤就能反复调用，不用每次从零来过。当然，代码写得快并不等于免去维护，系统依然需要清晰的边界与核对。
用好这两个杠杆，是为了提高效率并创造更多价值。
AI承担适合它的劳动，编程把重复工作沉淀成工具，我就可以把精力集中在理清真实需求、做好产品体验、服务好用户和做出关键判断上。
在这个过程中，过往的工程经验依然重要。把模糊的需求拆清楚、复核方案是否可用、设定好输入输出边界，都是用好工具的基本功。
工具放大执行效率，核心判断与最终交付依然由人来负责。踏实解决手头的问题，才是一人公司走得稳的底气。
09 面对未来：下一阶段的取舍与感悟
快一年的创业实践，让我慢慢放下了技术人容易陷入的自嗨。面对接下来的时间，我大致有几个明确的打算：
- 不再分散精力做过多无谓的尝试，把有限的精力集中在已经看到验证信号的事情上；
- 给每个产品单列出模型费用、服务器与维护成本，看清每一项业务的真实投入产出；
- 克制不断堆砌新功能的冲动，先把核心场景的使用体验和服务好已有用户放在首位；
- 把日常摸索出的有效经验沉淀为文档或内部工具，减少重复劳动，为关键决策保留清晰的头脑。
我也想借这篇文章真诚地表达：我不鼓励任何人盲目辞职。
我之所以选择走出来，是因为有过去多年在大厂的技术积累、相对平稳的安全边际，以及可以协作同行的项目伙伴。平台之外的世界很真实，没有了既定轨道的庇护，所有商业选择的代价、经营成本和不确定性，都需要自己承担起来。
这一年里我依然常常感到焦虑，也远未证明长期的商业成功。但我开始习惯用真实的用户反馈、交付质量与经营结果来审视自己。
脱离既定轨道带来了自由，也意味着必须对自己的每一个决定全然负责。
坚持一人公司模式，用好AI员工的劳动杠杆与AI编程杠杆，与优秀的伙伴在项目里紧密配合。接下来的这一年，我更愿意克制住再开新坑的冲动，花心思把已有的产品打磨好，把现有的用户服务好，按自己的节奏走下去。
👋 我是孟健，前腾讯 T11 / 前字节技术 Leader，现在全职做 AI 编程。
🔥 更多 AI 编程实战：
- GitHub：@mengjian-github
- 专栏：AI编程实战
觉得有用？点赞+收藏 就是最大支持 🙏