Q4.07.2task not interface as analysis object设计研究
分析对象是任务而非界面
别名: 任务而非界面 · 界面步骤误当作任务 · 去界面任务分析
概念解释
跟着屏幕点：打开菜单、点提交、等转圈。这是在描写界面，不是在分析任务。分析对象是任务（task as object of analysis）：人要达成的改变（钱报出去、病人对上号、文件成为可对外版本），以及为此必须成立的活动和条件。界面只是当前用来完成这些活动的一种手段。手段换了，任务还在；把手段当成对象，换界面时分析会整份作废，也会看不见那些从没进过屏幕的步骤。
机制
界面有现成的步骤可抄，任务必须从目标倒推，更费力。抄屏幕会把「系统要求你做的」写成「人要做的」，于是验证码、同意条款、把文件先转成某格式，全变成任务本身。真正的任务可能在屏幕之外已经完成或失败：纸质发票没拍到、口头答应了但没权限。以界面为对象还会产生虚假完整性——所有按钮都分析到了，门外的排队和找人签字都不在树上。
怎么研究
先写下不提及任何控件的任务陈述（要改变世界上的什么），再观察完成过程，最后才把用到的界面步骤挂到对应活动下。对比「按页面走查」与「按任务树挂接」：前者会多出无任务意义的点击，后者会多出无界面的活动。因变量包括不依赖当前界面仍成立的节点比例、以及只存在于界面中的假任务数。
边界
当研究问题就是某个具体界面的可操作性（这个对话框能否被理解），对象应当是界面，不必硬抬成抽象任务。安全关键的人机界面有时必须逐步对齐控件与动作，那是操作规程分析，需标明，以免和「报账这件事」混为一谈。全新界面尚不存在时，只能分析任务；这不是缺陷，而是对象选对了。
怎么落地
- 任务树的节点名禁止出现按钮、菜单、页面名；那些只能作为某活动的当前实现注记。
- 发现某一步只为满足系统、不改变外部世界，就标成界面强加，评估能否删掉，而不是写进「用户目标」。
- 设计新方案时先盖住旧界面，问树是否仍然完整；不完整的那些节点，才是要被新界面或非界面手段承接的。
- 验收：用不含控件词的句子向未参与者复述任务，对方应听得懂要完成什么。听不懂，说明分析还停在屏幕上。