取消、返回、关闭的交互逻辑

　　平时在工作中取消返回关闭，都是为了解决页面的跳转逻辑，一般在页面的左上角，但到底什么时候用取消返回关闭，每个APP的做法都不太一样。本文主要以iOS的原生APP和各行业标杆的APP为依据，进行分析。
　　部门开始做一些交互设计专业方面的学习，形式采用的是，大家罗列出关于自己工作中遇到并且想要了解清楚的知识点，然后大家各自进行一些资料收集后，找个时间一起碰一下，进行一些交流，交流会后产出一个大家现阶段达成比较有共识的结论，然后运用到工作中。
　　笔者还是挺喜欢这样的形式，一方面每周去总结自己在工作中所遇到的问题，另一方面push自己去解决这些问题。而且两个礼拜下来，团队所形成的这种讨论的氛围和讨论的过程，已经让自己慢慢在平时使用各种APP时，下意识地去思考产品背后的用意。这种在生活中也带着工作思维的习惯，在潜移默化中也不会让自己反感。
　　以下是第一期的结论，以后会根据内容的重要程度或者机密程度选择性地展示一些。
　　主题：取消返回关闭交互逻辑
　　平时在工作中取消返回关闭，都是为了解决页面的跳转逻辑，一般在页面的左上角，但到底什么时候用取消返回关闭，每个APP的做法都不太一样。团队在讨论中主要以iOS的原生APP和各行业标杆的APP为依据，进行分析，现在将结果展示给大家。
　　先来讲讲三者的概念。
　　取消（Cancel）
　　牛津释义：Todecidethatsththathasbeenarrangedwillnottakeplacenow。
　　中文直译：使计划中的sth当前不发生
　　交互定义：终止一个当前可执行的动作
　　举个栗子：
　　关闭（Close）
　　牛津释义：Toendormakesthend。
　　中文直译：使sth关闭
　　交互定义：退出一个场景或功能
　　举个栗子：
　　返回（Back）
　　牛津释义：Toendormakesthend。
　　中文直译：使sth关闭
　　交互定义：退出一个场景或功能
　　举个栗子：
　　那什么时候分别用“取消”、“返回”、“关闭”的交互逻辑呢？
　　在单个任务上是有流程顺接性的，就用“返回”，一般用于页面上的主任务流程。比较独立，且是次要的任务入口用“取消”或者“关闭”。
　　什么是页面主次要任务？
　　交互定义：大多数用户在当前页面期望操作的流程，或者是PMUE更希望大多数用户操作的任务流程，可以认为是主要任务，其他流程可以认为是次要任务。
　　举个栗子：
　　如以上案例中，健康APP中，“今天”页面的主要任务是浏览各项数据，其中“站立小时”是主任务中其中一个子流程，并且在逻辑上对主任务来说具有顺承性，于是在“站立小时”的页面左上角就是一个“返回”。而在“今天”页面右上角有查看资料的功能，这个功能比较独立，对于主任务浏览各项数据来说不影响，可有可无，所以在左上角是关闭功能。
　　那“取消”、“关闭”又怎么区分呢？
　　页面的承载功能仅为浏览查看作用，就用“关闭”，带有操作性功能的用“取消”，操作性动作包括编辑、分享、新建等。
　　如上面的案例中，资料页面承载的功能是浏览个人信息，主要是浏览查看的定位功能，所以左上角是“关闭”。但如果是短信收件箱，左上角“编辑”功能点击之后，则会变成“取消”。
　　研究了更多的APP之后，也发现以上结论并不是一成不变的，只是建议，更多的，还需要设计师结合产品实际使用场景做判断。