独自交付四款产品

我在一年内交付了四款产品。

从 AI 智能合约审计工具到 B2B SaaS,涵盖范围很广。

独自构建这些产品的经历教会了我任何单一项目都无法提供的教训。

以下是我的心得。

  • 为枯燥的工作预留预算。 我曾把时间都花在担心那些困难的技术部分上。我担心 AI 分析和字节码重构。这些虽然难,但都在预料之中。

真正的威胁来自于那些枯燥的部分。Chrome Web Store 的审核和部署问题差点让我的项目夭折。真正的挑战往往隐藏在那些不显眼的集成工作中。

  • AI 可以处理前 80% 的工作。 AI 让构建初期的成本变得很低。它能处理脚手架和样板代码,这使得单兵作战成为可能。

但 AI 处理不了最后的 20%。边缘情况、安全审查和深度调试仍然需要你投入时间。AI 并不能让你变成一支团队,它只是让那些繁琐的杂活变得足够廉价,从而让你能够更频繁地交付。

  • 更名也是一种进步。 我以前认为给产品改名意味着浪费精力。但我错了。更名意味着你终于对产品有了足够的理解,能够赋予它一个真正的身份。清晰度本身就是一种进步。

  • 逻辑优先于润色。 漂亮的 UI 是个陷阱。它会让你产生正在取得进展的错觉,而实际上并非如此。

我现在遵循一个原则:在动设计之前,先完成逻辑和测试。只有当代码出错时测试会失败,才说明功能是正常的。只有在那之后,我才会去优化外观。

  • 公开构建 (Build in public)。 不要等到有了令人惊叹的东西才去分享。写写你的 Bug 和失败的尝试。

记录你是如何解决特定问题的,这会吸引到对的人。这些人最终会成为你的用户和合作伙伴。

如果你正在独自开发:

• 为枯燥的集成工作做好规划。 • 利用 AI 处理大部分工作,但那关键的 20% 必须亲力亲为。 • 优先考虑测试和逻辑,而非设计。 • 在开发过程中记录你的心得。

交付是一个动词,而不是一个终点。

Source: https://dev.to/pavelespitia/shipping-four-products-solo-what-a-year-of-building-in-public-taught-me-2nhh