夜雨聆风
【一人公司日记】第15天:当我3天内用AI交付了一个软件项目后..
这是何柯的日更第 15 期原创分享
前几天一个朋友找我。
他公司内部有个小系统需要开发。需求不复杂，但业务逻辑很垂直，涉及他们行业特有的流程。他找过外面的软件公司，报价让他犹豫了很久。
他找到我的时候，我心里很清楚：这个项目放在以前，会很尴尬。
报价低了，我要亏本。报价高了，他预算不够，合作就黄了。而且这种小项目，后续的运维、沟通、需求变更，成本全是隐形的。接也不是，不接也不是——典型的鸡肋项目。
但这次不一样。
我接了这个项目，3天交付。他很满意。
不是我突然变强了，是我换了一套生产方式。
以前我开软件公司的时候，接一个类似的项目，走的是完整流程：需求调研、产品文档、UI设计、前后端开发、测试、部署、运维。少说两个人，至少半个月。
算上沟通成本、需求变更、上线后的维护，这个项目根本不划算。不是项目不好，是原来的生产方式太重了，根本不适合这种小而垂直的需求。
小项目有一个共同的特点：它的商业价值可能只有几万块，但它需要的响应速度和灵活性，不比大项目低。
传统软件公司的报价逻辑是按人头和工时算的。一个项目再小，走完一套流程的成本就在那里。所以很多小需求，企业不是不想做，是被报价劝退了。
这次我只用了3天，成本不到原来的十分之一。但最让我在意的，不是效率的提升。
这个项目里有一个很有意思的细节。
朋友是行业内的人，他描述需求的时候用的都是他们行业的术语。如果换一个不懂这个行业的开发人员来听，听着听着就懵了。
但AI不会懵——你告诉它什么，它就理解什么，但它不会替你判断“这个需求是不是对的”，因为只有懂编程逻辑的人才知道边界在哪。
我也没替AI做包装，我是直接上手跟AI协作，边做边沟通。朋友看到运行的东西，马上反馈，马上调整。响应速度拉满！
这还让我想到了一个词：需求衰减。
客户讲出的需求，产品经理按自己的理解转述给开发人员，开发人员再按照自己的理解去写。每一层都在衰减，最后做出来的东西已经不是客户想要的了。这不是谁不够认真，这是信息传递的天然损耗。
但这个项目里，损耗几乎没有。因为只有两个人：提出需求的人，和直接实现需求的人。AI在中间扮演的不是转述者，是执行者。需求不会衰减，因为每一步的反馈都是即时的。
这件事让我想得更远了一点。
未来会利用AI编程的人会越来越多。企业内部那些最懂业务的人——运营、销售、财务——如果他们能用AI自己开发应用，他们根本不需要等IT部门排期。
一个懂业务的人搭上AI，能亲自实现自己的想法，这种人会很可怕。一个既懂业务又懂编程逻辑、还有洞察力和创造力的人，基本不可替代。
我不想把自己定位成“做软件交付者”。我更愿意把自己定位成“能用AI帮企业解决问题的人”。
我正在用AI开发的SaaS以及尝试用AI原生开发的企业级应用，暂时先不给大家详细讲了。
这个项目考验虽然小，但它让我看到了一个很清晰的信号。
以前是一个小型研发团队才能做的事。现在是一个人加AI就够了。人人可编程的时代，真的来了。但也别把它想得太玄乎，AI编程只是一个工具，真正值钱的，永远是你对问题的判断力。
—————————–
我是何柯，41岁，曾经是软件公司老板，现在是一人公司创业者。
每天一篇创业日记，记录用AI杠杆和内容IP，重建一人公司的真实过程。
欢迎一起交流。
往期作品：