项目定位
项目既要解决先充值、后结算的复杂资金逻辑，也要让甲方、设计和开发始终围绕同一套方案推进。International Mini Program / 乙方设计与交付
耀出行国际支付
- 客户
- 耀出行
- 我的角色
- 体验设计 / 排期统筹 / 交付推进
- 服务范围
- 预订、订单、钱包、费用结算
- 项目结果
- 正式上线并持续运营
项目概览
项目背景与设计目标
把服务预订、钱包充值、行程履约和最终结算串成连续体验，并在资源有限的乙方环境中建立稳定的交付节奏。
耀出行与 Alipay 合作，将高端出行服务接入 Alipay 国际版。我方受耀出行委托负责产品设计与技术交付；我没有直接与 Alipay 对接，而是在设计之外统筹整体排期、客户沟通、开发进度同步和验收上线。
合作与职责边界
- 耀出行是甲方并负责与 Alipay 确认平台与支付方案；我方没有直接参与双方商务沟通。
- 我负责整体排期、周报汇总和对甲同步；开发总监负责具体技术任务与开发管理。
- 钱包采用先充值、后结算机制，优惠券、余额、最终费用和补款必须保持一致。
服务链路
从预订到最终结算的服务链路
用户看到的是一个出行入口，背后连接预订、钱包、履约和结算。钱包充值不是订单终点，而是最终费用产生前的资金准备。
- 01进入耀出行
- 02服务预订
- 03钱包充值
- 04行程履约
- 05最终结算
- 06补款或完成
钱包与结算
钱包机制如何被理解并落到界面
项目最复杂的部分不是页面数量，而是把钱包、优惠券、最终费用和补款关系解释清楚，并转成各方能够执行的界面方案。
先充值、后结算：重新理解一次出行的资金流转
- 问题
- 常规打车通常在行程结束后直接扣款；耀出行需要先把资金充值到钱包，再按最终费用结算。优惠券、钱包余额、最终费用和补款因此相互影响。 我阅读接口文档并结合订单状态机与费用模型，厘清钱包充值、优惠券抵扣、最终扣款和余额不足补款的关系。
- 判断
- 先建立资金与订单状态关系，再决定页面在充值、行程完成、优惠抵扣和余额不足时分别展示什么。
- 结果
- 将两段式结算转成连续的订单状态、费用明细与补款界面，让甲方和开发围绕同一套逻辑推进。
订单从履约到结算、补款和关闭的状态关系
附加费、钱包余额、优惠券和最终待付金额
以界面方案作为共同语言，统一甲方与开发的理解
- 问题
- 钱包规则分散在接口文档和甲方说明中，开发团队也难以一次理解完整计算关系。 项目当时没有单独产出钱包纸面规则文档，主要通过设计稿和会议讲解确认接口字段、页面状态和异常处理。
- 判断
- 我阅读接口文档后直接把规则画进设计稿，并通过会议逐项讲清字段、状态和页面反馈，不把后期复盘图冒充当时的纸面交付。
- 结果
- 以可操作的界面方案作为共同语言，减少口头规则在甲方、设计和开发之间的理解偏差。
履约阶段的订单状态与操作
费用变化、抵扣关系与待补款动作
交付推进
在没有专职项目经理的情况下统筹交付
我不安排具体开发任务，而是负责整体排期、周报汇总、甲方同步、风险跟进和验收上线；开发总监负责技术实现与团队管理。
- 01启动
项目启动
组织启动会，明确耀出行、设计与开发的合作关系，并制定整体排期。
- 02确认
规则与方案确认
通过设计稿、会议和规范邮件确认预订、钱包、优惠券与结算规则。
- 03推进
开发推进
开发总监负责具体任务；我汇总每周周报、判断整体进度与风险，并向甲方同步。
- 04验收
走查与验收
跟进设计走查、问题闭环与验收文件，持续校正实现和业务规则。
- 05上线
正式上线
完成设计、开发协同和验收，小程序在 Alipay 国际版上线并持续运营。
界面落地
关键流程与最终界面
用连续流程说明服务入口、航班信息、履约状态和钱包结算如何共同落地，而不是平均陈列所有页面。
游客模式与登录后置
在平台审核规则和市场输入下，先形成预订意图再触发登录。
航班驱动的接送机流程
从 Airport 入口、航班号输入到匹配结果和选车，减少用户手动补齐机场与日期信息。
从履约状态到补款完成
页面重点随订单状态变化，并在行程结束后继续解释最终费用和补款动作。
订单与服务状态
履约阶段反馈
待补款与支付闭环
职责边界
设计与交付推进的职责边界
把我承担的项目统筹与开发总监负责的技术实现分开说明，准确呈现双方职责。
| 负责事项 | 实际职责与边界 |
|---|---|
| 体验设计 | 独立完成服务流程、交互与视觉，以及订单、钱包和结算方案 |
| 整体排期 | 制定项目阶段与交付节点，持续判断进度和延期风险 |
| 周报与客户同步 | 汇总开发总监周报，并通过规范邮件向耀出行同步进展与待确认事项 |
| 开发管理边界 | 开发总监安排技术实现和具体任务；我不安排具体开发任务 |
| 验收上线 | 跟进设计走查、问题闭环和验收文件，推动项目完成上线 |
上线与复盘
上线结果与项目复盘
只说明已经确认的上线事实、个人贡献和协作边界，不用未经验证的数据放大结果。
产品结果
耀出行小程序已在 Alipay 国际版正式上线并持续运营，核心范围覆盖预订、订单、钱包和费用结算。
我的贡献
我独立完成核心体验设计，梳理钱包、优惠券与最终费用关系，并统筹整体排期、客户沟通、周报同步、验收材料和上线推进。
协作边界
耀出行是甲方并负责与 Alipay 确认平台和支付方案；开发总监负责具体技术任务。我未直接参与耀出行与 Alipay 的商务沟通。
数据边界
当前没有可公开的体验指标、支付成功率、预约完成率和业务数据，因此不把正式上线写成已经证明业务增长。
设计复盘
这个项目让我确认：项目推进不等于安排开发任务，而是建立清楚的排期、信息同步和验收机制；面对陌生支付规则，设计师也需要主动阅读接口、梳理状态，再把复杂逻辑转成各方都能执行的界面方案。
继续浏览