推文

@xparkzz · 2026-10-14 18:10

我先说一下我的开发流程。一开始做开发的时候，因为我没有计算机技术和编程背景，所以踩了很多坑。但是我现在发现了一个最优解。 很多我觉得比较聪明的人，都喜欢上来做一个大而全的产品。因为一开始我就能想清楚，包括账户抽象、支付体系、云服务器，还有 CDN 等各种服务，我都给它备齐了。但是问题是，一开始这样搭建一个闭环的成本极高，很容易半路就放弃。 而且，如果你一开始做一个小闭环，也很容易没有正反馈。因为你做一个小的单一功能，会发现只有在细分场景的时候才能把它用起来。 所以，其实我搭建工作台是经历了这些阶段的： 第一阶段：我想清楚了，我要搭建一个属于我自己的工作台产品。我觉得这件事非常重要，就是一开始先不想说搭建一个 general purpose product。搭建完之后，我发现它的功能已经非常全了，我觉得别人也都可以使用。从找选题、爆款拆解，到个人的写作习惯，再到剪辑流程、发到多平台、数据管理，这些全部都串到了一个工作台里，对吧？ 那这时候又出现了第二个问题：这个东西很难给别人使用。因为它有特别多你电脑 local 的 setting，包括你接了很多 AI：接了 DeepSeek 来写文章，接了 Codex 来出图，接了 Cloud Code 里面的 Agent，这些 functions 都是通过 Cloud Code 实现的。这个时候，如果你想要把这个东西给别人用，就需要在他电脑上复刻一个一模一样的环境，那这件事又是非常非常难的。 于是，第二阶段我就把我一个完整的工作台拆成了不同的 modules。比如说：第一个 module，类似 AI hot 这种找 AI 相关新闻的，我叫它“AI 日报”； 第二个 module 叫“爆款拆解”； 第三个 module 叫“写作”； 第四个 module 叫“视频剪辑”； 第五个 module 叫“数据管理”。 每一个 module 都单独拆出来了一个 repo。 接下来第三步，你的 module 都已经在了。但是大部分人是没有能力进入你的 GitHub，把你的开源东西部署出来的。我觉得 100 个人里可能只有两三个人有这个能力。 所以，如果你想做一个大众都需要用的产品，可能就需要把它做成类似传统的 SaaS 一样的产品。用户登录网页，不需要去考虑 deployment 部署服务器，也不需要去考虑 domain、persistence、数据库这些问题。只有在这种情况下，大部分人才能用上。 很多人觉得 AI 已经这么发达了，放到 GitHub 上自己去部署，但实际上这个门槛还是极高的。所以说你看第三阶段，你就要把你第二阶段做的事儿，是把第一阶段的完整的功能的产品拆成一个一个standalone可以work的module。然后第3步就是把第二阶段一个一个standalone的workable的module，打包成一个一个单一的功能，类似像SaaS一样，再帮他接入比如说支付，multi instance对吧，admin management团队管理呀等等。 也就是说，你一开始如果做一个单点服务的打包的话，我觉得可能你一开始自己没有用起来，如果你自己没有用的东西，你很难知道它是否能够满足这个需求。所以说一开始的产品一定是自己要用的啊，自己用了之后，但是你发现每个人跟你用的东西又出现了一些不一样所以说。呃。所以说，一定要先自己用起来，然后再把它抽象成这些呃，能够像单款爆品之类的产品，然后再围绕着单款爆品这些具体的一个一个的细分场景，把所有的这些SaaS服务都给他

曝光 64 · 评论 4 · 点赞 0 · 书签 0