先手工做一遍再写代码：一人公司最容易白干三天的那个坑

结论先行：接一单 AI 服务单之前，先花三小时纯手工把整条流程走一遍——这一步会替你筛掉大部分做不了、也不该接的单，省下的是几天的白干。

11 月初有一篇流传很广的「一人 AI 公司实战指南」，里面把接单到收款拆成十四个动作。里面最不起眼、但复用价值最高的一条，叫「三小时生存测试」——在动手写任何代码之前，先把整条流程纯手工跑一遍。

它的设计意图很直白：不是先想「这事能不能做」，而是先花三小时证明「这事我能做」。三小时里有两个动作是硬规定。

一、动作一：要原始样本，不要「整理好的」样本

规则是：从客户手里拿到三份未经任何处理的原始文件，限定半小时之内。指南里点名了acceptable的类型——客户发来的聊天截图原图、合同扫描件、原始数据表。

然后是那条禁令：严禁客户提供「整理好的表格」或「我帮你总结的问题」。

为什么这么严？因为「整理好的样本」会把工作量藏起来。指南里记了个真实的翻车：某位客户发来一份干净的 Excel，事后追问才知道，那份表格他自己手工清洗了两个小时。也就是说，清洗环节的工作量还在，只是从客户桌上转移到了你桌上，而报价是按「整理好的数据」算的。

这一条同时是可行性关和报价关——原始样本里那些格式混乱、扫描件歪斜、手写体混排、字段命名乱七八糟的东西，才是这份活的真实难度。

客户给你一份「干净的材料」，不是他体贴你，是他把难度先替你处理掉了——而这份活的报价，是按处理完的难度算的。

规则是：完全不用代码，用现成工具手工走一遍完整流程，限定两小时。过程中记录三件事——每一步耗时、每一步的出错点、哪些环节必须靠人判断。

这份记录有三个用途：

那条硬标准是：如果手工模拟过程中，超过 30% 的步骤需要主观判断，就立即暂停。指南给的例子是像「判断这句话是否构成违约」这种——它不是当前能力范围。

这条标准的逻辑值得展开：这类活不是不能做，是不能用「把流程自动化」这个方案来做。它的价值在判断本身，而判断是人的活；你要做的是换个报价方式（比如按判断结论收费），而不是硬塞进一套自动化方案里。

把这条测试放到今天的大环境里看，理由更硬。

11 月初一篇讲一人公司现状的复盘提到了三个「死因」，其中两个跟这个测试直接相关：

「做出来没人要」：文中提到有人埋头开发了两周，才发现某个方向根本没有公开的数据接口，整个数据源方案推倒重来。这两周里最贵的不是算力，是本该在开工前就发现的事实。
「把 AI 当团队，把自己当监工」：以为部署几个 AI 角色就能自动运转，实际是在好几个窗口之间来回救火，从执行者变成了 AI 的保姆。

这两件事指向同一个结论：动手之前的那道验证，比动手之后的任何优化都省钱。而这道验证不需要技术，只需要三个小时和纸笔。

还有一个更现实的理由：三小时手工走一遍，本身就是报价谈判里最有力的筹码。你带着「每步耗时、出错点、判断点占比」这张表去谈，客户看到的不是你在讲大道理，而是一份具体到步骤的交付说明。这个场景里，可信度是可以被看见的。

坑一：跳过手工那一步，直接写代码。写代码两小时，手工走一遍也是两小时，时间成本一样——但后者能在开工前否掉整单，前者只能让你在做完之后发现做错了。同样的两小时，一个用来排除风险，一个用来制造沉没成本。
坑二：接受「整理好的样本」。前文说过，这是报价被低估最常见的方式。更隐蔽的版本是客户口头说「我们系统导出来的都是规范的」——那就更要让他把真实原始文件给一份。规范性和可处理性是两回事。
坑三：忽略主观判断步骤的占比。30% 不是精确数字，它是个提醒：当你的活里有一半以上需要「凭经验决定」时，你卖的就不是自动化，而是判断——那应该按判断收费、按结论交付，甚至该考虑跟客户签长期顾问式的关系，而不是按「跑一遍流程」收一次性的钱。

所以这条方法论的核心其实很简单：在承诺之前，先证明一次。用手工的方式证明流程能跑通、用原始材料证明难度是真的、用步骤表证明你知道自己要干什么。三个小时买到的不只是一次筛选，更是客户对你的第一印象——一个连流程都没走过就敢报价的人，和一个能拿出步骤表的人，价格可以差很远。

顺带一提，走完这三小时，你手上会多出一份东西：一份写清楚「输入是什么、每步怎么做、什么情况要人接手」的流程说明。这份东西既是交付的一部分，也是你把服务标准化、让下一单更快的起点。真正耗人的往往不是执行本身，而是每次都从零想一遍该怎么执行——把流程固化下来，才能把一次性的活变成可复用的活。