一位准备单干的软件工程师，最近在 Hacker News 发帖求教：独立做咨询后，第一个真实项目是怎么拿到的？他的定位很明确，不做泛泛的软件外包，而是帮中小企业处理最难看、也最难卖的那类问题——表格拼接、脆弱的内部流程、报表混乱、系统集成失败、后端平台问题，以及“不是拿来演示，而是真干活”的 AI 工作流。他还给出了一个具体动作：前 5 个客户提供 10 小时免费支持，网站是 crescita.cc。
这件事表面很小，只是一条社区帖子。但它折射出的现实很大：过去两年，越来越多资深工程师想从雇员转向独立顾问；与此同时，中小企业也确实被 Excel、Zapier、过时 ERP 和碎片化 SaaS 工具折磨得够久。问题不在需求是否存在，而在需求极难被标准化采购。我的判断是，这类“修后台”的咨询机会比 AI 演示项目更真实，但获客难度也更高，因为客户买的是确定性，不是简历上的技术栈。
HN 这条帖子的价值，在于它把独立咨询最真实的焦虑摆到了台面上
原帖作者有大约 10 年软件工程经验，目标客户是 SMEs，也就是中小企业。这个定位其实比“我什么都能做”聪明得多：中小企业最常见的痛点，往往不是开发一款新 App，而是老系统之间互相拉扯，财务、运营、库存、销售的数据散在 Google Sheets、QuickBooks、Shopify、HubSpot、内部脚本和邮件流里，谁都知道效率低，但没人有精力重构。
问题在于，这类项目天然不性感，也很难通过公开招标买。企业采购 AI 聊天机器人，能看界面；采购官网改版，能看设计；但采购“把你们每周要人工对账 6 小时的流程自动化”，决策层很难判断价值，更怕把现有流程搞崩。所以这类顾问的第一单，历史上就很少靠公开投标赢下来，更多靠熟人介绍、前同事转介、会计事务所或 ERP 实施商带单。原帖问的是“怎样获客”，真正的问题其实是“怎样借到第一轮信任”。
真正重要的是，中小企业的数字化烂尾工程正在变成一门稳定生意
这几年 SaaS 工具越来越多，企业后台没有变简单，反而更碎。Airtable、Notion、Zapier、Make、HubSpot、Shopify、Xero、QuickBooks 这类工具降低了上手门槛，却也制造了大量“先能跑、后难管”的流程债务。等到公司规模扩大，负责人会发现：报表口径对不上、权限管理混乱、自动化链路一断就得手工补、AI 试点做了几个 demo 但没人敢接进生产环境。
这也是为什么作者特别强调“AI workflows that need to do real work rather than just look good in a demo”。这句话很关键。2023 年以来，大量 AI 咨询项目停留在原型展示层面，真正能把模型接进客服、文档处理、销售支持、内部知识检索并承担责任的团队并不多。历史参照很清楚：上一轮低代码/自动化热潮里，做出 demo 的人很多，能接住异常流程、权限审计和后续维护的人很少。今天的 AI 落地，正在重复这个结构。
如果把几种常见路线放在一起看，差别就很明显：
| 路线 | 客户为什么愿意买 | 获客方式 | 主要风险 |
|---|---|---|---|
| 通用开发外包 | 人手不够，按需求补位 | 平台、招标、比价 | 价格竞争激烈 |
| 品牌型 AI 顾问 | 追热点，向管理层展示动作 | 内容营销、演讲、媒体曝光 | 容易停留在 demo |
| 后台流程整治顾问 | 直接省人力、降错误率 | 转介绍、行业伙伴、深度内容 | 证明价值周期更长 |
| 纯技术分包 | 给代理商或集成商补交付 | 渠道合作、老关系 | 缺少终端客户资产 |
这也是这则帖子真正重要的地方：它说明市场开始从“会不会做 AI”转向“谁能把业务脏活接住”。后者不容易讲故事，但更接近企业真实预算。
对想单干的工程师来说，第一单最现实的入口不是写一篇技术博客
很多工程师以为，独立出来后先做个人网站、发几篇文章、等客户上门。现实通常没这么顺。尤其是中小企业后台项目，决策人未必刷 Hacker News，也不一定看你对向量数据库或代理框架的分析。他们更关心两件事：你能不能在不打断业务的前提下接管混乱系统；出了问题，谁负责。
更有效的起步方式，通常有这几类：
- 从前雇主生态里拿转介绍
- 与会计、ERP、IT 服务商做互推
- 先接分包，再慢慢拿直客
- 用小范围免费诊断换案例
- 写行业问题，不写纯技术心得
原帖给“前 5 个客户 10 小时免费”的做法，本质上就是降低试错成本。这招有用，但边界也很清楚：免费时长只能换来一次诊断机会，换不来长期尊重。如果范围不清、预期不明，很容易把顾问变成“临时救火员”。对客户也是一样，如果你是中小企业老板，最现实的问题不是要不要试 10 小时免费，而是试完之后有没有明确的下一步：谁拍板、预算从哪出、现有员工是否愿意配合改流程。
这门生意不缺需求，缺的是被看见的交付样本
原帖没有展开的一个限制是：这类顾问服务高度依赖案例，但案例又常常不能公开。后台流程、财务对账、内部报表、系统集成，往往涉及商业敏感信息，顾问很难像做消费者产品那样展示前后对比。这让新顾问进入市场时比独立设计师、做官网的开发者更难，因为他最有价值的作品，常常不能放进作品集。
另一个现实是，SME 预算通常不稳定。一个 50 人规模的公司，可能愿意为官网重做付 2 万到 5 万美元，却不愿为“修内部数据流”立项同等预算，因为后者很难被老板在季度会上讲成增长故事。顾问要拿下这种单子，往往得把技术问题翻译成经营指标，比如把“修 API 集成”说成“把月结时间从 5 天缩到 1 天”，把“重写报表流程”说成“减少财务人工复核”。
所以，这条 HN 帖子不重要的地方也很明确：它不是一个产品发布，也不是一个新平台出现，短期不会改变行业格局。真正值得看的是，它代表了一批资深工程师的转向——不再追逐融资和增长叙事，转而去接企业运营里的脏活累活。这个趋势不会制造新的明星公司，却可能养活一批高利润、低曝光的小型咨询业务。对市场来说，这比又一个 AI 包装层创业更扎实，但也更考验个人的销售能力、行业关系和边界管理。