关于喝点
一份关于"为什么做这个 App"的长信。
写在产品上线后，给愿意多看一眼的人。
一、为什么做喝点
调酒这件事，在国内长期处于一种奇怪的状态：要么被包装成专业到只有酒吧从业 者能碰的技艺，要么被简化成抖音上几款颜色好看但配方含糊的"网红特调"。中间 那段——一个普通爱好者，想在家里、用手边几瓶酒，给自己调一杯像样的东西—— 反而没有顺手的工具。
我自己最早遇到的问题是：买回了一瓶金酒、一瓶味美思、几片柠檬，打开网络 搜索"金酒能调什么"，得到的要么是带广告的列表页，要么是一段段冗长的剧情 式视频。没有一个工具会告诉我："以你现在的库存，今晚能调这五款，按推荐 程度排序是这样的。"
喝点就是从这个具体的、个人的不便出发做的。它不是一个社区，不是一个内容 平台，不是一个学习课程。它就是一个工具：你告诉它你有什么，它告诉你你能 调什么；你存下你喜欢的配方，它在下次酒柜变化时把它放在更显眼的位置。
二、设计哲学：小而美、本地优先
整个 App 围绕两个原则展开。
小而美——这是一个独立开发者项目。一个人能维护多大的代码库、能持续 更新多深的内容、能保证多久的可用性，都是有上限的。所以从第一版开始， 喝点就明确不做"全功能调酒平台"：
- 不做用户社区，没有评论、点赞、关注流
- 不做内容种草，不接广告、不嵌带货链接
- 不做学习课程，不卖教程、不办活动
- 不做大杂烩，不把红酒、清酒、咖啡、茶都塞进来
把这些都不做之后，剩下的就是一件事：让一杯酒从"想喝"到"调出来"的 过程，少绕一步。这是产品所有功能的判断标尺，任何不服务于这件事的 feature 都不会进入主线。
本地优先（local-first）——所有用户数据存在设备本地，加密通过 iCloud KV 同步在用户自己的账号下，喝点的服务器一份用户数据都不存。这不是 营销话术，是技术架构上做的承诺：
- 收藏配方、酒柜库存、自建酒谱、笔记——这些数据从来不离开你的 iCloud
- 你不需要注册账号就能使用全部核心功能
- 你删除 App 不需要"清除云端数据"，因为云端没有数据
- 我作为开发者也看不到你在用什么、你调了什么、你喜欢什么
这种设计的代价是：跨平台同步只能依赖 iCloud（所以暂时只有 iOS 版）。 我接受这个代价，因为隐私不是 feature——一旦数据上了别人的服务器， 信任就不是承诺能换回来的了。
三、核心功能详解
酒柜管理
打开 App，先告诉它你有什么。每个材料项可以记录品牌（"哥顿金酒"或 "必富达"对配方风味影响不同）、容量、剩余量。这些细节不是必填，但 填上之后 App 能给你更聪明的推荐。
输入完之后，"发现"页会变成两栏：今晚可调 和 差一两样材料。 后者按"还差什么"分组——比如同样差苦精的酒会聚在一起，方便你决定下次 补货优先级。
经典配方
内置一组精选 IBA 经典配方（International Bartenders Association 1961 年起维护的标准配方表），覆盖经典款、当代款、未列入但具代表性的 酒款。每个配方有：
- 详细的材料清单（含品牌建议）
- 调制步骤（搅拌/摇匀/分层等手法说明）
- 风味标签（甜度、酸度、苦度、酒精度）
- 起源典故（不啰嗦，一段两段）
配方数据持续在增加——这是一个会随时间变厚的工具，不是一次性产品。
灵感收藏与自建酒谱
看到喜欢的配方就滑动收藏。在"我的"页可以创建你自己的酒谱： 拍照、写步骤、标材料、加风味标签。自建酒谱和经典配方在搜索与 推荐里平等参与，不会被"官方内容"压制。
跨设备同步
iPhone 和 iPad 是同一份下载——Universal App。在 iPhone 上录入的酒柜 材料，打开 iPad 立刻看得到。iCloud 拉通的是用户自己的账号，不经过 喝点的服务器。
四、配方数据是怎么来的
这是一个常被问的问题。喝点的配方分两类来源：
- IBA 标准配方——来自国际调酒师协会公开发布的官方配方表，这部分 是行业共识，任何调酒书都会有
- 主理人补充配方——基于专业调酒书籍（《The Joy of Mixology》、 《Death & Co》、《Liquid Intelligence》等）整理的扩展配方，每一条 都标注了来源
不会用 AI 自动生成配方。鸡尾酒的"恰到好处"是一个高度经验性的事情， 甜度偏 5 毫升、苦精多滴一两滴，喝起来就是两杯酒。让 AI 编一份"约莫 正确"的配方，对认真想调一杯的人来说是浪费时间。
五、技术选型与隐私承诺
前端：Swift 6 + SwiftUI 原生开发。不用 React Native、不用 Flutter， 因为这个 App 的核心体验是手感——滑动收藏、卡片转场、触感反馈——这些 跨平台框架做出来总归是"差一点"的。
数据层：iCloud Key-Value Storage（NSUbiquitousKeyValueStore）作为 跨设备同步通道。所有读写都是本地优先，离线完全可用，联网时才异步推送 变更。
后端：有一个轻量级 Go 服务（用 GoFrame v2）负责静态资源 CDN 与 管理后台，但它不存任何终端用户数据。配方数据是只读的，由我作为 主理人维护后下发。
关于"零云端用户数据"的具体含义：喝点服务器不存你的收藏、不存你 的库存、不存你的自建酒谱、不存你在哪些时间打开了 App。统计数据只有 匿名版本号分布——为了知道还有多少人在用旧版需要兼容。
六、横向对比
国内调酒类 App 大致两类：
- 配方库型——主打"上百款配方"，但更新缓慢，没有酒柜/库存的概念， 搜索逻辑还是关键词匹配
- 社区型——主打用户分享自建酒谱，但配方质量参差不齐，且强引导 关注、点赞、加好友
喝点不属于这两类的任何一类。它的核心是 "基于你的库存反查能做什么" 这件事，这是我没在其他工具上看到顺畅做的体验。配方质量靠精选而非 海量，社区性靠"不打扰你"而非"沉浸式"。
这不是说其他工具不好——不同工具服务不同的人。如果你想要海量配方
- 用户社区，喝点不是答案；如果你想要一个安静、不打扰、围绕你自己 酒柜运转的工具，喝点可能是。
七、常见疑问
更详细的使用问题、隐私问题、数据导出问题请见 常见问题。
如果有功能建议或想说的话，邮件最直接：1021106420@qq.com，一般 48 小时 内回复。
写到这里其实有点超出"关于"页该有的篇幅了。但既然你看到了这里，就当我们 已经认识。下次你打开喝点的时候，希望它对得起这次见面。