前言：为什么还要做一个记账小程序？
作为一个程序员，相信很多人跟我一样：
- 记账软件装了不少
- 真正能坚持用下来的却很少
- 家庭 / 情侣 / 合租场景下，账目经常对不上
我一开始只是想解决自己生活中的一个小问题，后来慢慢把它做成了一个完整的小程序，于是有了这篇复盘。
这不是商业推广，更像一次真实的产品与技术实践记录。
一、需求来源：真实生活场景驱动
最初的几个核心需求非常简单：
- 📒 随手记账，操作尽量少
- 👥 支持多人协作记账
- 📊 能看清楚钱花到哪了
- ☁️ 数据自动云端同步，不丢失
很多现成产品功能很强，但要么太复杂，要么协作体验不好，于是决定自己动手实现。
二、功能设计思路（而不是堆功能）
在设计时，我刻意避免「大而全」，而是围绕几个核心点：
1️⃣ 记账流程必须极简
- 金额 → 分类 → 备注 → 完成
- 减少页面跳转，能一步完成就不两步
2️⃣ 多人协作是核心而不是附加功能
- 一个账本可邀请多位成员
- 每一笔账都有明确的记录人
- 不做复杂权限，降低使用门槛
3️⃣ 数据展示以“看得懂”为目标
- 按月 / 分类统计
- 不追求炫酷图表，优先清晰直观
三、技术实现上的一些取舍
技术栈选择也遵循一个原则：够用 + 稳定。
- 前端：微信小程序（uni-app 思路也类似）
- 后端：常规 REST 接口
- 数据结构：账本 → 成员 → 账目
- 同步策略：以服务端为准，避免冲突
过程中踩过不少坑，比如：
- 多人同时记账的数据一致性
- 金额精度问题（小数处理）
- 真机和模拟器表现不一致
这些问题如果大家有兴趣，后面可以单独写技术细节。
四、为什么没有做成“全能型记账工具”
刻意没做的事情包括：
- ❌ 复杂预算系统
- ❌ 理财、资产管理
- ❌ 强制登录或广告弹窗
原因很简单：
我希望它是一个“你愿意每天打开”的工具，而不是一个负担。
五、适合哪些人使用？
从目前的使用情况来看，更适合：
- 家庭 / 情侣 / 合租记账
- 想简单记录日常支出的人
- 不想被广告和复杂功能打扰的用户
如果你和我一样，对记账工具有“轻量但好用”的需求，可能会觉得它还不错。
结语
这次做记账小程序，对我来说：
- 是一次完整的产品闭环实践
- 也是把技术真正用在生活中的尝试
如果你对记账类产品设计、小程序实现、或者协作类工具感兴趣，欢迎一起交流改进思路。
有时候，最好的产品灵感，真的来自生活本身。
