01
先写清人和场景
别一上来就画界面。先写清谁在什么场景下，为什么要完成这件事。
- 把问题综述写成一句人话
- 写人物角色和情境场景剧本
- 先把理想体验讲成故事，再决定页面
输出：问题综述 / 人物角色 / 场景剧本
来自 181012 设计前期——场景剧本及需求分析 + 180419 交互设计流程
流程骨架
一个更像设计工作的推进顺序。
先理解人和场景，再研究、梳理结构、画地图，最后才进入页面、规范和验证。AI 只是把速度放大，不会替你跳过这些步骤。
02
先做研究，不凭想象补需求
用访谈、观察和反馈去确认真正的问题，而不是用自己的习惯代替用户。
- 明确受访者标准、分工和记录方式
- 按行为、感受、想法整理材料
- 把二手需求重新问回用户现场
输出：访谈提纲 / 研究记录 / 需求线索
来自 用户研究之「用户访谈」的设计 + UXCLASS 用户视角下的需求挖掘与分析
03
把内容、任务和优先级整理清楚
在画原型之前，先把内容结构、任务顺序和优先级梳理出来。
- 区分信息结构图和产品结构图
- 把商业情境、内容和用户信息搜寻行为一起看
- 把必须有、可提升、可延后分开
输出：信息架构图 / 任务流 / 优先级判断
来自 190213 信息架构 + 180419 MYTIME目标导向设计流程
04
把旅程、触点和情绪画成地图
真正的问题常常不在单页，而是在多触点、多角色和多系统之间。
- 把用户做什么、感觉什么、想什么拆开
- 把竞争者、业务能力和机会点一起放进图里
- 按阶段命名，而不是按页面命名
输出：用户体验地图 / 服务蓝图 / 机会点清单
来自 设计师，如何制作用户体验地图 + 服务设计与商业模式
05
再进入页面、状态和交接设计
页面只是其中一层，状态说明、反馈规则、权限和人工接手也要一起设计。
- 关键动作之前要先确认预期
- 等待、执行、失败和恢复都要可见
- 跨角色或跨系统时，明确谁在处理、谁能接手
输出：页面流 / 状态说明 / 交接规则 / 交互规范
来自 180419 交互设计流程 + 1号会员店丨全局控件&规范
06
最后做自查、测试和迭代
设计不是交稿结束，而是要在真实使用里继续把空状态、异常和分支补齐。
- 逐项检查目标、角色、入口、中断和离开
- 重点补空状态、极限情况和异常操作
- 用复盘把规律沉淀成以后能复用的盒子
输出：交互自查表 / 测试问题单 / 复盘记录
来自 180321 交互自查表 + JD交互设计工作复盘
用户体验地图
一张适合 AI 产品的用户体验地图
这张图不是功能树，而是看用户在每一步做什么、最容易在哪一步慌，以及设计应该用什么产出物把它接住。
01
看见入口
- 用户会做
- 用户先判断这是不是给自己的。
- 最容易卡住
- 还没理解你是谁，就先被复杂信息压住。
- 设计要补
- 说清定位、对象和承诺。
- 常见产出物
- 首页定位 / 问题综述 / 场景剧本
02
理解并决定继续
- 用户会做
- 用户开始比较方案，决定要不要继续。
- 最容易卡住
- 信息太散，不知道先看什么、先做什么。
- 设计要补
- 整理信息架构、关键路径和优先级。
- 常见产出物
- 信息架构图 / 任务流 / 优先级表
03
提交任务或请求
- 用户会做
- 用户输入、授权、确认，正式发起动作。
- 最容易卡住
- 不知道系统接下来会做什么，也不知道风险在哪里。
- 设计要补
- 确认预期、说明权限和关键动作边界。
- 常见产出物
- 关键流程图 / 确认文案 / 权限说明
04
等待系统执行
- 用户会做
- 用户在等 AI 或系统完成任务。
- 最容易卡住
- 看不见进度，不知道有没有卡住。
- 设计要补
- 把状态、日志、反馈和取消能力做出来。
- 常见产出物
- 状态图 / 反馈规范 / 运行日志
05
查看结果并继续
- 用户会做
- 用户开始判断结果能不能用、下一步该怎么走。
- 最容易卡住
- 结果出来了，但不知道是好是坏，也不知道下一步。
- 设计要补
- 解释结果、给出下一步和人机分工。
- 常见产出物
- 结果页规范 / 审核清单 / 下一步引导
06
出错后恢复
- 用户会做
- 用户需要回退、补救、找人接手。
- 最容易卡住
- 失败了却没有恢复路径，人被困住。
- 设计要补
- 说明失败原因，给出恢复和人工入口。
- 常见产出物
- 异常流 / 服务蓝图 / 人工接手说明
设计工具
常用的设计工具，不该只停留在文件名。
每个工具都对应一个问题场景。什么时候用、用来回答什么、最后产出什么，要比“会不会画”更重要。
01
场景剧本
什么时候用：还没确定体验应该怎么发生之前
它回答：谁在什么场景里，为了什么目标，需要系统怎样帮他？
最后产出：问题综述 / 人物角色 / 情境故事
02
用户访谈
什么时候用：团队在替用户想答案的时候
它回答：真实用户怎么做、怎么想、哪里会卡？
最后产出：访谈提纲 / 研究记录 / 需求线索
03
信息架构图
什么时候用：内容开始变复杂、页面开始变多的时候
它回答：内容该怎样组织，用户怎样才能找到路？
最后产出：信息结构图 / 导航层级 / 模块关系
04
体验地图 / 服务蓝图
什么时候用：问题横跨多个触点、角色和系统的时候
它回答：用户在哪一步情绪最差，背后是哪一段服务没接住？
最后产出：阶段地图 / 触点清单 / 机会点
05
交互自查表
什么时候用：准备交付、评审或上线前
它回答：空状态、异常、中断、反馈、权限和恢复都补齐了吗？
最后产出：检查清单 / 待补问题 / 复用规则
证据层
证据层：让档案服务技能，而不是停在陈列。
公开来源提供通用准则，本地档案提供落地经验；两者在技能包里并列出现，形成可追溯判断链。
开源审计工具
方法定完以后，再用这两个工具收口。
先用方法判断该查哪一段，再用对应的 skill 去查页面和服务链路，会比一上来就改页面更稳。
变化时间线
为什么今天不能只看页面，而要一起看流程和 AI 执行链路。
UX 的单位一直在扩大。AI 让这个变化变得更明显，而不是更不重要。
1990s
网页先学会把自己讲清楚
首页定位、导航、信息气味和可扫描性，成为网页设计的第一层要求。
2000s
设计开始从页面扩展到服务
人们发现问题往往不在单页，而在旅程、触点和组织协作。
2020s
AI 体验带来新的解释与控制问题
系统越来越会做事，也越来越需要说明边界、不确定性和状态。
2025+
Agent 让 UX 继续扩展到交接、接管和恢复
权限、日志、审批、接管和恢复，成了新的体验对象。
参考来源
这些公开来源，支撑了这套站点结构和判断方法。
这里只放会直接影响首页、服务链路和 AI 体验设计的那些来源。