会写代码之后，我却卡在了“做什么”

刚毕业开始工作后，我慢慢意识到一件有点尴尬的事：会写代码，不代表就知道该做什么。

我是做 Python 和 AI 应用开发的。遇到明确需求时，我通常知道怎样拆解、怎样实现，也做过一些交付型项目。每次把功能跑起来、让别人真正用上，都会给我很强的满足感。可项目交付之后，代码常常就停在那里。下一个需求来了，又要重新理解、重新搭建、重新赶时间。

我开始反复想：有没有可能做一个东西，不只为某一次交付服务，而是能够被更多人使用，也能够随着反馈一点点变好？

技术不是最难的一关

最开始，我把注意力放在“还能学什么技术”上。新的模型、新的框架、新的工具层出不穷，总让人觉得再学一点，就能离机会更近一点。

但当我真的准备做自己的产品时，问题突然变了。用户是谁？他为什么会在意？现在的解决办法哪里不够好？他愿不愿意花时间尝试，甚至愿不愿意付钱？这些问题不是多写几个接口就会自动有答案。

技术能让我把想法变成东西，却不能替我证明这个东西值得做。

这也是我卡住的地方。我能想到很多方向：AI 生图、小程序、面向商家的工具、帮助销售和客服的智能体。它们听起来都“有需求”，但有需求和轮到我来做，中间还隔着很远。市场上可能已经有成熟产品；真实用户可能根本不愿意改变习惯；我以为重要的功能，可能只是开发者自己的想象。

所以我给自己换了一个目标：暂时不急着找到那个“一辈子都要做的产品”，先把一个小东西完整做出来。

完整不是功能很多，而是经历一次真实闭环：找到具体问题，做出能用的版本，让真实的人体验，听到不那么好听的反馈，然后决定继续、调整，或者停止。

我现在推进的第一个实验是 AI 生图方向。它未必会成为最终产品，但很适合让我练习这套过程。我要面对的不只是生成效果，还有任务状态、失败重试、内容安全、数据保存和体验入口。只有把这些不起眼的部分也做起来，它才不只是一张演示图。

我把这个过程叫作“阿新做点东西”。它不是成功经验合集，也不是教别人创业的账号。更像一张公开的工作台：我会把正在做的项目、遇到的问题、做过的判断，以及后来证明判断错了的地方都放上来。

公开记录对我有三个意义。

第一，它会逼我把模糊想法说清楚。一个想法如果连几句话都解释不明白，大概率也还没准备好进入开发。

第二，它能让我更早碰到真实反馈。比起关起门来做几个月，我更希望在两周内做出可以讨论的版本，去问那些可能真的会使用它的人。

第三，它能留下积累。即使某个产品最后停下，代码模块、开发过程、用户反馈和复盘仍然可以进入下一个项目，而不是每次都从零开始。

未来一段时间，我会一边工作，一边用晚上和周末推进这些实验。我不准备给自己包装一个很大的身份，也不会假装已经找到了标准答案。

我能承诺的是：尽量说真话，给项目标上真实状态，不把“准备内测”写成“已经上线”，不把偶然结果写成成功方法。一个方向如果没有真实使用和反馈，我也会停下来重新判断。

如果你也经历过“会做，但不知道该做什么”的阶段，欢迎告诉我你是怎么走出来的。如果你手里正好有一个长期困扰的问题，也可以发给我。它不一定马上变成产品，但可能成为一次值得开始的讨论。

先做出来，再听真实的人说。这个网站，就是第一步。