最新

大家好！ 我平时工作或写代码的时候喜欢听lo-fi音乐，所以做了一个小项目，用来收集我经常听的lo-fi音乐。 这个项目可以免费收听，音乐也是免费的，我用React写的。 没什么特别的——只是一个简单的工具，用来帮助集中注意力和营造背景氛围。 如果有人感兴趣的话： https://indiegoodies.com/lofi 欢迎提出任何反馈！

嗨，HN， 我意识到我大约 70% 的潜在收入都流失在定价页面流失和未完成的结账流程中，而大多数现有工具都需要添加繁重的客户端脚本才能管理挽回流程，因此我构建了 Retake。 我想要一种简单、API 优先的方式来对意图进行建模并处理挽回逻辑，而无需额外的前端复杂性。 所以我构建了一个小型、无头 API，它充当收入挽回的状态机。 它的工作原理（大致）： 您的应用程序发送意图事件（定价、购物车、结账等）。 Retake 管理时间、排序、取消和抑制。 电子邮件通过您自己的提供商（SES、Resend 等）使用 Retake 管理的预定义模板发送。 它的与众不同之处： - 每个意图类型都有其自己的独立电子邮件序列 - 较高意图事件会自动取消较低优先级的流程 - 最近联系过的用户会被抑制，以避免重复或垃圾邮件 示例： 用户触发“定价”→等待 30 分钟→收到一封后续电子邮件。 如果他们在不久后进入“结账”流程，定价流程将自动取消。 如果他们转化，所有序列都会停止。 所有延迟和步骤都从仪表板配置——API 仅接收状态更改。 将挽回视为一个状态问题而不是一个 UI 问题，这令人耳目一新。 欢迎任何构建过类似系统或处理过混乱的挽回逻辑的人提供反馈。