群聊里的会计助手：从转账截图到已过账的凭证

员工照旧发截图，助手起草两行，有权限的人回复“记账”。单靠录入工时付不起运行助手的费用；把算式推成正数的，是更早知道钱到了的账，以及更少的手工录入错误。

在一家鲜果零售商，钱每天从十几个口子进出：客户转账付款，员工花钱进货，钱在公司自己的几个账户之间来回划转。每一笔的凭据， 通常是一张发到群聊里的截图。然后由一个人——几乎总是同一个人——把每张截图重新看一遍，猜这一笔是什么，打开ERP，录入凭证。

这篇文章计算另一种做法的投资回报率：一个就坐在这个群聊里的会计助手，读截图、查账、起草凭证，只有当有权限的人回复 “记账”时才过账。录凭证的工时是最显眼的部分，但单靠它，付不起运行助手的费用。把算式推成正数的，是两处很少有人去测的 地方：账要过多久才知道钱到了，以及有多少手工录入的错误根本没有发生。

1. 今天一笔钱要经过哪些步骤

1. 钱到账。有人截图发到群里，或者没人发。
2. 会计看到截图——在有空的时候。通常是一天结束时，有时是第二天早上。
3. 会计自己猜：是哪个客户，付的是哪张发票，还是自己两个账户之间的划转。猜不出来就在群里回问，然后等。
4. 打开ERP，录入收款单或付款单，选账户，核销发票，过账。

第4步是所有人盯着的地方。第2步和第3步才是花钱的地方：在整个等待期间，账不知道钱已经到了，谁问一句“这个客户付了没有？” 都得不到回答。

2. 助手做什么

1. 输入就是群聊本身。 员工发来的转账截图，或者银行自动推送到群里的交易通知。谁都不用多打开一个界面。
2. 读取并查账。 金额、日期、账户、转账附言；按以前见过的账号或按名称找到往来对象；找出未结清的发票来核销。
3. 起草，不过账。 在群里用两行回复：

RV-0001 · 客户A · 320万越南盾
借 银行A / 贷 131 · 未核销发票
↪ 回复：记账 · 放弃

4. 有权限的人回复“记账”——就在群里。凭证以助手自己的账号过账，摘要写明是谁发的截图、谁回复了记账。作废凭证或者复杂 的分录，只有上级审批人才能操作。
5. 也可以用一句话交代任务：“@助手 收客户X的款 320万”，得到的就是这样一份草稿。
6. 边做边学：记账规则、转账附言里惯用的缩写、哪个账号属于谁。

机器什么时候可以不等任何人自己过账，是另一个问题，长到足够单独写一篇。这里只算最 确定的部分：每一张凭证仍然有一个人读完两行再回复。

3. 为什么放在群聊里，而不是让大家都打开ERP

发截图的人是销售员、采购员、店主——他们之中没有一个人有理由打开ERP。群聊是他们本来就在的地方。把助手放在那里，他们参与 的成本就是0：他们照旧发截图。让他们打开一个录入界面，不管做得多好，都是给不拿会计工资的人多加一步——而多余的一步，就是 会被跳过的那一步。

代价也是真实的：回问发生在全群面前，而且助手问得很多。头12天里，大约三分之一的任务停在“正在回问”的状态。这不是缺陷； 那正是从前会计必须一个人去猜的地方。

4. 头十二天，测得的数字

在真实系统上测得，已取整：

• 大约300个任务：五分之二来自转账截图或银行交易通知，三分之一是用一句话交代的，六分之一是复核别人手工录入的单据。
• 大约90张凭证已过账：四分之三是收款单、付款单；五分之一是记账分录。
• 从助手接到任务到凭证过账：平均约1.5小时，已包括等人回复的时间。
• 大约每十个任务有一个没能过账（信息不全、发送人没有回复），另有几个出错。
• 助手学会了10条记账规则和6个缩写。

12天90张凭证，大约是每月220张——也就是上面计算表的主要输入。

