AI Coding 小白实战：我如何用一天做出一个“说走就走”的旅行 Web

前天晚上（9月29日），我临时得知 WorkBuddy 正在举办旅行应用创作大赛。

离提交作品截止还有2天不到

离截止时间已经不多了。

一开始我想做一个旅行工具，但很快发现，“做一个旅行 网站”几乎等于什么都没说：攻略、机酒、地图、行程、吃喝、打卡……每一项单独拿出来，都是一个大产品。

而我真正想解决的，其实是一个更具体的瞬间：

我现在有一点累，只有两天时间，想一个人换个城市走走。 那我现在去哪、怎么去、住哪里、吃什么、要准备什么？

于是，我给这个产品取名：

旅行转转｜下班后，一个人也能说走就走

它不是一个“哪里景点最多”的旅游攻略产品，而是一个帮助独自出行者，把“想走”变成“能出发”的轻旅行行动规划工具。

这篇文章不是要讲我做了一个多厉害的旅行产品，而是想分享一个 AI Coding 小白在时间紧、积分有限的情况下，怎么把模糊想法变成可体验、可发布作品的过程。

一、不要一上来就写代码，先把“想法”说清楚

我最早的产品想法只有一句：

下班以后，去另一座城市走走，重新找回一点自己的时间。

它很有情绪，但还不是一个能开发的需求。

我后来把它拆成了一句更完整的产品定义：

旅行转转是一款面向独自出行者的国内短途旅行行动规划应用。用户无需先决定目的地，只需要说明出发地、出发方式、时间、预算和此刻状态，产品就生成一份可直接执行的两天一夜“出走包”。

所谓“出走包”，不是一堆旅游攻略链接，而是：

• 去哪座城市
• 为什么适合现在的自己
• 怎么去、何时出发
• 建议住在哪个区域
• 两天一夜怎么走
• 路线上吃什么、喝什么
• 出发前还缺什么
• 去哪里查询交通和酒店

当我把目标从“做旅行网站”收缩成“帮助用户完成一次出发决策”后，后面的设计和开发才有了边界。

Work Buddy创意设计

二、我先用 WorkBuddy 做设计，而不是直接生成页面

我先进入 WorkBuddy 的“设计创意”能力，明确让它扮演产品开发和设计人员，帮助我梳理产品逻辑、页面结构和视觉方向。

我当时给出的需求里，有几个刻意锁死的原则：

1. 不做泛旅行攻略或比价平台
2. 用户不从“目的地”开始，而是从“此刻想从什么里转一转”开始
3. 核心场景是国内、独自、两天一夜的短途微旅行
4. 页面必须让人真的愿意出发，而不只是收藏
5. 需要覆盖吃喝住行、准备清单和预订入口

产品设计提示词

这一阶段我花的时间其实偏长。

后来复盘，我意识到这是 AI Coding 新手很容易遇到的问题：不断调颜色、改文案、换布局，页面越来越好看，但产品逻辑还没有完全成立。

如果重来一次，我会更早锁定三个问题：

用户输入什么？ 系统根据什么推荐？ 用户最后能完成什么动作？

视觉可以迭代，但决策逻辑必须先稳定。

三、产品的技术核心，不是 AI 推荐，而是规则联动

旅行转转最重要的技术逻辑，不是调用一个大模型随便生成攻略。

而是把用户输入转成一套可以联动的旅行状态：

出发地
+ 出发方式
+ 可用时长
+ 预算
+ 旅行节奏
+ 当下状态
↓
目的地与“出走包”

例如：

上海
+ 高铁优先
+ 两天一夜
+ 想安静一下
↓
杭州
+ 西湖东侧住宿建议
+ 高铁出发
+ 两天慢节奏路线
+ 一人友好吃喝建议
+ 出发准备清单

这让我意识到：一个看起来“AI 味”很强的产品，最需要的仍然是明确的产品规则。

如果用户从上海改成北京，或者从高铁改成自驾，不能只换一行文字；目的地、到达时间、预算、住宿区域、吃喝建议、路线和返程信息都应该同步变化。

这一步让产品从“好看的静态页面”，变成了真正可以操作的工具。

四、我踩到的几个坑

1. 出发地和出发方式不能写死

