12. 给普通人的 AI 建站说明书：从一个问题开始，不从一个网站开始

从这里开始 ——

如果你看到这里 · 你已经读完了 11 章。

这一章不再讲我自己的故事 —— 这一章只想回答一个问题——

如果今天有一个普通人 · 想用 AI 做一个属于自己的网站 · 他从哪里开始？

我的答案是 · 不要从网站开始。

本篇一句话

这一篇写的是 —— 如果一个普通人想用 AI 做网站 · 最好的起点不是"我要做一个很厉害的网站" · 而是找到一个自己真实经历过、反复解释过、愿意长期打磨的问题。网站不是从技术想出来的 · 网站是从生活里的真实摩擦 长出来的。

结构图 · 普通人 AI 建站的最小路径

这张图说明 —— 普通人不需要一开始就拥有完整公司、完整技术栈和完整商业模式。先把一个真实问题写清楚 · 做出来 · 给人用 · 记录反馈 · 再一轮一轮迭代。这条路不神奇 · 但它能一直走下去。

1. 不要从网站开始 · 从真实问题开始

如果现在有人问我 · 普通人怎么用 AI 做网站 · 我不会先讲技术。我会先问——

你到底想解决什么问题？

很多人一开始就想 ——

我要做首页。
我要做 Logo。
我要做登录。
我要做会员。
我要做支付。
我要做 AI 接口。

这些都可以做。但如果问题没定义清楚 · 网站越做越乱。

我做这个网站的起点 · 不是"我要做一个 AI 网站"。

起点很普通 ——

• 房地产工作里 · 太多客户反复问同样的问题。
• 外国人在日本生活 · 太多资料看不懂。
• 市役所、租房、保险、宽带、合同、公共支持 —— 这些事情都很琐碎。
• 我自己也是外国人 · 我知道这种摩擦。

所以网站不是从技术想出来的。

网站是从生活里的真实摩擦 长出来的。

这一点对普通人很重要。不要先问"能不能做网站"。

先问 · 你有没有一个你足够熟、足够痛、足够愿意长期解释的问题====。

2. 先找重复问题 · 你以为只是工作 · 其实是产品机会

普通人最容易忽略自己的优势。你以为自己只是每天在做重复劳动 · 但重复劳动里经常藏着产品机会====。

这是 CH01《重复劳动不是命苦》的核心——

重复劳动如果能被结构化、公开化、可复用化 · 就不只是成本 · 而是未来网站、内容、AI 工具和服务闭环的原材料。

我工作里反复解释的事 ——

• 租房流程怎么走？
• 礼金、敷金、保証会社是什么？
• 火灾保险怎么处理？
• 外国人申请房子为什么容易被拒？
• 宽带、水电、手机怎么开？
• 市役所有哪些支持？
• 日文文件怎么看？

这些问题 · 我以前觉得只是工作。后来我才意识到 · 它们也是内容资产====。

因为只要有很多人反复问 · 就说明这个问题还没有被足够好地解决。

AI 的价值 · 就在这里开始出现。它可以帮我把重复解释整理成——

FAQ
流程图
多语言说明
翻译工具
排名图
问卷
文章
检查清单

但前提是 · 这些问题本来就是真的。

AI 不负责替你发明痛点。AI 负责帮你把真实痛点变成可复用的表达和工具。

3. 用 AI 做第一版 · 粗糙但能改 > 完美但不存在

第一版网站一定不会完美。我的第一版也不是。

它更像一个静态资料站 —— 把租房、买房、流程和注意事项放上去。现在回头看 · 它很粗糙。

但它有一个好处—— 它存在====。

一个存在的粗糙版本 · 比脑子里一百个完美想法更有价值。因为只有做出来以后 · 你才会发现——

• 哪些内容太长？
• 哪些按钮没人点？
• 哪些页面手机上不好看？
• 哪些信息过时？
• 哪些功能只是自己想象？
• 哪些问题用户真的会问？

这也是我从李笑来《自学是门手艺》里真正学到的东西——

自学不是想明白以后再做。自学是边做边暴露自己不懂的地方。

AI 做网站也是一样——

• 先做一个小的、能看的、能改的版本。
• 不要一开始追求完美。
• 但也不要把粗糙当成借口——粗糙只是第一步 · 不是最终标准。

粗糙是入场券 · 不是终点。这是 CH04《T 型网站》方法卡的延伸 —— 先立一根柱子 · 再考虑横梁。

4. 把失败留下来 · 让系统记住你的痛

用 AI 做网站 · 会失败很多次——

