# 关于喝点 > 一份关于"为什么做这个 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 拉通的是用户自己的账号，不经过 喝点的服务器。 ## 四、配方数据是怎么来的 这是一个常被问的问题。喝点的配方分两类来源： 1. **IBA 标准配方**——来自国际调酒师协会公开发布的官方配方表，这部分 是行业共识，任何调酒书都会有 2. **主理人补充配方**——基于专业调酒书籍（《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 大致两类： - **配方库型**——主打"上百款配方"，但更新缓慢，没有酒柜/库存的概念， 搜索逻辑还是关键词匹配 - **社区型**——主打用户分享自建酒谱，但配方质量参差不齐，且强引导 关注、点赞、加好友 喝点不属于这两类的任何一类。它的核心是 **"基于你的库存反查能做什么"** 这件事，这是我没在其他工具上看到顺畅做的体验。配方质量靠精选而非 海量，社区性靠"不打扰你"而非"沉浸式"。 这不是说其他工具不好——不同工具服务不同的人。如果你想要海量配方 - 用户社区，喝点不是答案；如果你想要一个安静、不打扰、围绕你自己 酒柜运转的工具，喝点可能是。 ## 七、常见疑问 更详细的使用问题、隐私问题、数据导出问题请见 [常见问题](/faq)。 如果有功能建议或想说的话，邮件最直接：<1021106420@qq.com>，一般 48 小时 内回复。 --- 写到这里其实有点超出"关于"页该有的篇幅了。但既然你看到了这里，就当我们 已经认识。下次你打开喝点的时候，希望它对得起这次见面。