名字：Quaily
开发者 / 团队：Lyric
平台：Web
Quaily 是个 Newsletter 服务。它提供基于 Markdown 的撰写界面，为文字创作者建立会员社区与订阅者保持联系，最后为创作筹集资金。
Quaily 包含一些我很喜欢的部分：
我经常写东西，但不喜欢其他产品的气质，创造 Quaily 的初衷，是满足自己的需求。
后来一些朋友跟我说也想用 Quaily，我就开放了，加入的作者越来越多了。不过本来做东西能帮到大家，给大家带来笑容，就是我喜欢做的事情。
一是睡觉。做梦是很好的获取灵感的方式。非常喜欢睡觉。如果状态不好了，就去睡觉，肯定没错。
二是和朋友聊天。虽然我不太喜欢和人交流，但得承认，不同思维的碰撞经常有灵感的火花。
最初我一般会跳过设计，直接写代码。因为此时我的脑海里会有它大致的最初的样子，从需求到交互，再到 API 和业务逻辑和架构。2024 年开始和 AI 协同，让它打下手，处理一些繁琐的编码工作，例如补充测试集等等。
软件类似一个生命体，它的迭代不是设计驱动的，而是需求驱动的。所以我一开始不会做太多了假定，而是让它跑起来再说，时间会告诉我接下来要做什么。
至于需求，不做问卷也不做竞品分析，而是偏好直面用户或客户。正如我的签名写的：
Set course 🧭 by the stars ✨, not by the lights 💡 of passing ships ⛴️.
在原则上，不喜欢主动让人沉沦的定位和策略，比如砍一刀，比如推荐流。上个世纪，赫胥黎说：
人们会渐渐爱上那些使他们丧失思考能力的工业技术。
我想探索的是另一条道路：工业技术应该让人变得更强，而不是代替人。这也是人发明工具的初衷：我们制造工具来突破身体的局限。
在技术选择上，有两个相反的事实会促使我对遇到的问题反复思考：
很多做法会带来商业或者数据的成功，我理解，但不在乎。我在乎的是这些做法对作者和读者是否是好的。
所以会抠一些小事：
比如说，作者在 Quaily 应该是自主的。于是，作者应该完全拥有自己的数据，随时可以导出；也完全拥有自己的品牌和流量，可以定制域名、Logo 以及 favicon；Quaily 的内容推荐，不会在作者的频道推荐其他人的内容，因为没有作者希望自己的精神后花园里有其他宣传单。
再比如说，我一直不愿意做提示订阅的模态对话框。对读者的体验伤害太大。如果一个读者最终会订阅，那么他最终会订阅。这个行为就像水池里的涟漪，作者念念不忘，读者必有回响。实在没有必要上来就给读者糊一脸订阅对话框。
另外一些是我自己的私活：比如 Quaily 对科学和工程写作支持非常好，可以在文章中创建代码、公式和各类图示。
但总体而言，Quaily 功能上其实没有太多特别之处，也没有明确能满足的痛点。用户们选择一个小产品可能很大程度不是因为痛点，而是看产品的气质是否相符，我们是不是有相同的执念。
有推广的计划，但目前只在 InboxReads 做了一次付费投放。Product Hunt 也是只提交了，还没有 Launch（欢迎提前关注）。
在过程中学习到了一些新知：
自发明文字以来已经五千多年了。虽然最近几年，基于图片的、基于视频的内容服务在兴起，但是文字有不可替代的优势。
比如「高信息熵」。 在弗诺·文奇的小说《真名实姓》中，他有提到「哪怕是个蹩脚的作者，只要善解人意，加上情节抓人，他也能只用几句描写便唤起读者心中的全幅想象场景」。再看一句简单的「夕阳西下，断肠人在天涯」，寥寥数字，却瞬间传达了黄昏、离别、思念、悲伤等多种复杂情感和场景，它所消除的不确定性远大于它字面长度所暗示的。
另一个应景的例子是 LLM 的 Prompt。很短的 Prompt 就可以从 LLM 庞大的知识中找到对应的结果，也是人类向 AI 下达指令的主要交互方式。
这都是文字信息熵高的体现。
信息熵高的好处很多。比如对带宽的要求很低；给读者很强的代入感强（人脑作为显卡渲染能力很强的）；自适应不同的读者（一百个哈姆雷特梗）等等。
我不知道 Newsletter 平台的未来会怎么样，但是基于文字的内容传承，应该在短时间内是很难代替。除非文明出现了很大的衰落，很多人主动不识字了；或者文明出现了很大的提升，不需要文字作为载体了（比如直接插管）。
但是在此之前，文字都没有结束它的使命，就依然有写字的价值，那么做基于文字的服务也会有价值。
印象最深刻的是一个美国作者，想要使用一个功能，但这个功能其实没有准备好。不过他很想用，我就比较匆忙地开启了。
结果是出了很多 Bugs。那天我和他当面吃饭呢，于是一边吃饭我一边打开电脑看 Log。
另外还有一次，有个读者给我提了一个严重的 Bug，我修复了，然后给他发了赏金作为答谢。
过了没多久，他又给我提了一个相同性质的 Bug。我看了以后惊讶于我的愚蠢，于是给他发了双倍的赏金，跟他说如果还有下次，赏金再加倍。
不过这也是我开始覆盖测试用例的契机。
一般 8 点之前起床，运动半小时，洗漱吃早饭，开始工作。
如果前一天有熬夜的话，第二天就跳过运动，睡醒以后洗漱吃早饭，开始工作。
我偏向于第一时间把能做的事情都做了，无论这件事情是否喜欢做。另外就是如果困了就去睡觉，醒了就起来，无论当时几点钟。
有的，不过我现在很少使用小众产品了。
于是想特别提一下 Google Sheets。我是 Google Sheets 的超级重度用户，很多很多 no-code 任务都会用 Google Sheets 做，因为太方便了。
下面是我用 Google Sheets 做的事情：记账、投资分析、管理项目进展、管理需求、记录工作时间、统计订阅服务、处理工资单等等。
Google Sheets 云同步很便利，在哪都能用；它支持的 App Script 让我可以很容易给它扩展功能。
未来我想多写一些文章来介绍具体的用法。
日常生活相关的产品的话——我没有太多欲望，吃喝用度都平平无奇，但每两天都会去光顾我家附近的老头的水果店，买他家的橘子。
好的，这是我的电脑屏幕：
由于很多应用都可以在浏览器里使用，例如 Discord、Telegram 和 Slack，所以我不会安装它们。
有的。开发者有 @localhost_4173，@yihong0618，@tualatrix 还有 @kevinzhow。创作者有 @goldengrape。
尤其是 @localhost_4173 有时候疯疯癫癫的，希望他看到本文可以关注我一下。
我看到这个问题的第一反应是他们，肯定有遗漏。如果没有提到还请见谅。
嗨，我是 Lyric，是 Quaily 的作者。
曾经是腾讯的产品经理，现在在日本经营一家公司，Quaily 是这家公司旗下的产品。团队有其他成员，不过他们在做别的工作，目前只有我在负责 Quaily。
对于 Quaily 我没有太多的野心，只想能长期把这件事做下去。公司的话希望可以保持盈利长期经营，能给当地多缴点税。
欢迎在 X 上关注我或者关注 Quaily，也可以订阅我的电子邮件通讯。
在日本进行商业化运营确实有一些挑战，不过如果不需要融资，业务本身也不局限于日本的话，也没有很大的区别。
不过可以分享一些日本商业环境的特点。
日本商业环境有一种双轨结构，大型企业深度渗透到与民众生活息息相关的各个领域的同时，街道之间又有极其庞大和活跃的小微企业群体，这些小企业很多都有几百年的历史，在别的国家这是一种不多见的情况。我觉得这与日本社会对小规模经营和匠人精神的尊重，以及社区邻里关系的重视，有一定的关系。
我也想做一个小企业，做个一百年，起步。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。