• AI 会误解。
• AI 会假完成（CH06）。
• AI 会把工作台信息放到前台。
• AI 会把候选写成完成。
• AI 会忘记主任务。
• AI 会让你反复点 A（CH07 确认税）。
• AI 会在一个问题上写很多漂亮但没用的话（漂亮的 Markdown）。

这些事情我都遇到过。如果只靠忍耐 · 人会很累。

所以后来我做了一件事 —— 把失败写下来。

MNK         · 把方法、概念、SOP 留下来。
ERRORLOG    · 把错误模式、触发条件、防复发动作留下来。
Evidence Index · 每篇文章 / 每个截图 / 每个文件的证据边界。
Ledger      · 多个 AI 窗口的工作状态（共享账本）。

这听起来不像写网站。但它是普通人用 AI 做长期项目的关键——

• AI 不会天然记得你是谁。
• 不同窗口不会天然共享待办。
• 今天的经验 · 如果不写进文件 · 明天就可能丢。

所以失败不是只用来复盘的。失败要变成系统记忆（CH08）。

这是这本书最贵的一句话之一——

失败只有进入系统 · 才会变成资产。

5. 把内容做成资产 · 这是普通人的复利

一个网站最开始可能只是页面。但如果长期做 · 它应该慢慢变成资产系统====。

在我的项目里 · 资产不只是代码——

一篇文章是资产。
一张排名图是资产。
一个问卷结构是资产。
一个 AI 任务模板是资产。
一条 ERRORLOG 是资产。
一个验证脚本是资产。
一个真实用户问题也是资产。
一份 MNK 是资产。

这些资产的共同点是 —— 它们能减少下一次的成本====——

• 下一次用户问同样的问题 · 我可以给他链接。
• 下一次 AI 犯同样的错 · validator 可以拦住。
• 下一次换对话框 · handoff 可以接上。
• 下一次写文章 · evidence index 可以提醒哪些不能乱写。

这就是复利。

复利不是一句漂亮话。复利是今天留下的东西 · 明天真的能用。

正向复利的反面 · 是 CH04 / CH07 提到的负向复利 —— "规则只加不减"、"任务范围越扩越乱"、"reactive 改一次留三个坑"。

普通人能做的最实在的事 —— 每一天都让自己的资产比昨天厚一点 · 让自己的负债比昨天薄一点====。

这是定投自己的真实形态——不是热血口号 · 是每天一份能减少未来成本的小沉淀。

6. 普通人的 7 步 AI 建站法

如果把这一个多月压缩成一个普通人能用的方法 · 我会写成 7 步——

第 1 步 · 找一个你真实经历过的问题

不要先找风口。不要先找商业模式。先找一个你自己痛过、别人也反复问的问题。

第 2 步 · 把重复解释写下来

先写 Markdown。先写清楚流程、注意事项、常见问题。写得不好没关系 · 先让它存在。

第 3 步 · 让 AI 帮你做第一版

可以是静态网站 / 一个工具页 / 一个问卷 / 一张图。形态不重要 · 重要的是"它存在"。

第 4 步 · 自己先当第一个用户

手机上打开 · 点按钮 · 看文字 · 找错别字 · 看有没有隐私泄露 · 看有没有夸大。

这一步是你最便宜的用户测试。你自己。

第 5 步 · 记录失败

每次 AI 错 · 每次页面乱 · 每次流程卡住 · 都写成 MNK 或 ERRORLOG。这一步是把痛变成系统记忆。

第 6 步 · 找真实反馈

不要只问 AI——

• 给真实用户看。
• 问他哪里看不懂。
• 问他下一步会不会用。
• 问他愿不愿意保存、转发或付费。

真实反馈是candidate（CH11）· 不是 command。先入候选队列 · 再做小批次修改。

第 7 步 · 小步迭代

一次只改一小批。改完验证。验证完记录。记录完再继续。

这 7 步不神奇。但它适合普通人。

因为普通人最需要的不是神奇方法 · 而是能一直走下去的方法====。

7. 写给后来的自己

如果几年以后我再回头看这个项目 · 我希望自己记得一件事——

这个网站不是 AI 做出来的。

这个网站是我把自己真实经历过的问题 · 一点点交给 AI、文件、程序、图表、验证和用户反馈共同打磨出来的。

AI 是工具。但——

• 工具不会替人选择方向。
• 工具不会替人承担责任。
• 工具也不会替人拥有耐心。

一个普通人真正能依靠的 · 还是那些最朴素的东西——

长期学习
真实记录
小步行动
不断复盘
尊重证据
保护注意力
对用户有用

这也是我想把这 12 篇日记写下来的原因——

不是为了证明我多厉害。

而是想记录一个普通人怎样从不会 · 到一点点会；

从只是问 AI · 到开始管理 AI；

