2作者: bettercalljohn5 个月前原帖
嗨,HN, 我是一名全栈开发者,老实说,我已经记不清这些年来我参与了多少个副项目。但有一个想法一直在我脑海中回荡:一种不同类型的电子邮件客户端。 这个想法最早出现在2014年:“如果我们能像对话一样处理电子邮件,会怎么样?”每年,我都会在我的“构建笔记”中重新审视这个概念。十年过去了,没人真正实现我心中所想的——所以我最终决定自己来做。这就是Talanoa的诞生。 我想要一个以人为中心,而不是以时间线为中心的工具。我厌倦了将消息标记为未读,只是为了记得稍后回复,或者使用标签作为临时待办事项列表。我希望能够一眼看到是否有来自团队或其他需要我回复的重要邮件,而不必花费几个小时去翻找我的收件箱。 我也非常反对“收件箱清零”的理念。毕竟,没有人会指望你做到“Slack清零”或“WhatsApp清零”。将这种压力施加到电子邮件上也是没有意义的。但要改变与电子邮件的关系,就必须改变其背后的逻辑:从“任务列表”的思维转变为对话的思维。这正是Talanoa所做的。 我花了几个月的时间来构建它,但最终的结果甚至超出了我的预期。现在,每天使用它都让我感到真正的快乐。 营销技巧: 自二月份以来,我一直在慢慢建立一个等待名单。每周,我亲自为3到10名新用户进行引导——收集反馈,观察他们如何理解(或误解)新的收件箱体验,并在邀请下一波用户之前改进产品。这种“微启动”的方法帮助我在不耗尽早期用户基础的情况下大幅完善Talanoa。如果你正在推出某个产品,我强烈建议你采用这种方式。 技术栈: Talanoa是使用Electron(TypeScript + VueJS)构建的。没有后端,没有服务器——一切都在本地运行。这意味着它可以在没有基础设施成本的情况下大规模扩展。 :) 免责声明: 不,目前还没有AI功能。我坚信你仍然可以在没有AI的情况下构建出优秀的工具——在我的情况下,用户数据隐私也太重要了,不能随便将所有内容交给外部的LLM。当然,我计划集成一些功能,比如电子邮件摘要和智能回复——但只有在我能够将自定义模型直接嵌入到应用中,而不依赖第三方时。 感谢阅读,欢迎提出任何问题,我也很想听听你的反馈! 约翰