人机交互与可用性工程 · 小纸条

核心机制：层次任务分析HTA要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是编号任务树、计划规则、可选/循环分支和停止条件；实验入口：围绕真实任务制作编号任务树、计划规则、可选/循环分支和停止条件，保留原始材料、版本差异、指标分母和最终设计决定；边界：只有树没有plan会丢失次序、条件和重复语义。

核心机制：目标、任务、动作与操作要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是目标—子目标—任务—动作层级表和对象定义；实验入口：围绕真实任务制作目标—子目标—任务—动作层级表和对象定义，保留原始材料、版本差异、指标分母和最终设计决定；边界：按钮点击是动作而非用户目标，不能从现有界面反推唯一任务结构。

核心机制：用户旅程与关键时刻要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是阶段、目标、行为、触点、情绪、证据与机会的旅程图；实验入口：围绕真实任务制作阶段、目标、行为、触点、情绪、证据与机会的旅程图，保留原始材料、版本差异、指标分母和最终设计决定；边界：情绪曲线若无原始证据只是团队想象。

核心机制：GOMS与KLM估算要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是操作符序列、专家假设、参数来源和方案比较表；实验入口：围绕真实任务制作操作符序列、专家假设、参数来源和方案比较表，保留原始材料、版本差异、指标分母和最终设计决定；边界：KLM不覆盖学习、错误、协作与情绪，不能替代可用性测试。

核心机制：服务蓝图与跨渠道协作要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是前台、后台、支持系统、证据、等待和交接蓝图；实验入口：围绕真实任务制作前台、后台、支持系统、证据、等待和交接蓝图，保留原始材料、版本差异、指标分母和最终设计决定；边界：前台体验问题常由后台策略造成，不能只改按钮文案。

核心机制：异常流与恢复任务要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是正常流、前置条件、失败注入、恢复动作与数据后果清单；实验入口：围绕真实任务制作正常流、前置条件、失败注入、恢复动作与数据后果清单，保留原始材料、版本差异、指标分母和最终设计决定；边界：只画happy path会把真正昂贵的恢复工作推给用户。

核心机制：结构化实验：任务到需求要把用户与情境假设、可观察行为、设计变量、验收指标和决策阈值连成可追溯链条，核心交付物是把三条证据转成用户故事、场景、验收标准和非目标；实验入口：围绕真实任务制作把三条证据转成用户故事、场景、验收标准和非目标，保留原始材料、版本差异、指标分母和最终设计决定；边界：把参与者原话直接改写成解决方案会跳过需求解释。