第 8 章 · 让主路径先跑通
先做哪一步，才能最快验证它成立？
能写死的先写死，能手工的先手工，先让主路径走通一次。
- 这一章回答
- 先做哪一步，才能最快验证它成立？
- 你会做出来
- 核心流程第一次从头到尾跑通的记录
流程图画好了，现在要把它变成能跑的东西。顺序决定了你多久能拿到第一个真实信号。
机制
一切正常时用户走的那条路：输入符合预期、网络没断、没有空值、没有超长内容。
它是整个项目最先要跑通的东西，也是唯一一条「跑通了就证明这个想法成立」的路径。
异常处理、边界情况、性能优化都重要，但它们都是在主路径成立之后才有意义的投资。主路径不成立，那些工作全部作废。
三条原则，按优先级：
能写死的先写死。 配置、常量、示例数据，全部硬编码。做成可配置是在解决一个你还不确定存在的问题。
能手工的先手工。 流程里某一步很难自动化，先让用户自己做。林舒那个「对齐 5 段异构数据」如果第一版让用户手动选列，工具照样能用——而自动识别可能要花三周。
每次只做一步，做完立刻验证。 这是在人为缩短上一章说的反馈回路。一次写完三步再跑，出错时你有三个嫌疑人。
做完之后能立刻知道对不对的最小一步。
判断方法：你能说出「做完它之后，我运行什么、看到什么就算对」吗？说不出来，这一步还是太大。
现实案例
第 1 天：页面上放 5 个文本框和一个按钮，点击后把 5 段文本原样打到控制台。验证：粘进去能看到。
第 2 天：把每段文本按行拆成数组，渲染成 5 张原始表格。验证：肉眼看出哪几列对应哪几列。
第 3–4 天：加「选择每段对应哪几列」的下拉框，用户选完后合并成一张表。这是最难的一步，也是流程里真正的核心。
第 5 天：加「复制」按钮。
第 6 天：她自己用它出了一次周报，花了 9 分钟，原来是 40 分钟。
没有登录、没有保存、没有导出 Excel，列的对应关系每次都要重选——但第 6 天它真的替她干了活。
动手试
看着你的流程图，回答两个问题：
- 哪一步做完之后，你能最快判断「这个想法成立」？那通常不是第一步，而是流程里最核心的那一步。
- 要验证那一步，最少需要前面哪些步骤存在？
把答案排成顺序。这就是你接下来几天的工作，而且每一天结束时都应该有东西能跑。
剩下的全部往后放，包括你现在觉得「反正早晚要做」的那些。
你的行动
按上面的顺序做，每完成一步跑一次。
每做一个重要的技术选择，顺手记一条：决定是什么、为什么、当时考虑过但没选的是什么。第 10 章会用到这些。
产出：核心流程第一次从头到尾跑通的记录。截图、录屏、或者一句「今天它真的替我做了一次 X」都算。
检查标准
- 核心流程能从头到尾跑通一次
- 我没有偷偷加明确不做清单里的功能
- 能写死的地方我写死了，没有提前做成可配置
- 流程里最难的那一步，第一版是手工的或半手工的
- 关键技术选择已经记下来了
容易搞错的地方
异常处理的工作量经常超过主路径本身，而且它处理的是你还没验证过的场景。
主路径跑通之前，出错就让它出错——你自己是唯一的用户，你知道该怎么输入。
如果让用户手工做某一步之后工具就没价值了，说明那一步才是你真正要解决的问题，应该优先做。
反过来，手工做了之后工具依然有用，那它就可以一直手工下去。
本章自测
- 为什么主路径不成立时，异常处理的工作全部作废？
- 怎么判断一步是不是「最小可验证动作」？
- 「能手工的先手工」什么时候不适用？