5. 第一处：少花录凭证的工时

计算表里的哑铃图展示了最值得注意的一点：“今天”的点分散得很开，“有助手”的点都挤在一处。剩下的工作对每一种类型都一样—— 读两行、回复——所以今天录得最久的类型省得最多。客户收款不是最慢的类型，但它数量最多，所以排在第一。

怎么测。 在一个普通的星期里，给会计每种类型录入20张凭证计时。阅读草稿的分钟数可以直接从群聊里测出来：助手发出草稿的 时间和有人回复的时间——减去那个人在忙别的事的那段时间。

可信程度： 较高。但正如键盘录入那篇文章所说，省下的工时只有进入一项有价格的工作才 变成钱。如果会计没有多做什么，就把这一项读作产能，不要把它和其他任何一项相加。

6. 第二处：账更早知道钱到了

怎么测。 数两周内群聊里“客户付了没有”“钱到了没有”这类问题，以及他们所问那笔钱的时间。今天的延迟，从截图上的时间 量到账上生成单据的时间。

可信程度： 数字低，方向高。金额小，是因为计算表只算了翻查的工时。它没有算向一个已经付过款的客户发出的错误催款，也没有 算扣着一个早上就已经到账的客户的货——这些消耗的是好感，而好感没有输入格。

7. 第三处：少出手工录入的错

怎么测。 数过去三个月里被作废后重新记账的单据，以及对账时做的调整。“之后”的数字现成就有：助手也复核别人手工录入的 单据，每查出一个错误，就是它任务记录里的一行。

可信程度： 三项里最低。2%是假设；一次错误的成本跨度极大，从五分钟的更正，到一笔追不回来的重复付款。

8. 要减去的一项：运行助手的成本

这是计算表里唯一一项肯定真实存在的数字，而且它不小。把它去掉，计算表会更好看，也会是错的。

9. 加起来

搭建成本1,500万越南盾，两个月达到满负荷，大约在第19个月回本。这是一个不起眼的数字，这篇文章也不把它做大。业务量翻倍 时，每一行都翻倍——运行成本也一样——回本大约在第10个月。

10. 这个投资回报率站在哪些假设上

最重的假设是每张凭证的任务次数，而不是分钟数。把它从2.5次降到1.5次——也就是少掉那些不必要的回问——净收益几乎翻倍， 到每月约145万越南盾。把两个出错率设成相等、两个延迟设成相等，就只剩负24万越南盾：单靠录入工时，助手付不起它自己的 运行费用。把算式推成正数的，是更对、更早知道的账，而不是键盘。再把录入分钟设成等于阅读草稿的分钟：所有收益归零，只剩 运行成本。一个不能这样归零的模型，只是披着算术外衣的成见。

还有一点在计算表之外：钱刚到、账刚记的那一刻，系统还把账面余额放在银行余额旁边，就在“已记账”消息的下面。这样做的第一天， 它就暴露出一笔一亿多越南盾的偏差。这件事的价值大到足够单独写一篇。

11. 在你自己的企业里测

1. 取基准。 两周：按类型数资金类凭证，给录入计时，测从截图上的时间到生成单据的时间之间的延迟，数作废和重新记账的单据。
2. 在一个群聊里试运行四周。 记录每张凭证的助手任务次数和每次的成本——这个数字比其他任何数字都更有决定性。
3. 同一季节、同一业务量相比。 春节前的那个月没法和普通月份相比。

12. 值得记住的

把工具放在人们本来就站着的地方。 发截图的人什么都不用改；记账的人只剩下读两行、回复。一张凭证最贵的部分从来不是打字—— 而是没有人知道它存在的那段时间。

账慢，不是因为会计打字慢。而是因为钱到在一个地方，账却在另一个地方。

文中的计数和比例在一家真实零售商的系统里测得，已匿名处理并取整；客户名称、示例消息中的金额以及计算表里的所有假设都是 示意数字。请换成你自己的数字。