不懂英文、不懂技术，我怎么一个人做出一套软件

先说结论

"不懂技术就做不了软件"——这句话在三年前还是真的，现在不是了。

但也不是"跟 AI 说一句话就自动生成"。中间隔着三件必须你自己做的事。

我把这三件事说清楚，你就知道你的卡点到底在哪。

卡点一：你以为卡在"不会写代码"

不。真正卡住你的第一关是看不懂报错。

软件出错时，它会吐一大段英文日志。不懂英文的人看到这堆字，第一反应是"我不行"，然后就停了。

我的做法很笨，但管用：

把整段报错原封不动复制过来，加一句话——"这是什么意思？我该怎么办？"

不要自己先猜，不要把报错里的英文删掉换成中文，也不要只说一句"它报错了"。

全量原文 + 一句"我该怎么办"，是你能给的最好的输入。

卡点二：你以为卡在"没人教我"

不。卡在你不知道怎么描述"想要什么"。

程序员和普通人描述需求的方式不一样。程序员说"加个按钮，点了以后把数据存到后端"；你说"我想让它能存下来"。两种都对，但后一种它听不懂。

我后来用了一个笨办法：说结果，不说做法。

• 不说"加个按钮" → 说"我现在关掉网页，填的东西就没了，我想让它记得住。"
• 不说"加个密码框" → 说"这个东西不能让所有人都能进，只有我能进。"

描述"我现在遇到什么麻烦"和"我希望变成什么样"，比描述"需要什么功能"有效得多。

它不需要你懂技术，它需要你懂你自己。

卡点三：你以为卡在"没人验收"

这才是最容易死人的一关。

AI 写完，说"已经改好了"。你怎么知道真的好了？

我踩过的坑是：听它说"好了"就信了。结果端上去，用户点开是白屏。

后来我给自己定了一条死规矩：

"你说好了不算，我要自己看到。"

具体做法很小：让它给我一个我自己能检查的东西——一句能验证的话、一个能打开的页面、一条能对比的数字。

你要练的不是技术，是"怎么证明它真的干成了"。

所以，不懂技术的人该怎么做

三句话：

1. 卡点不在代码，在报错。 原文照贴，问"我该怎么办"。
2. 卡点不在技术，在表达。 说麻烦，不说功能。
3. 卡点不在能力，在验收。 不信"好了"，要看证据。

这三个卡点，本质上是同一件事：你不需要变成程序员，你需要在"发现问题—说清楚—验成果"这条链上变得可信。

我自己就是这么走过来的。不懂英文，看不了报错；没有技术背景，读不懂架构；一个人，没有团队。这三样到今天也没变。

变的是：我不再需要先补齐这些，才能开始做。

你可以不懂技术，但你不能不懂"你要什么"。