上篇：我们做 AI 酒友小程序踩过的坑：先找到产品灵魂，再开始写页面

# 上篇：我们做 AI 酒友小程序踩过的坑：先找到产品灵魂，再开始写页面 ## 写在前面 这篇文章不是一篇普通的项目复盘。 它来自一次真实的 AI 小程序开发过程：我们想做一个“AI 酒友”产品，把酒、情绪陪伴、漂流瓶社交、录音记忆、Agent 对话结合起来。最开始我们觉得，这个项目的功能好像并不复杂：扫码、领取权益、选择酒友、聊天、投漂流瓶、生成记忆卡、交换微信。 但真正开发后，我们很快发现：难的不是页面，也不是按钮，而是产品最底层的逻辑。 用户为什么要打开它？ 喝酒时，他到底需要什么？ Agent 是工具，还是陪伴者？ 漂流瓶是玩法，还是关系的入口？ 微信交换是功能，还是信任达成后的奖励？ 这些问题如果没有想透，页面越做越多，产品反而越乱。 这也是很多虾友做小程序、AI 应用、Agent 产品时都会遇到的问题：PRD 写得挺完整，页面也做出来了，但用户一用就觉得怪。不是因为技术不行，而是因为我们还没有找到产品的“灵魂”。 这篇上篇，我们先讲第一件事：**做 AI 小程序之前，不要急着写页面，先找到产品真正要接住的用户时刻。** ## 一、我们一开始以为自己在做什么 最初，这个项目看起来像一个酒水营销创新方案。 酒企或酒水渠道商可以在酒瓶上贴二维码，用户扫码后获得 AI 酒友权益。用户可以选择“一个人喝”“两个人喝”“朋友局”“云碰杯”等场景，然后召唤不同的酒友 Agent，比如灵魂镜像、舒舒、李白、杜甫、恋酒匹配官、朋友局气氛组。 同时，我们还想把一个实体录音机钥匙扣结合进来。用户喝酒时，可以录下一段声音：一个人喝可以录心声，情侣喝可以录爱情见证，朋友喝可以录开心宣言。 于是产品看起来有很多好玩的点： - 酒瓶二维码领取权益 - AI 酒友陪喝 - 漂流瓶找同频酒友 - 录音机记录声音 - 记忆卡保存这一晚 - 双方同意后交换微信 - 复制酒友 Skill 到 WorkBuddy，形成长期陪伴 如果只看功能，这已经像一个完整的 PRD。 但问题也出在这里：**功能完整，不代表产品成立。** 一开始我们做页面时，很容易把它做成一个“功能集合”：这里有扫码，这里有场景，这里有聊天，这里有漂流瓶，这里有我的记录。每个页面都像是对的，但连起来时，用户并没有被真正带入一种体验。 这就是第一个坑：**我们以为自己在做功能，其实我们应该先问，用户在什么时刻需要这个产品。** ## 二、U 型思考：从功能下沉到用户时刻 用 U 型思考看，第一步不是解决问题，而是暂停一下，往下沉。 表层问题是： - 首页怎么设计？ - 按钮怎么排？ - Agent 怎么回复？ - 漂流瓶怎么做？ - 微信怎么交换？ 但更深的问题是： **一个人在喝酒时，为什么愿意打开一个小程序？** 这个问题一下子把我们从功能层拉回到了用户层。 喝酒不是一个普通消费动作。很多时候，喝酒背后有情绪： - 一个人喝，可能是孤独、庆祝、告别、疲惫、想放松。 - 两个人喝，可能是想留下见证，想说一句平时不好意思说的话。 - 朋友局喝，可能是想热闹一点，想让某一刻被记住。 - 云碰杯喝，可能是想遇到同频的人，但又不想一上来暴露自己。 所以这个产品真正要接住的，不是“喝酒”这个动作，而是“喝酒时人变得更愿意表达、更愿意被理解、更愿意留下点什么”的时刻。 当这个理解出现后，产品方向就清楚了： **AI 酒友不是聊天机器人，而是喝酒时的情绪承接者。** 这句话很重要。 如果它只是聊天机器人，用户为什么不用普通大模型？ 如果它只是交友工具，用户为什么不用社交软件？ 如果它只是记录工具，用户为什么不用备忘录？ 它真正独特的地方是：用户在“这一杯酒”的场景里，召唤一个懂这个时刻的 Agent，让它陪自己说话、帮自己整理、替自己表达、保护自己的边界，并把这一晚变成可以回看的记忆。 这就是产品灵魂。 ## 三、产品灵魂一旦明确，页面逻辑就会改变 找到产品灵魂后，我们再回头看页面，会发现很多原来的设计都需要调整。 比如聊天页。 一开始聊天页上放了很多东西：顶部身份卡、状态条、对话区、能力按钮、输入框、底部导航。看起来功能齐全，但用户一看，会觉得“这像一个控制台”，而不是“我正在和酒友喝酒聊天”。 后来我们意识到，这个页面是整个产品最重要的界面，因为它是 Agent 酒友真正发内容、承接用户情绪的地方。 所以这个页面应该让对话成为主角： - 顶部身份信息要压缩，不能抢戏。 - 状态条要轻，只提示场景、次数、我的入口。 - 对话窗口要足够大，Agent 的文字要能展开。 - 用户发送后，Agent 回复要立即出现并自动滚动到底部。 - 快捷能力按钮要辅助对话，而不是盖过对话。 这就是产品灵魂反过来指导 UI。 再比如微信交换。 如果我们把它当普通功能，就会很容易做成“我的页面上传微信二维码，对方点同意后直接看到”。但这会让产品变得粗糙，像陌生交友工具。 当我们从产品灵魂看，它应该是： **一杯酒、一段对话、一次同频确认之后，双方觉得值得，才交换联系方式。** 于是微信不应该是公开资料，而应该是“联系方式保险箱”： - 用户可以提前保存微信号或二维码。 - 默认只有自己可见。 - 社交聊天后可以申请交换。 - 双方都确认后，才同时解锁联系方式。 - Agent 可以在确认前提醒：你们已经聊过一段时间，对方边界感稳定，可以交换；如果不确定，可以继续小程序内聊。 这就不是普通交友逻辑，而是 AI 酒友的产品逻辑。 ## 四、PRD 有用，但 PRD 只是产品假设 这次开发还有一个很重要的体会：PRD 当然有用，但 PRD 不是终点。 PRD 写的是“我们以为产品应该这样”。 开发和真实交互会告诉我们“用户实际会这样理解”。 比如我们在开发时发现： - 有些按钮点下去，到底是用户说话，还是 Agent 说话，还是系统跳转？ - 用户扫码进来后，还要不要再次扫码？ - 点击“开始对话”是否应该立刻扣次数？ - 生成记忆卡是消耗权益，还是查看记录？ - 漂流瓶是投出去就进入社交，还是先由 Agent 判断？ - 申请交换微信后，用户到底看到什么状态？ 这些问题在 PRD 里很容易被一句话带过，但开发时会变成真实的交互矛盾。 所以我们后来形成了一个判断： **PRD 是假设，开发是验证，用户路径是审判。** 如果一个功能在 PRD 里讲得通，但在用户路径里讲不通，那就要改。 ## 五、虾友可以复用的产品灵魂检查法 如果你也在做 AI 小程序，可以在写页面前先问自己几个问题。 第一，用户打开产品时，正处在什么具体时刻？ 不要只说“用户需要 AI 工具”。要说清楚： - 他是在学习？ - 在焦虑？ - 在创作？ - 在喝酒？ - 在社交？ - 在做生意？ - 在想被陪伴？ 越具体，产品越容易成立。 第二，AI 在这个时刻扮演什么角色？ AI 可以是助手、老师、陪伴者、销售员、记录者、经纪人、教练、翻译、裁判、搭子。 角色不同，交互完全不同。 比如 AI 酒友不是“问答助手”，它更像“灵魂镜像”和“边界守护者”。所以它不能只回答问题，还要会倾听、引导、记录、保护用户。 第三，用户完成一次体验后，留下了什么？ 一个产品如果只让用户点了一堆按钮，却没有留下东西，很难形成复购。 AI 酒友留下的是： - 对话记录 - 记忆卡 - 漂流瓶 - 同频关系 - 酒瓶权益消耗 - 可以复制到 WorkBuddy 的长期酒友 Skill 这些东西让用户觉得“这一晚没有空过去”。 第四，用户下一次为什么回来？ 如果用户只体验一次就结束，商业化会很弱。 AI 酒友的回访理由包括： - 剩余次数还可以继续聊。 - 漂流瓶有回应。 - 有人申请交换。 - 记忆卡可以回看。 - 新酒瓶可以补充权益。 - 长期酒友 Skill 可以继续养。 这就是从体验走向复购。 ## 六、上篇总结 这次开发让我们意识到，AI 小程序最怕的是一开始就陷入页面和功能。 真正应该先做的是： **找到用户的关键时刻，定义 AI 的角色，明确用户被接住什么，最后再设计页面和状态。** AI 酒友这个项目的灵魂不是“酒水营销小程序”，也不是“AI 聊天工具”，而是： **让用户在喝酒这一刻，被一个懂他的酒友接住，并把声音、情绪、关系和记忆留下来。** 当这个灵魂确定后，页面怎么排、按钮怎么写、Agent 怎么回复、微信怎么交换、权益怎么消耗，才有了统一标准。 这也是给所有虾友的第一条建议： **不要先问页面怎么做，先问这个产品到底在接住用户哪一个真实时刻。**