Vibe coding · 内部使用
饭点儿
这个小程序从办公室每天都会出现的那句话开始:“中午吃什么?”看看同事今天吃了什么,遇到心动的就跟一单;还是拿不定主意,就交给随机盲盒。
为什么做这个产品
我和身边的同事几乎每天都会为午饭纠结。临近中午,有人在群里问一圈,有人在外卖 App 里来回翻,还有人站到食堂窗口前才开始后悔。它算不上一个很大的问题,却日复一日地消耗一点时间和心情。
慢慢地我发现,最容易让人立刻做决定的,常常是同事随口说的一句:“我昨天吃了这家,还不错。”同一栋楼、差不多的午休时间、刚刚吃过,这些很生活化的信息比一张全国榜单更贴近当下。我想把它们留住,做成一条看得见、跟得上、吃完还能继续补充的午饭记录。
大家缺少的,是身边那条刚发生、可以马上跟着行动的真实参考。
现有解法为什么不够
我们每天都会在下面几种方式之间来回切换。每种方式都有用,只是很难把同事刚吃过的体验直接带到下一步行动:
菜品每日变化,缺少同事当天的评价与提醒
选项丰富,但不呈现同事当天的真实体验与跟单关系
讨论即时但不结构化,推荐、评价和下单入口彼此分离
覆盖范围大,却不一定满足距离、配送时间和同事口味等条件
产品定义:围绕四个任务组织
我沿着一顿午饭发生的顺序设计了四个入口:先看看大家在吃什么,实在纠结就随机抽一个;吃完随手记下来,之后还能翻回自己的小本本。
浏览今日记录、评价与发布者,进入详情后可收藏、导航或下单
不收集额外偏好,从现有候选中随机给出一个结果,并允许重新抽取
饭后记录餐食、评价和图片,图片可处理为统一的白边贴纸
按好吃、一般、踩雷和想吃分类,保留个人可再次使用的记录
试玩 Demo
建议路径:别人在吃 → 好食主理人 → 点进主页 → 回来看详情 → 抽一次盲盒。也可新窗口打开完整 Demo。
体验设计:让食物成为视觉重点
我希望它保留一点午休时的轻松感。界面以黑、白、灰为主,把颜色留给食物;不同背景的照片统一处理成白边贴纸,像大家随手贴进同一本手账。大标题和留白负责区分层级,黑色按钮承担主要操作,浏览时先看到今天吃了什么,再决定要不要跟单。
「好吃」进入推荐,「踩雷」形成提醒,「一般」只保留为当天记录
用户可以先判断谁的记录值得参考,再查看其推荐,而不只依赖统一榜单
只在用户主动放弃比较时使用,随机结果不伪装成个性化推荐
到店餐食进入地图导航,外卖餐食进入对应下单入口
MVP 范围
MVP 重点验证两件事:同事是否愿意持续发布真实用餐记录,以及这些记录是否能促成其他人跟单。核心指标先看「跟单率」,同时关注发布人数、重复发布率和记录到详情页的转化。
- 别人在吃:好吃 / 踩雷 / 好食主理人
- 随机盲盒抽取与再次抽取
- 记一下:评价 + 可选贴纸图
- 吃饭小记:好吃/一般/踩雷/想吃
- 详情:想吃、导航 / 去下单
- 真实外卖下单链路
- 跨公司公开社区
- 复杂社交关系链
- 付费会员
- 完整后台运营系统
从想法到内部可用版本
我用 Vibe coding 完成了四个 Tab、随机抽取、记录详情与个人小记等核心流程,并把版本投入公司内部使用。这个阶段优先验证流程是否能跑通、同事是否愿意发布和跟单,没有提前建设复杂推荐、社交关系或运营后台。页面中的 Demo 使用本地演示数据,只用于展示主要交互。
我很喜欢 Vibe coding 带来的这种可能:一个来自午休闲聊的小念头,可以很快变成身边人真正用得上的东西。当前的内部使用只是开始,接下来还要结合任务完成时长、发布与跟单数据,看看它有没有让每天那句“吃什么”更容易回答一点。