app用户体验性「任务」和「任务设计」

词条1 - 任务
 
任务是用户为达成某一目标而进行的一系列操作。可由若干个子任务组成。任务千差万别，但大致可分为下面几类：
 
1. 通信型任务（communication task）：使信息从生产者传递到使用者的活动。
 
2. 对话型任务（dialogue task）：使用户能指挥和控制与系统交互的活动。
 
3. 认知型任务（cognitive task）：获得信息即可执行的活动，或与系统功能关联的活动。
 
4. 控制型任务（control task）：允许用户对信息及其他任务处理的顺序进行控制的活动。
 
具体开发这些任务时，将用到用户界面设计技术——任务分析和建模。
 
词条2 - 任务设计
 
任务设计有两种途径：
 
1. 基于用户的任务设计。
 
a) 从实际出发，将用户自然状态下的场景映射为在人机界面上执行的一组类似的任务。
 
b) 在没有类似产品的情况下，通过深度访谈或焦点小组等方法，获得概念原型，结合可用性测试获得用户使用的可能场景。
 
c) 在有类似产品的情况下，通过深度访谈或焦点小组等方法，获得用户使用同类产品的真实场景。
 
d) 将获得的真实场景划分为典型场景和非典型场景。优先按照典型场景设计任务。
 
2. 基于需求规格说明书的任务设计。
 
通过研究需求规格说明书，导出一组与设计模型、用户模型和系统假想相协调的用户任务。
 
案例 - 记账应用的任务场景
 
以记账类应用为例，说明目标用户群体自然状态下的场景如何映射成为任务。
 
场景一：基础场景
 
不管属于哪个用户群体，记账时，记录收入和支出，并在月底时对支出进行分类统计，都是必须的需求，无论记录的载体是纸质的小本，还是电子的记事本。
 
所以，对记账类应用来说，记录收支状况和进行数据统计，是最基本的两个任务。这两个任务，来自于用户记账的基础场景。
 
场景二：扩展场景
 
除了基础场景外，还有部分场景也是各个用户群体都可能遇到的，但是却不是必须的场景。比如预算。进一步的记账类应用，会根据预算场景的映射来设计任务。
 
场景三：不同用户群体的差异化场景
 
1. 对账务情况要求严谨的专家用户群体
 
这个群体，家庭的财务状况一般较为复杂，收支种类较多。日常账务管理方面，需要进行多维度的记录和分析。
 
映射到为这部分用户开发的记账类应用上，就要反映出任务设计的专业性。需要提供全面而强大的各类任务，比如重复性支出、固定支出等多种处理支出的方式，多维度的报表、分类预算、分类预警等，满足记账任务每一个可能的、细化的需求。比如挖财、随手记。
 
2. 以工资收入作为主要收入来源，家庭消费作为主要支出的一般用户群体
 
这个群体，每个月的收入，就是一次性的工资，支出也以家庭消费为主，并不需要专业的财务分析，如果按照专家用户的标准，为他们设计记账任务，就会造成流程复杂耗时，增加用户每次的使用成本的问题。
 
映射到为这部分用户开发的记账类应用上，就要反映出任务设计的简易性。比如 Wally 考虑到一般人的每月收入就是一次性的工资，所以直接将“计收入”的功能和“做预算”合并；莴苣账本 没有采用重复性支出的记法，而是将大家最普遍用到的房租、水电等作为固定支出不计入预算；Dailycost 则最简化记账任务，选择分类→输入金额，即可完成一次记账的流程，其创作者认为，对于非习惯记账的用户能坚持记录消费就是胜利。


 
场景四：深度挖掘出的场景
除了以上的三类场景，还有一类场景，是日常用户不会清晰体现出来的，但是经过用户研究等科学方法，可以深度挖掘出来。这类场景映射的任务，通常都可作为这个应用的亮点。
 
比如：
1. 记账相机和 Picaca（挖财），都是利用拍照来完成一次记账；
 
2. 出差报销（挖财）则提供是否可报销、是否有发票等标签方便差旅记账；
 
3. Trackash 是用自然语言记账，再提取出里面的数据信息完成记账；
 
4. 而莴苣账本推出的微信版则通过调用微信的功能，支持语音记账或者在对话框中使用简单的自然语言记账，特别方便日常购物随手记。



 
以上分析的是基于用户的任务设计，这是设计自营产品的主流方法。
对于外包公司来说，则需要根据需求规格说明书进行任务设计。需求规格说明书中，一般已经对用户需求进行了严格定义，此时的任务设计，相对直接分析用户需求来说比较简单。只需将需求转化为任务，将任务拆解成子任务，将子任务转化为用户执行步骤，并体现在 UE 设计上即可。
 
来自在线教育平台，文/企业App研究，微信号：mobile-business