地点资料
三城各十个地点，保留来源、核对日期和未知字段。
来源可查
项目氛围封面 · 城市摄影，非产品截图 英伦慢游 / Slowtrail
一趟旅行，
要来回查多少次？
规划出境游的典型麻烦是：查景点在一个页面，查火车和地铁换乘在另一个页面，查门票开放时间又要切回去。做完行程之后，每天出发前还要重新确认一遍时间和路线。
这个项目想解决的是一条完整的链路：从行前准备、逐日行程规划，到景点购票时点提醒、航班与机场接驳、城际乘车衔接。根据用户的兴趣、预算、出行天数和节奏偏好来安排行程。
- 我的职责
- 产品范围、交互方向、体验取舍与阶段验收；与 AI 编程助手协作实现。
- 当前状态
- 可演示的原型。模型自动规划、购票提醒和航班与机场衔接还没有接入，行程内容是示例，不是自动生成的。
3座英国城市
30个来源地点
3对交通参考
3–7天行程范围
从旅行的心情开始
先看看目的地，
或直接开始计划。
用城市摄影开场，让“计划我的旅行”与“发现我的旅行”承接两种不同的起点。
成果 01 / 完整体验
逐日行程与地图
英国是第一个案例，聚焦伦敦、牛津、巴斯，行程长度 3 到 7 天。目前完成了需求确认、逐日示例和地图联动，整理了 30 个来源地点和 3 对交通参考，支持资料查询和基础时间检查。
看得见重点每日安排分组呈现，选中景点可对应地图位置。
细节按需展开故事、参观资料和调整便笺放在需要时出现的位置。
说明真实状态保留“示例”标识；调整入口记录意图，不假装已重排行程。
成果 02 / 旅行发现
还没想好去哪时，
先读一段地点故事。
伦敦、牛津与巴斯，各有两篇短故事。让“为什么想去”与“在哪里”相遇，再将喜欢的地点带入自己的规划需求。
伦敦 河岸与艺术牛津 学院与绿地巴斯 古迹与街景
六条故事、城市筛选与重点标记联动。近似位置用于理解景点分布，不作为导航。
突出重点景点，减少连线与覆盖操作。点击可查看完整图。
成果 03 / 需求到安排
先确认这次怎么走
从城市、天数和节奏开始，留出表达必去地点与固定安排的位置。复杂偏好可以稍后展开。
- 01说出旅行想法
已有目的地，或从故事带入一点灵感。
- 02确认自己的条件
一起查看城市、日期、兴趣和特别安排。
- 03浏览示例与核对资料
逐日看清安排，需要时查来源或手动检查时间。
现阶段不会把自然语言自动编排为真实行程。
成果 04 / 有依据的旅行资料
查资料，也查时间是否冲突
整理真实资料快照，并把基础检查做成可以使用的功能。
城际交通参考
官方耗时参考与项目预留时间分开说明，不暗示实时班次。
事实与估算分开查询与检查工具
查地点、看详情、查交通，并检查手填单日安排的冲突与缺口。
实际执行检查开放日期例外、余票、同城移动与实时交通尚未完整覆盖；坐标为近似位置，地图不提供导航保证。
我的工作 / 把想法推进到可用原型
信息多，不等于好用。
做这个项目最大的收获，是理解了“信息密度”和“可操作性”之间的取舍：把所有信息堆在一屏看起来全面，用户反而不知道从哪里开始。所以我折叠了次要内容，让地图先突出重点景点。
定义一个可完成的范围
聚焦三座城市与 3–7 天旅行，先连通发现、需求、确认与逐日浏览，再补充来源资料与时间检查。
决定体验的重心
用摄影与地点故事表达旅行态度；减少首页模块，统一字体，让地图服务于重点景点。
组织实现与阶段检查
与 AI 编程助手协作，将需求变成可运行页面；按阶段查看成果、提出修改并记录已实现与待完成内容。
意见，落到具体的改变。
本人转述的同学与朋友非正式意见。未开展正式访谈统计，不代表量化使用效果。
首页内容多、缺少特色摄影开场，保留计划与发现双入口
字体与地图显得杂乱统一层级，折叠次要信息，突出重点景点
访问失败、页面闪动排查预览与刷新问题，改用稳定预览
目前是可演示原型：行程是示例，模型自动规划、购票提醒和航班衔接尚未接入。
可检查的交付
产品文档与当前边界
产品说明 / PDF英伦慢游
英伦慢游
产品需求文档
定位、范围、功能、异常处理与验收标准。
阅读 PRD 简历素材 / PDF我具体做了什么
以范围定义、体验决策和真实交付说明项目贡献。
查看简历项目内容 源代码可运行的工程
包含页面、资料、检查工具、来源与阶段记录。
查看 GitHub 源码当前能力与检查边界
当前完成交互原型、来源资料查询和基础时间检查；行程仍为固定示例。模型自动规划、真实行程修改、锁定、撤销与保存恢复尚未接入。
最近一轮记录为24项单元测试及构建、类型和代码检查通过；这些属于工程检查，不是用户效果。页面截图用于展示当前界面，不等于全部视觉、手机和异常交互已经验收。