投桃报李开发手记：我想让"该记得的人"不被忘掉

2026-09-26 · 动机场景系列 · 第 4 篇

做这款 App 的起因特别小：有一天我想起一位中学老师，他当年帮过我一件挺重要的事，我一直说要去看看他——然后发现，已经过去六年了。那天晚上我把手机备忘录翻了个底朝天，也没找到任何一条关于这件事的记录。

为什么是"人情"这件事

后来我查了些资料，才发现这不是我一个人的问题。

华中师范大学中国农村研究院在 31 个省、273 个村、3829 家农户的调研显示，家庭人情年均支出 5297.47 元，占家庭总支出的 16.16%。中国青年报的调查里，93.2% 的年轻人说随份子有负担。这两个数字说明：人情往来在中国人的生活里，是一笔巨大且持续的投入——但几乎没有人用任何工具管理它。

我们有记账 App 管钱，有清单 App 管待办，有相册管照片，但"谁对你好、你该回谁"这件事，一直只靠脑子。

而脑子在这件事上恰恰最不可靠。

第一个决定：数据只存本机

要记"谁对你好"，就必然要存下很多关于别人的信息——姓名、关系、生日、你送过什么。这些信息一旦上云，性质就变了：它不再只是你的记忆，而是一份关于他人的档案。

所以我做的第一个决定是：所有数据只存在你自己的手机里，不上传、不联网、不需要注册。

这意味着放弃了多设备同步、放弃了云端备份的便利。用户换手机需要用导出/导入文件来迁移。这确实不够方便，但我认为在这里，隐私的价值高于便利——尤其当这些数据是别人的。

第二个决定：不做"提醒轰炸"

市面上的提醒类 App 有个通病：提醒太多，多到让人习惯性忽略，最后干脆关掉通知。一旦用户关掉通知，产品就死了。

所以投桃报李在提醒上刻意克制，原则是"每一次提醒都必须值得点开"：

• 生日：只在生日前提醒，并留出足够准备时间；
• 节日：按关系匹配，且同一个节日只出一条——比如"中秋节还有 3 天，该问候：妈、爸、二姑……"，而不是给每个人各弹一条；
• 久未联系：只对核心层（60 天）和亲密层（90 天）设置提醒，外层的人不打扰你。

这背后是同一个判断：提醒的价值在于"准"，不在于"多"。

第三个决定：分层，而不是平等对待所有人

邓巴数告诉我们，人能稳定维持的关系大约在 150 人，且天然分层：核心约 5 人、亲密约 15 人、宽层约 50 人、外层约 150 人。

很多关系管理工具假装这个限制不存在，给你一张无限长的联系人列表，让所有人都一样重要——结果是所有人都得不到真正的维护。投桃报李选择正面承认这个结构：把人分成四层，不同层用不同的联系节奏和提醒强度。

这不是势利。恰恰相反，分层让"最近的人"终于获得了优先权——毕竟现实里，最容易被"反正他不会介意"拖过去的，往往就是最亲的人。

几个具体的技术取舍

• 农历生日必须支持。给长辈过生日，很多家庭过的是农历。而手机日历处理农历生日普遍不友好，所以产品里生日用"月 + 日"两个数字框录入，可以只填农历的月日，不需要填年份。这个细节在设计时被推翻过一版——最初想做日期选择器，后来发现长辈的农历生日根本填不进去。
• 人情账只记方向，不算金额平衡。收到和送出分开记，不计算"谁欠谁"、不提示"该催谁"。因为一旦 App 开始算账，它就从"帮你在乎人"变成了"帮你讨债"，那不是我想要的。
• 不提供自动发送。所有问候都要你自己按下去。工具能替你记住时间，但不能替你表达真心——如果连那句问候都是机器发的，这件事的意义就没了。

结语：一声提醒，比一份完美名单更重要

做这个东西，我不想解决什么宏大的问题。中国有几亿人在维系着几十份人情关系，我不是要"管理"它们——关系不需要被管理，它需要被记得。

我只希望当某天你想起一个人、却发现已经很久没联系时，能有个地方替你早点喊一声。就这么简单。

"投我以木桃，报之以琼瑶。匪报也，永以为好也。"两千多年前的人就明白了：真正重要的不是礼物的价值，而是"我还记得你对我好"。

如果这款 App 能让更多人少一点"当时该问候一下的"的遗憾，它就值了。