返回

Vibe coding · 内部使用

饭点儿

2026 · 产品设计 / Vibe coding · 公司内部使用

这个小程序从办公室每天都会出现的那句话开始:“中午吃什么?”看看同事今天吃了什么,遇到心动的就跟一单;还是拿不定主意,就交给随机盲盒。

为什么做这个产品

我和身边的同事几乎每天都会为午饭纠结。临近中午,有人在群里问一圈,有人在外卖 App 里来回翻,还有人站到食堂窗口前才开始后悔。它算不上一个很大的问题,却日复一日地消耗一点时间和心情。

慢慢地我发现,最容易让人立刻做决定的,常常是同事随口说的一句:“我昨天吃了这家,还不错。”同一栋楼、差不多的午休时间、刚刚吃过,这些很生活化的信息比一张全国榜单更贴近当下。我想把它们留住,做成一条看得见、跟得上、吃完还能继续补充的午饭记录。

问题判断

大家缺少的,是身边那条刚发生、可以马上跟着行动的真实参考。

现有解法为什么不够

我们每天都会在下面几种方式之间来回切换。每种方式都有用,只是很难把同事刚吃过的体验直接带到下一步行动:

常见出口 缺口
食堂 今日窗口

菜品每日变化,缺少同事当天的评价与提醒

外卖 平台菜单

选项丰富,但不呈现同事当天的真实体验与跟单关系

社交 群里问一句

讨论即时但不结构化,推荐、评价和下单入口彼此分离

榜单 大众点评 / 外卖热销

覆盖范围大,却不一定满足距离、配送时间和同事口味等条件

产品定义:围绕四个任务组织

我沿着一顿午饭发生的顺序设计了四个入口:先看看大家在吃什么,实在纠结就随机抽一个;吃完随手记下来,之后还能翻回自己的小本本。

01 · Browse 查看同事选择

浏览今日记录、评价与发布者,进入详情后可收藏、导航或下单

02 · Random 随机抽取

不收集额外偏好,从现有候选中随机给出一个结果,并允许重新抽取

03 · Publish 发布记录

饭后记录餐食、评价和图片,图片可处理为统一的白边贴纸

04 · Review 回看历史

按好吃、一般、踩雷和想吃分类,保留个人可再次使用的记录

试玩 Demo

建议路径:别人在吃 → 好食主理人 → 点进主页 → 回来看详情 → 抽一次盲盒。也可新窗口打开完整 Demo

体验设计:让食物成为视觉重点

我希望它保留一点午休时的轻松感。界面以黑、白、灰为主,把颜色留给食物;不同背景的照片统一处理成白边贴纸,像大家随手贴进同一本手账。大标题和留白负责区分层级,黑色按钮承担主要操作,浏览时先看到今天吃了什么,再决定要不要跟单。

机制 对应规则
评分 好吃 / 一般 / 踩雷

「好吃」进入推荐,「踩雷」形成提醒,「一般」只保留为当天记录

以人为入口 好食主理人

用户可以先判断谁的记录值得参考,再查看其推荐,而不只依赖统一榜单

纠结时 随机盲盒

只在用户主动放弃比较时使用,随机结果不伪装成个性化推荐

跟单 详情页 CTA

到店餐食进入地图导航,外卖餐食进入对应下单入口

MVP 范围

MVP 重点验证两件事:同事是否愿意持续发布真实用餐记录,以及这些记录是否能促成其他人跟单。核心指标先看「跟单率」,同时关注发布人数、重复发布率和记录到详情页的转化。

  • 别人在吃:好吃 / 踩雷 / 好食主理人
  • 随机盲盒抽取与再次抽取
  • 记一下:评价 + 可选贴纸图
  • 吃饭小记:好吃/一般/踩雷/想吃
  • 详情:想吃、导航 / 去下单
暂不做
  • 真实外卖下单链路
  • 跨公司公开社区
  • 复杂社交关系链
  • 付费会员
  • 完整后台运营系统

从想法到内部可用版本

我用 Vibe coding 完成了四个 Tab、随机抽取、记录详情与个人小记等核心流程,并把版本投入公司内部使用。这个阶段优先验证流程是否能跑通、同事是否愿意发布和跟单,没有提前建设复杂推荐、社交关系或运营后台。页面中的 Demo 使用本地演示数据,只用于展示主要交互。

阶段性判断

我很喜欢 Vibe coding 带来的这种可能:一个来自午休闲聊的小念头,可以很快变成身边人真正用得上的东西。当前的内部使用只是开始,接下来还要结合任务完成时长、发布与跟单数据,看看它有没有让每天那句“吃什么”更容易回答一点。