5 分•作者: vinnyglennon•6 个月前
返回首页
最新
1 分•作者: ambientenv•6 个月前
1 分•作者: Olshansky•6 个月前
1 分•作者: eftalyurtseven•6 个月前
3 分•作者: 2OEH8eoCRo0•6 个月前
1 分•作者: ingve•6 个月前
1 分•作者: mooreds•6 个月前
1 分•作者: epistasis•6 个月前
1 分•作者: stringtoint•6 个月前
6 分•作者: altern8•6 个月前
1 分•作者: fullofdev•6 个月前
15 分•作者: oavioklein•6 个月前
29 分•作者: nkko•6 个月前
185 分•作者: illithid0•6 个月前
1 分•作者: onmyway133•6 个月前
大家好!
我平时工作或写代码的时候喜欢听lo-fi音乐,所以做了一个小项目,用来收集我经常听的lo-fi音乐。
这个项目可以免费收听,音乐也是免费的,我用React写的。
没什么特别的——只是一个简单的工具,用来帮助集中注意力和营造背景氛围。
如果有人感兴趣的话:
https://indiegoodies.com/lofi
欢迎提出任何反馈!
1 分•作者: furkan_mercimek•6 个月前
嗨,HN,
我意识到我大约 70% 的潜在收入都流失在定价页面流失和未完成的结账流程中,而大多数现有工具都需要添加繁重的客户端脚本才能管理挽回流程,因此我构建了 Retake。
我想要一种简单、API 优先的方式来对意图进行建模并处理挽回逻辑,而无需额外的前端复杂性。
所以我构建了一个小型、无头 API,它充当收入挽回的状态机。
它的工作原理(大致):
您的应用程序发送意图事件(定价、购物车、结账等)。
Retake 管理时间、排序、取消和抑制。
电子邮件通过您自己的提供商(SES、Resend 等)使用 Retake 管理的预定义模板发送。
它的与众不同之处:
- 每个意图类型都有其自己的独立电子邮件序列
- 较高意图事件会自动取消较低优先级的流程
- 最近联系过的用户会被抑制,以避免重复或垃圾邮件
示例:
用户触发“定价”→等待 30 分钟→收到一封后续电子邮件。
如果他们在不久后进入“结账”流程,定价流程将自动取消。
如果他们转化,所有序列都会停止。
所有延迟和步骤都从仪表板配置——API 仅接收状态更改。
将挽回视为一个状态问题而不是一个 UI 问题,这令人耳目一新。
欢迎任何构建过类似系统或处理过混乱的挽回逻辑的人提供反馈。
1 分•作者: JSLegendDev•6 个月前
1 分•作者: Teever•6 个月前
1 分•作者: visviva•6 个月前
2 分•作者: voxadam•6 个月前