我停止打造工具的那一刻

我最初开始做 SnapLedger 时，目标其实相当简单。

我想解决财务行政方面的问题——整理收据、管理报销，并最终帮助用户准备增值税申报。

有相当长一段时间，我们网站的 SEO 描述就只有一句：

"AI 驱动的费用追踪。"

那时，我以为 SnapLedger 就是这个。

然后，Alex 又一次改变了我的想法。

一个满是线索的文件夹

正如我在上一篇里提到的，Alex 成了第一个真正想把 SnapLedger 用于自己业务的人。为了帮我理解他的工作流程，他与我分享了一整个装着多年业务文件的文件夹。

在成千上万份文件中，我注意到一件有意思的事。

里面有手工制作的工资单。也有为客户手工准备的发票。

我的第一反应很简单："嗯……我可以让 Alex 的生活更轻松。"

于是我做了一个小小的人力资源工具箱。它可以入职员工、保存员工档案、跑工资。

更重要的是，我希望软件几乎自动完成所有工作。SnapLedger 会识别他过去手工制作的工资单，读取他上传的雇佣合同，识别员工信息，重建工资历史，并自动建立员工名录。

这样，Alex 不必每月重新制作工资单，只需点击运行工资，检查结果，然后付款即可。再也不用手工创建文件。

我以为自己在做一个人力资源模块。

然后，有意思的事情发生了

用户开始上传更多与员工相关的文件。签证文件。雇佣合同。保险单。医疗记录。

忽然间，一切都变得显而易见：所有这些文件都属于同一位员工。

用户凭什么要手工整理它们？SnapLedger 应该自动理解这层关系。

一旦一切相互连接，全新的可能性便随之出现。系统不再只是存储文件，它可以提醒你某位员工的保险即将到期、在签证续签临近时通知你，或在缺少某份重要文件时向你发出警告。

软件开始理解你的业务，而不只是存放你的文件。

发票也是如此。起初我做了一个简单的发票生成器，因为 Alex 也是手工开发票。但发票一旦存在，就自然地与客户连接起来。客户连着付款。付款连着银行对账单。

很快，我们就需要一个客户名录。然后是供应商名录。采购订单。发票管理。

在没有刻意规划的情况下，SnapLedger 逐渐演变成了远比它更大的东西——一个完整的业务运营平台。

顿悟

那正是我意识到一件重要事情的时刻。

未来不在于打造更多工具，而在于连接信息。

业务文件并非孤立的文件。每一张收据都属于一次采购。每一次采购都属于一个供应商。每一张发票都属于一个客户。每一笔工资都属于一位员工。每一笔银行交易都属于你业务中已经存在的另一样东西。

会计不过是这个相互关联的世界中的一个例子。

后来，我把这个想法分享给了美国一位经营自己律师事务所的朋友。听完这个故事，她笑着说：

这正是我的问题。我用着三十多种不同的软件，而它们彼此之间毫不'对话'。如果有一个简单的系统能替我把这一切都管起来，我很乐意为它付费。

那次谈话让我意识到，这个问题并非会计所独有。它是普遍的。

我们的企业——甚至我们的生活——都充满了行政事务。文件。表格。合同。收据。发票。保险。工资。签证。银行对账单。

每一样都像一根通往巨大迷宫的线。作为人，我们被期待记住每一根线是如何与其他每一根线相连的。

可我们凭什么要这样？

AI 不应只是生成文字或给收据分类。它应当理解信息之间如何连接。一旦它理解了这些关系，行政工作便开始几乎自然而然地消失。

今天的愿景

这就是今天 SnapLedger 的愿景。

我们不再试图做一个更好的会计软件。我们要做的，是一个足够理解你的业务、能悄悄把行政工作从你肩上卸下的系统，让你把时间花在创造价值上，而不是追着一堆文书跑。

我认为，这是一个有趣得多的问题，值得去解决。