不懂代码的人，别急着学技术，先把想法说清楚
我把一个想了很久的小工具交给 AI，两小时后拿到能用的初版。不是我会写代码，是我先把要什么说清楚了。
上周三下午两点，我打开一个空白文档，准备把一个想了很久的小工具做出来。
在这之前，我盯着「代码」这两个字看了很久。我是那种连命令行都不敢乱敲的人，找人开发的报价单看过一次，就再没打开过。
那天我换了个做法：不写代码，只写「我想要什么」。
两个小时后，我拿到了一个能点、能用的初版。它很粗糙，但它是我自己做出来的。
如果你也卡在「我不会技术」这一步，下面这三步，是我那天真实走完的路。
一、先别管怎么做，先问「它到底要解决什么」
这一步最容易跳过，也最要命。
大多数人一上来就问「用什么工具」「该学什么」。我那天反着来，先在一张纸上写了三个问题：
它替谁解决什么问题？最常用它的人会怎么操作？用完以后，他手里拿到的东西是什么？
写完我才发现，我以为自己想做一个「分析工具」，其实我真正想要的是一个「看完就知道下一步改哪儿」的结论页。需求一换，后面全跟着换。
你花十分钟说清楚要什么，你就能省下十天返工。
二、用大白话说需求，像派活给一个新人
然后我把上面那三个答案，用最普通的句子讲给 AI 听。没有术语，没有行话，就像交代一个新来的同事。
重点只有一个：说完整。别说「做个后台」，要说「我点一下按钮，就能看到今天所有订单，按金额从大到小排」。
AI 不会读心，但它读得懂完整的话。
三、拿到初版就动手改，别追求一次到位
我的初版很粗糙。但我不再对着空白页发呆了——我对着一个能跑起来的东西提意见。
「这里加个搜索」「这个数字要能点开看明细」「这块太乱，换个顺序」。
一个下午，我改了七轮。改到第七轮的时候我突然意识到：这根本不是在写代码，这是在改需求。
会改需求的人，比会写代码的人少得多，也值钱得多。
最后，给你一件今天就能做的事
打开一个空白文档，写下你最近一直想做、又一直觉得「我不懂技术做不了」的那件事。
只写它要解决什么问题，不用写一行技术方案。
写完你就会明白，卡住你的从来不是代码。
如果你想看看自己手上这件事到底卡在哪，我用同一套方法做了一个几分钟的自查清单，点「阅读原文」就能拿到：
https://xingfulian.cn/audit?utm_source=wechat_mp&utm_medium=article&utm_campaign=52-wx