需求与服务入口
连接出行表达、商品目录和服务信息。
与行出境 MilesLink
- 客户领域
- 旅行与智能服务
- 我们的工作
- 旅行产品、商家工具与智能服务整合
- 项目阶段
- 开发与业务联调
序旅行建议之后
一次出发，
连接不止一个人。
出行需求常常从一句话开始，背后却涉及同行人数、行李、服务地区、车辆与时间。用户与商家需要对具体服务有一致理解。
把对话与商品目录相连，围绕商家的产品、套餐与日期组织工作，再以预约和行程信息承接双方的下一步。
- 01
表达需求
围绕目的地和出行要求沟通。
- 02
了解服务
连接目录中的实际商品。
- 03
确认套餐
了解服务内容、日期与时间。
- 04
接续安排
由商家与业务规则处理预约。
01用户端 · 旅行对话
先说想去哪里，
再找到具体的服务。
目的地、同行人数、行李与抵达时间，可以在一次对话中逐步说明。商品卡片承接推荐，让用户继续比较具体的服务。
晚间抵达，带着孩子和行李，
怎么去市区更方便？设计中的需求示例
- 理解需求
- 围绕出行条件继续讨论。
- 连接目录
- 用具体商品承接推荐信息。
- 继续确认
- 套餐与日期，交给业务流程核对。
02商家 PWA · 服务组织
把一辆车，
组织成可选择的服务。
车辆、司机与服务地区，先组成完整的产品信息；再以不同套餐，说明服务内容与价格。商家的准备，成为用户可以理解的选择。
SERVICE, MADE CLEAR.
- 01
产品
车辆、载客与行李信息。
- 02
资源
司机与服务地区。
- 03
套餐
按服务方式组织价格与内容。
03套餐与时间
服务的时间，
也是产品的一部分。
小时套餐关注服务窗口与时长，全天套餐关注起止日期。时间条件与价格一起维护，让商家明确每份套餐提供什么。
把冲突提示，放在确认之前。
设计中保留时间重叠的提示位置，帮助商家理解当前安排。实际预约仍需业务系统核对套餐、时区与占用条件。
04预约与行程
用户确认之后，
商家接着安排。
从预约信息到商家订单，再到行程跟踪与服务详情。让双方围绕同一次出行，各自找到当前需要的信息。
01用户 · 确认预约
02商家 · 查看安排
03用户 · 跟踪行程
04商家 · 服务详情
界面呈现两端的产品方案；当前项目处于开发与业务联调，线上服务状态以实际版本为准。
我们负责的，
是完整的业务体验。
围绕实际使用的人，把眼前的体验与后续的工作一起考虑。
套餐与资源工具
组织车辆、司机与不同的服务套餐。
日期与时间规则
围绕服务城市与时间安排处理业务。
管理与服务整合
配合商家、订单与内容管理的后续工作。
这份作品展示的能力
让出行的想法，
有可以继续办理的方向。
以上为交付能力与定性价值说明，未使用未经核验的效率、收益或转化数字。
项目范围与展示说明展开 ＋
- 团队职责
- 旅行产品、商家工具与智能服务整合
- 项目阶段
- 开发与业务联调
- 资料时间
- 2026-10-21
- 画面来源
- 2026-10-21 · Customer mini progrom 与 Merchant PWA 两套 Figma 设计，完整保留原稿。界面用于展示产品方案，示例人物、地点、金额、日期与状态不代表实际业务记录或线上验收。海岸氛围背景由 AI 生成，真实界面未经 AI 重绘；工程机制沿用 2026-10-08 的源码核对。
- 2026-10-21 按两套 Figma 设计整理用户端与商家 PWA 画面；工程机制依据 2026-10-08 源码核对。
- 界面展示产品方案，示例内容与状态不代表真实订单、模型效果或线上全流程验收。
- 基于既有 mall 框架扩展；团队负责用户端、商家工具、业务服务与 AI 集成。
- App / 小程序发布、指定日期推荐、实时库存与支付链路仍需按实际版本核验。
- 本轮以两套 Figma 设计展示产品方案；实际线上版本与完整用户链路需另行核验。
- 未将界面中的推荐、行程地图、冲突提示、金额或支付状态当作线上效果与交易验收。
