做用药提醒 App 后才发现，最难的不是“定时通知”，而是把计划、记录和库存串起来

最近一直在做一个 iOS 用药管理 App 。最开始我以为这类产品就是 CRUD + 本地通知：用户填一个时间，到点提醒，点一下“已服用”就结束了。

真正往下做以后，发现最难的部分几乎都不在“提醒”本身。

1. **规则很快就会从“每天 8 点”变复杂**
长期用药里会遇到隔日、按星期、周期性方案、一天多次、半片/不同剂量，以及方案中途调整。只要允许修改方案，就会马上遇到另一个问题：过去已经发生的记录到底应该保持当时的事实，还是跟着新方案变化？
我的结论是，计划和事实必须分开。方案可以变，但已经发生的历史不能被新配置反向改写。

2. **通知不能做成一个孤立模块**
之前也踩过这个坑：单独看通知代码似乎都对，但用户改了方案、提前记录、撤销记录、完成某次服药之后，旧通知没有同步取消或重排，实际体验还是错的。
后来测试思路也跟着改了：不再只测“有没有生成通知”，而是把“修改方案 → 通知变化 → 用户操作 → 历史变化 → 退出/重启 App → 状态仍然正确”当成一条完整链路。

3. **用户要的不是功能列表，而是每天少想一点**
做着做着很容易陷入加功能：日历、统计、库存、导出……但真正回到使用场景，用户关心的其实很具体：
- 今天到底该吃什么？
- 我刚才到底吃了没有？
- 改了方案之后，之前的记录还可信吗？
- 药还剩多少，什么时候该补？
所以现在产品上反而一直在做减法，尽量把“计划 → 提醒 → 记录 → 库存”串成一条连续流程，而不是堆一组互相独立的页面。

这款 App 叫「一服药 / Avela Meds 」，目前已经上架 App Store 。我还在持续收敛复杂用药场景和提醒可靠性，也很想听听 V 站做过提醒类、健康类或状态机比较复杂产品的朋友：你们最后是怎么处理“可变计划”和“不可变历史”这类边界的？

[App Store](https://apps.apple.com/cn/app/id6775778505)
[官网](https://app-store-site-sepia.vercel.app/)

---

原文链接：[点击查看](https://www.v2ex.com/t/1236024)