第 5 节：把记账接进飞书：让用户不用打开 App

记账最难的地方，不是用户不会记。

是用户懒得打开 App。

这句话听起来有点直接，但很真实。

很多时候，用户不是不知道自己花了多少钱。他刚刚付完款，金额还在脑子里。但如果这时候还要解锁手机、找到 App、打开页面、点新增、填金额、选分类、保存，这个动作就变重了。

于是我开始想：能不能不要打开 App？

如果用户已经在飞书里，能不能直接对机器人说一句：早餐10.5？

这就是飞书记账的起点。

好入口应该出现在用户已经停留的地方

很多产品会努力把用户拉回自己的 App。

但对工具产品来说，有时候更好的办法是反过来：把功能放到用户已经在用的地方。

飞书就是这样的地方。

如果一个人工作时本来就开着飞书，那他发一句消息，比打开另一个 App 更自然。

记账动作越贴近原来的行为，越可能坚持。

这不是技术炫技，而是入口设计。

一句话记账要足够像人话

我不希望用户输入一串很机械的指令。

比如：

/expense --category food --amount 10.5 --note breakfast

这对开发者很清楚，对普通用户很别扭。

真实的人更可能输入：

早餐10.5

午餐35

打车23

所以飞书记账的第一目标，是尽量理解这种自然写法。

用户不需要先学习命令格式。

他只要像平时发消息一样，把事情说出来。

机器人不是主角，账本才是

飞书机器人只是入口。

真正的数据还是要回到账本里。

这点很重要。

如果用户在飞书里记了一笔，但 App 里看不到，那这个功能就只是一个聊天玩具。只有当飞书输入能同步到首页、分类、月度统计里，它才真的成为产品的一部分。

所以飞书记账要连接两个世界：

飞书负责接收一句话。

后台负责识别金额和备注。

账本负责保存记录。

首页和报表负责给反馈。

第一版先别追求完全智能

自然语言识别很容易让人想得很大。

是不是要识别“今天中午和朋友吃饭花了 78”？

是不是要自动判断分类？

是不是要支持收入、转账、多人分摊？

这些都可以继续做，但第一版不需要一口吃下。

飞书记账第一版最重要的是：

能识别简单金额。

能把备注保存下来。

能给用户一个明确反馈。

能让数据回到 App。

只要这四件事成立，用户就会知道这个入口是真的能用。

后面的智能，再慢慢加。

每一次成功反馈都很重要

在 App 里保存记录，用户通常能看到按钮状态。

但在聊天里，用户更需要明确反馈。

他发了一句“早餐10.5”，机器人如果没有反应，他会不知道到底是没收到、没识别，还是失败了。

所以机器人必须回一句清楚的话。

比如：已记支出 吃饭（早餐） ¥10.50。

这句话不是废话。

它是在告诉用户：你的动作完成了。

工具产品里，反馈越及时，用户越放心。

本节小结

把记账接进飞书，不是为了让产品看起来更复杂。

恰恰相反，是为了让记账更轻。

当用户可以在自己已经停留的聊天工具里发一句“早餐10.5”，记账就少了一次打开 App 的阻力。

下一节，我们会继续看飞书的另一种价值：不只是让用户输入，还能每天早上主动把昨日消费推给用户。

FAQ

为什么要接飞书，而不是只做 App？

因为用户不一定愿意每次都打开 App。把入口放到飞书里，可以让记账动作更接近日常聊天行为。

飞书机器人是不是必须很智能？

第一版不需要。先识别简单金额和备注，能成功入账并反馈，就已经能验证这个入口是否有价值。

用户在飞书记账后，App 里需要同步吗？

必须同步。飞书只是入口，账本和报表才是产品主体。如果 App 看不到飞书记录，这个功能就不完整。

为什么机器人要回复成功信息？

聊天场景里没有保存按钮和页面状态，用户需要一句明确反馈来确认这笔账已经记上。

这个功能适合所有用户吗？

不一定。飞书机器人更适合同一个组织内的用户。面向所有用户时，App 本体仍然是主入口，飞书是增强入口。