第 6 节：每日小报：把消费反馈推给用户

记账有一个很大的问题：

用户记录的时候很认真，但不一定会回来看。

如果一个工具只负责收集数据，却不给用户反馈，时间久了，记录就会变成一件没回报的事情。

所以蜡笔小账本后来做了每日小报。

每天早上，机器人自动推送昨天花了多少钱、本月花了多少、预算还剩多少。

它不是一个复杂功能。

但它把“我记了账”变成了“我看到了结果”。

为什么是昨日小报

一开始很容易想做“今日小报”。

但早上推今天的数据，通常没有意义。

因为一天刚开始，今天可能还没怎么消费，推出来大概率是 0。

昨日小报更合理。

昨天已经结束了，数据是完整的。早上看一眼，不需要做复杂分析，也能知道昨天大概是什么状态。

比如：

昨天花了多少。

本月累计已花多少。

预算还剩多少。

如果昨天没花钱，也是一种反馈。

小报不要写成报表

每日小报不能太长。

如果它像一份正式财务报告，用户很快会不想看。

小报应该像一句轻提醒。

它只需要放几件最重要的事：

1. 昨天花了多少。
2. 当前总储蓄是多少。
3. 本月累计已花多少。
4. 本月预算还剩多少。

这几项足够让用户知道自己的状态。

如果想看更详细的分类和明细，再回 App 里看。

消息里不需要塞满所有数据。

自动推送其实是在降低回访成本

很多产品会希望用户每天主动打开。

但真实情况是，用户不一定记得。

每日小报的好处是：不要求用户主动想起来。

它到了时间就出现。

这不是打扰，而是一种轻量回访。

前提是内容要有用，频率要克制，语气不要焦虑。

如果每天推一堆提醒，用户会烦。

如果每天只给一个清楚的昨日结果，用户更容易接受。

小报也是一次产品验收

每日小报看起来只是消息，其实它会反过来检验系统是否完整。

它要求后台能读取用户数据。

要求时间范围能正确计算昨天。

要求本月累计能算对。

要求预算和储蓄数据能合并展示。

要求飞书 webhook 能成功发送。

任何一环断了，小报都会出问题。

所以做每日小报，不只是加一个提醒功能，也是在检查产品的数据链路是不是通的。

自动化一定要留痕

后面实际使用时，定时任务就遇到过问题。

有时候后台显示任务执行成功，但群里没有收到消息。

这类问题很麻烦，因为“执行成功”不等于“消息真的发出去了”。

所以自动化任务最好留下日志。

什么时候执行的。

发了几份。

飞书返回了什么。

有没有 bad token、404、超时。

这些记录不一定给用户看，但开发者必须能看到。

没有日志的自动化，就像黑盒。

出了问题只能猜。

本节小结

每日小报的价值，不是多一个消息。

它让记账产生反馈。

用户不需要每天主动打开 App，也能看到昨天和本月的大概状态。

下一节，我们会讲一个很真实的摩擦点：技术上飞书已经接好了，但用户为什么还是会卡在“绑定”这一步。

FAQ

为什么每日小报推昨天，而不是今天？

早上看今天的数据通常不完整，昨天的数据已经结束，更适合总结和反馈。

每日小报应该包含哪些内容？

第一版保留昨日消费、本月累计、预算剩余和储蓄状态就够了。消息越短，越容易被读完。

每日小报会不会打扰用户？

关键看内容和频率。每天一次、内容明确、语气轻一点，通常比频繁提醒更容易接受。

定时任务显示成功，为什么消息可能没发出去？

因为服务器访问成功不代表 webhook 投递成功。可能是地址错、token 错、HTTPS 问题或飞书返回异常，所以需要执行日志。

小产品有必要做自动化日志吗？

有必要。越是小产品，越需要用简单日志快速定位问题，避免每次出错都靠猜。