当AI能做到80%，你的价值在哪里
当AI能做到80%，你的价值在哪里？
当AI能做到80%，你的价值在哪里？
| 帖子 看到一个很有意思的讨论。
一位软件开发者抱怨：两个客户原本要找他做项目，一个是AI工具的记忆系统整合，另一个是房地产资产管理系统。
结果两个客户突然说，他们用Claude Code自己就能搞定。
开发者看了他们做出来的东西，评价是“勉强算个原型”。
他很郁闷：怎么让这些“不懂软件的商业人士”明白，软件从0做到80%很容易，但从80%到100%才是真正的噩梦？
评论区的反应很有意思，分成了泾渭分明的两派。
第一派是“等着他们来求你”。
大部分有经验的开发者都持这个观点：让他们先去撞墙吧。
那20%的差距包含了安全漏洞、边界情况处理、负载均衡、错误监控、数据迁移等等一堆“不在需求文档里”的东西。
原型在3个测试用户时跑得很欢，300个用户时就会崩溃。
有人甚至当场黑了一个客户准备上线的“vibed coded”应用，演示了安全问题，看着他们脸色一变。
建议很实际：保持优雅，递上名片，告诉他们遇到问题随时联系。
几个月后接到求助电话时，报价因“通货膨胀”涨20%。
如果要收拾AI留下的烂摊子，那就涨200%。
而且别答应修补，直接要求从头重写，反正现在写代码已经不费事了。
第二派则提出了一个更尖锐的问题：也许80%对他们来说就够了，而你才是那个被颠覆的人。
如果两个完全不同的客户不约而同地想到了同一件事，这不是巧合，这是市场反馈。
你在卖工程上的完美，但他们只需要一个现在就能用的商业解决方案。
如果他们那个“勉强算原型”的工具省了一大笔钱还解决了眼前的问题，那他们就赢了。
这个观点戳到了一个很现实的地方：过去软件开发者的护城河是“只有我能写代码”。
但当代码本身变得廉价，真正的价值应该是领域知识、持续支持、数据策略，以及AI工具无法从提示词里搞清楚的那些复杂整合。
有几条建议特别中肯。
一位评论者说：别再把自己定位成“写代码的人”，开始把自己定位成“交付可靠性的人”。
给客户展示他们的原型和生产系统之间的差异：缺失的访问限制、SQL注入漏洞、没有监控。
把风险具象化、可视化。
另一位评论者建议转向FUD策略，也就是恐惧、不确定性和怀疑。
问客户三个问题：软件出问题谁来修？
修一次要花多少钱？
最后谁来为这个决定负责？
最让我觉得深刻的是这段话：被AI原型坑过一次的商业人士，会成为你最好的长期客户。
而那些从来没被坑过的，本来也不会为质量付费。
事实是这样的：原型的成本已经趋近于零。
但一个能持续迭代、能不断增加功能的产品，和一个能跑起来的原型，完全是两回事。
当代码变得廉价，你能提供的稀缺资源是什么？
这可能是每个靠写代码为生的人都要认真思考的问题了。