从做一个页面 · 到学会把经验、失败和用户问题沉淀成系统。

如果以后有一个年轻人 · 或者我的孩子 · 看到这些日记 · 他至少能少走一点弯路。

那这件事就值得。

8. 这一章给一个普通人的"开始那一刻"

如果你正站在"开始"的那一刻 · 我会建议你 ——

1. ==不要先问"能不能做"· 先问"想解决什么"== —— 没有问题的网站 · 一定会迷路。
2. ==接受第一版的粗糙== —— 一个存在的粗糙版本 · 比脑子里一百个完美想法更有价值。
3. ==失败就写下来== —— MNK 给人看 · ERRORLOG 给系统读。失败不进系统 · 就只是情绪。
4. ==把每一次小沉淀当复利的本金== —— 一篇 FAQ · 一个验证脚本 · 一条 ERRORLOG —— 都是定投自己的真实动作。
5. ==每周只改一小批== —— 不要让 AI 的速度变成你的混乱（CH05）。
6. ==发布键永远在你手里== —— 不要让 AI 替你按（CH07 / CH10）。
7. ==保留中断权== —— 任何时候说"停 / 回滚 / 换方向" —— 都能立刻生效。这是这本书 12 章 11 张方法卡的共同前提。
8. ==接受这不是 12 章的终点 · 这是日常的开始== —— 上线 ≠ 完成（CH11）。网站是在一轮一轮迭代 里长出来的。

这一切 · 本质上是一句话 ——

AI 不负责替你发明痛点 · AI 负责把你的真实痛点变成工具。

复利不是一句漂亮话 · 复利是今天留下的东西 · 明天真的能用。

普通人最需要的不是神奇方法 · 而是能一直走下去的方法。

如果这本书只剩一句话 · 我希望是 ——

重复劳动不是命苦 · 是还没被做成系统的资产。

那是 CH01 的第一句。也是这本书的最后一句。

本篇方法卡

方法 12 · 普通人 7 步 AI 建站法 + 7 日最小练习

7 步流程 ——

1. 找一个你真实经历过的问题。

2. 把重复解释写下来（先 Markdown · 不要等完美）。

3. 让 AI 帮你做第一版（任何形态都行 · 要"存在"）。

4. 自己先当第一个用户（手机自测 · 找错别字 / 隐私 / 夸大）。

5. 记录失败（MNK / ERRORLOG / Evidence Index）。

6. 找真实反馈（candidate · 不是 command）。

7. 小步迭代（每周一小批 · 改完验证 · 验证完记录）。

7 日最小练习 ——

```

Day 1 · 写出 10 个用户反复问的问题。

Day 2 · 选 1 个问题写成 Markdown。

Day 3 · 让 AI 做一个静态页面。

Day 4 · 手机自测并记录 10 个问题。

Day 5 · 找 1 个真实人看。

Day 6 · 改 3 个最明显的问题。

Day 7 · 写一张 MNK 卡和下一步清单。

```

不要做 ——

- 不要用 AI 编造经历。

- 不要把页面上线写成产品成功。

- 不要为了显得厉害做过多功能。

- 不要让 AI 代替你判断用户和边界。

- 不要把"7 步"当万能模板 —— 它只是一份"如果是我重来一遍 · 我会这么走"的备忘。

本篇金句

参考与延伸

核心思想锚 ——

• 李笑来《把时间当作朋友》—— 注意力 > 时间 > 金钱
• 李笑来《自学是门手艺》—— Proof of Work · 边做边暴露不懂的地方
• 李笑来《通往财富自由之路》—— 长期主义在关键节点的真实含义
• 吴军《信息传》—— 定义问题 · 减少不确定性
• Stanford Lean LaunchPad —— 从用户问题、MVP、反馈和迭代中验证
• Eric Ries《精益创业》—— Build-Measure-Learn 的"克制版"
• 老A 本书 CH01-CH11 全部 11 张方法卡 —— 本章是它们的收拢

本书 12 章方法卡索引 ——

CH01 · 重复劳动如何变成资产
CH02 · 第一版网站的最小可发布形态
CH03 · 语言不是学问 · 是工具
CH04 · T 型最小结构判定
CH05 · AI 三档使用法（方向盘 / 自动挡 / 刹车）
CH06 · 一个人 + 多个 AI 的最小治理三件套
CH07 · 默认 A 的两道闸 + 三道刹车
CH08 · AI 失败研究 5 步法
CH09 · 一张可发布排名图的 6 件套 + 9 步 workflow
CH10 · 上线前 5 层验证 + 8 项最小 checklist
CH11 · Post-launch 反馈三件套（克制版）
CH12 · 普通人 7 步 AI 建站法 + 7 日最小练习