2025 年 2 月 20 日，Obsidian 发布了一则关于收费的公告：商用许可变成可选项，在工作中使用这款笔记软件，也可以免费。
此前，一部分工作使用场景需要购买商用许可。调整后，组织仍可付费支持开发，但购买这项许可不再是使用前提。团队给出的理由很直接：原来的条款让人困惑，也让定价多了一层不必要的复杂度。
这是一项已经实施的规则调整。它的经营结果，公告没有给出。我们看不到这项许可原本占收入多少，也看不到撤去门槛后新增了多少使用者。因此，这个故事能讨论的是团队做了什么选择，以及怎样理解这个选择。
一年前，Steph Ango 在 2024 年 2 月 10 日的个人文章里解释过 Obsidian 为什么由用户支持：团队希望保持小规模，有希望坚持的原则，现有用户也愿意支持他们。2025 年的公告延续了这一方向，同时列出了继续支持公司的几条路径：自愿购买 Commercial 或 Catalyst 许可，以及 Sync、Publish 等附加服务。
免费使用主软件与购买附加服务，在这里有不同的含义。读公告时，如果只留下“免费”两个字，反而会漏掉团队保留的经营安排。本文讲的是当年的调整，不把那份公告当作所有附加服务今天的完整报价。
我更感兴趣的是，团队把“规则复杂”当成了一个值得解决的问题。
独立开发者很容易看见界面多了一次点击，却不容易看见用户为了理解收费条件停了多久。后者发生在产品外面：翻说明、找适用范围、问同事、给作者发邮件。有的人最终会问，有的人可能直接放下了。这是我的推导，并不是 Obsidian 公布过的流失统计。
而且，用户的身份会变化。一个人周末整理读书笔记，周一拿同一套方法管理工作资料；一个人从自己接项目，变成与别人组队。如果收费规则依赖这些变化，用户就需要重新判断。规则本身并非一定不合理，但它要求用户持续理解自己属于哪一种情况。
要判断这种理解成本是否值得处理，我会先检查规则能不能被正确使用。
假设你在经营一款本地写作工具，正在考虑按个人用途和团队用途设置不同收费条件。这是一个假设案例。先写三张任务卡：自由职业者替客户写稿，小团队共同整理项目资料，员工使用自己的电脑准备工作报告。把现行说明交给几个可能遇到这些场景的人，请他们各自判断需要购买什么，并指出判断依据。
不要在中途替规则解释。“其实我们想表达的是……”一出口，测到的就变成了作者能不能把人教会。先留下用户最初的理解，再看分歧落在哪里：用途词语含糊，人数计算不清，还是主软件和云服务混在了一起。
这些发现不必立刻通向免费。它们可能支持改写一句说明、合并两种方案、补一个例子，也可能支持取消某个条件。要选哪一种，还得回到自己的交付成本与实际经营记录。一个需要持续托管、人工协作或专属支持的产品，承担的工作与只提供本地工具不同。
因此，我会把每个收费条件写成一个完整句子：“因为我们持续提供了什么，所以在什么情况下收什么费用。”如果这句话很难说清，先查明原因；如果确实存在不同成本，也应该让用户知道差别发生在哪。
接着，还要照顾已经付费的人。改规则时，旧顾客会在意自己原先购买的内容、现有服务和后续选择。新的介绍页对新用户越简单，变更说明越要把这些事交代准确。这是给同类产品的编辑建议，不能据此推断 Obsidian 当时采用了什么退款或续费安排。
可以做一次很小的验收：请新用户读完页面后，说出自己现在能做什么、什么情况下才需要付费；再请旧用户读完变更说明，说出自己的服务是否发生变化。记录他们引用的句子。能找到价格，不代表已经理解了购买条件。
Obsidian 的选择给了小团队一个具体提醒：产品的复杂度也可能藏在定价说明里。功能做得越来越顺手以后，用户仍可能被一项需要反复判断的条件拦住。把这种条件拿出来审视，和修复界面问题一样，是经营产品的一部分。
资料与时间：
- Obsidian 官方博客，署名 kepano，《Obsidian is now free for work》，2025 年 2 月 20 日：商用许可调整公告。
- Steph Ango，《100% user-supported》，2024 年 2 月 10 日：公告引用的经营理念说明。
两篇原文阅读全文核对日期为 2026 年 11 月 6 日。收费调整以官方公告为依据，经营理念归属于作者的公开表述；任务卡与验收方法是本文提出的建议，未进行实际用户研究。
