2026 / WORK MAP
这一年，重点做深两件事
01 · 亲子出行场景
让履约开始理解具体人群
具体人群场景识别服务编排
把服务与亲子用户当下的风险直接对应。
02 · 入境卡申报
让必办任务只留下必要操作
履约任务最短路径信息复用
从复杂表单，收敛为可快速完成的任务。
03 / 15
01
NEW PROJECT / MVP
CASE ONE · PEOPLE
亲子
出行
从通用服务，到围绕亲子需求组织体验
让履约服务开始
围绕亲子需求组织。
CORE FRAME · 亲子旅程
亲子场景方案
04 / 15
REAL USER SIGNALS
亲子问题
不是想象出来的。
223
四类问题咨询量合计
137亲子选座 / 值机
52亲子行李 / 推车
22亲子证件 / 信息修改
12摇篮 / 餐食预约
223 为图中四类咨询量相加，用于说明问题规模，不是设计结果。
USER NEEDS · 咨询原声与规模
Figma Frame 503:76325
05 / 15
SOLUTION EVOLUTION
从“自己找”，到直接办理儿童服务
01 · 通用页面
用户自己找服务
服务都在页面里，但用户要自己找。
02 · 亲子场景
此刻先做什么
儿童餐、摇篮、连座被放到对应出行阶段。
03 · 真实儿童服务
选择儿童餐 / 婴儿摇篮
直接看到年龄、申请时限与适用条件。
07 / 15
ONE REAL TASK · 婴儿摇篮
推荐之后，
还要让用户知道
怎么完成。
先识别是否适用，再说明条件、收集必要信息，最后让用户复核提交。
01识别适用与办理价值
02补齐航司所需信息
03复核后提交办理
→
01 · 条件与必要信息
02 · 复核与提交
Frames 484:58253 / 484:58318
08 / 15
ENTRY WEIGHT
入口为什么
必须变重？
原来“提前申报入境信息”，看起来像一个可选服务。
问题用户还要判断：要不要办、是否收费、是否有效。
现在直接说明：出发前需完成、免费、与官方同效力、约 3 分钟。
任务从“可选”变成“必办”，入口才跟着变。
BEFORE · 推荐服务
入口 · 可选服务
只写“去办理”，用户还要自己判断
AFTER · 必办待办
入口 · 出发前需完成
说明免费、效力、耗时，并给出办理动作
11 / 15
KEY DESIGN JUDGEMENT
原来一路填写，现在只补 3 项。
BEFORE · 原链路
→
点入口 → 选择乘机人和办理方式 → 进入申报 → 逐项填写
AFTER · 只补缺失
20 → 3
系统已带入 20 项
用户只补职业、目的、地址
补 3 项 → 复核 → 提交
CORE FRAME · 484:47701
12 / 15
COMPLETE TASK CHAIN
从进入，到提交，
再到结果确认。
01敢不敢办：效力、免费、耗时
02能不能快办：自动带入、只补缺失
03办完是否确定：状态、电子卡、使用说明
01 · 建立办理信任
入口策略 · 484:47403
03 · 形成结果确定感
结果闭环 · 484:48223
NEXT VALIDATION
入口点击率填写完成率平均填写时长关键字段流失率
当前展示方案链路，不展示未确认口径的数据。
13 / 15
OTHER WORK / ONE PAGE
主项目之外，我还做了什么
WORKFLOW
用户反馈
洞察机制
把零散反馈去噪、结构化和分诊，让真实问题持续进入设计判断。
01采集与去噪
02问题结构化
03分诊与验证
SELF-INITIATED
定义日常
奖励产品
从行为积分工具，收敛为“打开就得到具体奖励”的产品承诺。
AI WORKING METHOD
更快形成
可验证原型
用 Codex 与 AI 把想法更快变成可交互原型，再回到真实场景中校验判断。
重点不是生成更多页面
而是缩短从判断、表达，到验证的距离。
14 / 15