最新

2025 年，我同时在多个 SaaS 产品上工作。其中大部分都失败了。只有一个存活下来，并达到了 600 美元的月经常性收入（MRR）。 以下是我构建了什么、失败了什么以及我学到了什么的简短总结。 --- *1. SurelyForm* 我运营这个产品两年了。它有 2 万多注册用户，主要来自我的开源社区。我几乎没有做任何市场营销。 它转化了 2 个付费客户。这些用户并非真正的目标受众。我失去了耐心，并关闭了它。 --- *2. Tour123* 这个产品试图解决一个实际问题：随着产品迭代，产品演示视频的维护成本变得很高。 这个想法是从端到端（E2E）测试用例中自动生成演示视频。它在技术上是可行的，但没有公司采用它。工程师们不想编写测试，产品经理（PM）说用户会跳过文档。 它解决了工程问题，而不是组织问题。 --- *3. Morphon* Morphon 起源于一个客户定制的低代码平台，后来我加入了 AI。在此期间，“氛围编码”产品迅速爆发，迅速占据了市场主导地位。代币成本很高，差异化不明显。我暂停了这个项目。 --- *4. Mentorbook* Mentorbook 将文件、YouTube 或任何学习材料转化为根据个人目标量身定制的结构化课程。 到 2025 年底，它达到了 600 美元的月经常性收入（MRR）。用户付费是因为它确实帮助他们学习，而不是因为折扣或个人信任。 --- *2025 年的关键经验教训：* * 失败是过滤器 * 熟悉的用户 ≠ 目标用户 * 拥有真实依赖性的小额收入 > 虚假的用户增长 * 知道何时停止与知道如何执行一样重要 --- 我在我的博客上写了一篇更长的反思文章：[Mentorbook 2025 反思](https://www.mentorbook.ai/blog/posts/my-2025)

我开发了 Gitmore。它通过 Webhooks 连接，追踪提交和 PR，并提供一个仪表盘。AI 可以回答关于活动的问题，每周向 Slack/邮件发送报告。连接 Slack 助手，直接从你的工作区回答你的问题。https://gitmore.io (一个代码库免费) 还有谁也在同时使用多个 Git 平台？

我不希望我的员工或我自己看到用户在后端的数据。考虑到这只是一个日记应用，在客户端使用异或加密就足够了吗？还是我需要使用其他方法？

我一直在使用 Markdown 文件来跟踪功能、任务、错误和提示。<p>因此，我构建了 dotodo，以减轻浏览大量文本时的认知负担。<p>它本质上是一个基于 Markdown 文件的触觉界面。本地文件与代码编写助手配合良好，该界面有助于轻松管理。

我创建了 ReadyData，旨在解决手动数据提取的痛苦。 你可以上传文档、图片、音频或视频，就能获得干净、结构化的数据，可以直接使用——而不是花费数小时复制粘贴。<p>我自己也在用它处理发票、账单和不适合传统解析器的混乱文件。非常希望得到来自 Hacker News 社区的反馈。