play / 玩乐 Bot
A SATURDAY, AT YOUR OWN PACE

从四个收藏,
走到一个好玩的下午。

用户已经知道自己喜欢什么,却还没有想好怎么把这些地方放在一起。Bot 接住用户的收藏和一句需求,给出能比较、能修改、能回到原帖的安排。

下面四张图讲的是一段完整故事。用户可以从任何一个入口开始;如果问题已经写清楚,Bot 就直接给建议。只有缺少会改变安排的条件时,Bot 才追问。

Feed 高保真原型:双列图片、顶部导航和底部询问框
01 · FEED用户先刷到自己想去的地方。

底部一直保留文字询问框。用户可以直接输入,也可以点“4 saved spots”,把自己选择的收藏带进对话。

从 Feed 开始体验 →
点收藏入口
或输入一句话→保留问题
和所选帖子
Bot 对话高保真原型:读取四个收藏,提供两种可比较方案
02 · ASKBot 给出两个容易比较的选择。

用户说“周六下午,和朋友,人均 60 美元,少走一点”。Bot 继续使用这些条件,并说明自己参考了哪几篇帖子。

打开对话里的两个方案 →
点击
Open this plan→保留预算
和同行条件
路线高保真原型:四站顺序、步行示意、更换一站和保存
03 · PLAN用户把路线改成自己想要的样子。

用户可以换一站、减少步行、查看来源和保存安排。地图、费用和距离都是设计示例,正式产品需要真实地点数据。

试着换一站并保存 →
游玩之后
主动选照片→用户补充感受
再整理草稿
Chat-to-Post 高保真原型:用户照片、可编辑标题正文和保存草稿
04 · CREATE用户把自己的体验留给社区。

Bot 根据用户提供的照片和感受整理草稿。用户可以改写、预览和保存。界面不会替用户宣布自己去过,也不会自动发布。

编辑一篇草稿 →
↶阅读原帖后,用户仍能回到刚才的对话。 用户回到 Feed 时,也会继续停在离开前的位置。收藏、问题和已经修改的条件都应继续保留。

另外三个入口,仍然服务用户当下的生活。

用户想先找一家餐厅。

Restaurant Radar 先读懂时间、人数、预算和饮食偏好。如果用户不愿提供位置,用户可以手动输入街区。

Bot 展示选择理由和原帖。没有合适的结果时,Bot 说明是哪项条件限制了结果,并让用户自己决定要放宽什么。

体验找餐厅 →

用户想在出门前选一个妆容。

Beauty Picks 先了解用户想解决的具体问题、肤质和预算。用户已经说过的条件会保留,Bot 无需再重复询问。

建议说明适用原因,并保留经验帖入口。产品建议不能替代诊断,也不能把图片中的商品价格当作实时售价。

体验 Beauty Picks →

用户只想问刚看到的一篇帖子。

用户点开来源卡,就能看到封面、作者、正文和收藏入口。用户可以围绕这篇内容继续问,并看见当前对话正在使用哪篇帖子。

如果用户移除一篇帖子,后续回答就不再把它作为用户主动选中的上下文。

体验打开来源帖子 →

箭头分别表示什么动作?

实线箭头表示用户主动切换页面。回转箭头表示用户可以回来继续;它要求系统保留刚才的滚动位置、问题与编辑。分支箭头表示用户改变了需求,Bot 只更新受影响的部分。

打开流程图
这次交付的范围:四张图片由 Codex 内置生图工具绘制,流程图保留可编辑文字和连线,交互原型使用固定示例呈现页面变化。原型没有接入真实 AI、地图、营业信息或发布服务;用户输入的问题会保留,路线和发帖内容只保存在当前浏览器。
开始点击体验阅读竞品和设计理由