最初页面里默认显示“上海”和“高铁优先”，看起来没有问题，但用户无法选择，就不是一个真正的旅行规划工具。

后来我增加了出发地和出发方式选择，并让它们联动更新结果。

2. 不要伪造实时交通和酒店数据

一开始我想直接显示高铁时长、预算和住宿建议。

但很快发现，如果没有接入实时票务和酒店库存，不能把演示数据包装成真实数据。

所以现在产品里使用的是“预算估算”和“推荐住宿区域”，并提供到携程等平台查询交通和酒店的跳转入口。

这比假装自己已经接入了所有旅游供应链更诚实，也更适合作为原型作品。

3. 吃喝不能只是景点清单

旅行产品很容易变成“景点打卡列表”。

但旅行转转想解决的是“一个人出发时的决策疲惫”，所以吃喝建议被设计成三件小事：

• 抵达后的第一餐：不绕路、一个人也舒服
• 下午喝一杯：路线中途可以停下来的咖啡馆或茶馆
• 第二天早餐：住处附近、轻松开始一天

它不是在替用户规划一场完美旅行，而是在替用户减少每个小决定。

4. Plan B 不是附属功能

真实旅行不会永远按计划走。

下雨、累了、交通延误、临时不想去某个地方，都不应该让用户觉得“这次旅行失败了”。

因此我加入了 Plan B：如果天气不好，就把户外散步换成附近的博物馆或书店；如果累了，就删掉一个点，早点回住处。

不必完成每一项安排。 只要你真的离开了原本重复的一天，这趟旅行就已经开始了。

五、产品最后最重要的一句话

我给旅行转转加入了一张“准备出发”卡：

你不需要等到准备万全，才允许自己走一走。 这趟行程已经替你把大部分事想好了。订下交通和住处，剩下的路，到了再慢慢决定。

它不是一段单纯的产品文案。

它承担的是最后一步转化：让用户从“看过一个推荐”，变成“真的去订交通和酒店”。

我越来越觉得，AI 产品的价值不只是“生成内容更快”。

很多时候，它真正能做的是减少人行动前的犹豫。

旅行转转｜产品首页｜从情绪出发

旅行转转｜意向选择｜可执行性下一步

旅行转转｜天选城市｜随心而行

旅行转转｜具体线路｜收放自如

六、从设计到发布：WorkBuddy合理分工

这次作品的核心设计、开发和发布在 WorkBuddy 中完成。

我不认为 AI Coding 的重点是“只用一个技能完成所有事情”，整合不同的“专家技能”能让产品效率和出品质量提升。

更重要的是：

你能不能把一个模糊需求拆开，知道每一步需要什么，并最终交付一个别人能打开、能体验、能理解的产品。

旅行转转｜说走就走｜产品海报｜扫码体验MVP产品

七、作为 AI Coding 小白，我这次学到什么

第一，先收缩场景。

不要试图做一个完整的旅行平台。先解决一个足够具体的时刻：一个人、两天、想离开日常、但不知道怎么开始。

第二，先写产品逻辑，再调视觉。

漂亮页面很重要，但只有当输入、规则、结果和行动入口串起来，产品才真正成立。

第三，给产品留出真实边界。

没有实时交通和酒店数据，就诚实地说是预算估算，并把用户带到查询平台。原型不需要假装无所不能。

第四，发布不是终点。

产品做完后，还需要体验链接、海报、二维码、文章和投票入口。让别人看见、理解、愿意试用，也是产品交付的一部分。

写在最后

旅行转转最终想表达的，不是“逃离生活”。

而是：

下班之后、忙完之后、被日常推着走了很久之后， 你依然可以把一点时间还给自己。

这是我第一次尝试用 AI Coding，把一个产品想法从一句话做成一个可以体验的应用。

如果你也有过“想走，但不知道从哪里开始”的时刻，欢迎体验旅行转转。

如果你觉得这个小作品有一点打动你，也欢迎为它投票。

【官方活动链接】https://www.workbuddy.link/p/z1Wi4ybJ7J9YN44xNC81Ox?source=2&sessionid=

在搜索框搜素“旅行转转”

体验产品，喜欢的话投上一票

最后也想问问你：

如果只有两天时间，你最想从哪座城市出发？