批量操作在表格&列表中的运用
工作总结
本文主要总结了在日常设计中的碰到的批量操作问题，主要围绕复选框+操作按钮的方式展开：批量操作按钮应该常显吗？复选框应该常显吗？ …. 在文中列举了不同的方式，分析了它们的优缺点。在多选操作中，还探讨了可能出现的问题和陷阱。最后结合了一个电子商务平台订单管理系统的应用案例，讨论了不同的批量操作方案。强调一下，根据具体场景和用户需求进行合理选择。
目录
1.常见的组合
2.批量操作按钮的位置
3.操作方式
4.多选操作
5.应用案例
6.参考文献
1.常见的组合
1.1 复选框+操作按钮（后面其他小节，都是围绕这种方式）
优点：批量操作直观
缺点：占用空间、不够简洁
A是谷歌邮箱，经常有垃圾邮件等，会常用到批量操作
1.2 鼠标框选/Shift+鼠标右键/快捷键
缺点：批量操作比较隐晦
优点：效率反而更高
B是谷歌网盘，云端文件往往是主动备份的内容，比较稳定
综上所述，选择方式需要考虑到功能的频次、用户专业度、页面的空间、交互形式等等。比如Gamil单击列表，是打开详情页，那么它多选则需要通过复选框来实现.
只能说相对高频的操作/本次任务就是批量操作（后面“触发方式”会讲到），可以优先考虑是否可以采用“复选框+按钮”。当然最后还得具体问题具体分析
补充一次，上述的方式可以结合使用，比如鼠标框选也能和方式1结合
思考题
微信通讯录管理，低频吧，那为啥要这么显眼的复选框？
- 因为他已经进入管理页面了。本来就是带着目的来的，还不显眼，要急死人家嘛
2.按钮位置
上右（不推荐）
- 距离偏远，操作麻烦
- 不符合亲密性原理，较难视为是一个整体
上左
- 尤其使用全选操作时，操作会很方便
- 符合亲密性原理
下方
一般是勾选复选框后出现按钮（下面也会讲到），由于人的视线一般偏屏幕上方，出现按钮时，可能不容易察觉。
3.操作方式
3.1 通过模式批量操作
咱们可以先聊聊什么是模式，可以简单理解：通过特定的操作来进入到不同的模式，以访问不同的功能。
尼尔森提到“模式”这个东西的本意是“聚焦用户的注意力、减少用户可以做的操作，以便于用户能更快捷地找到在当下具体场景中所需的操作与信息”。
在Figma中，对比sketch，它大量使用了模式，极大的简化了界面，更加高效。例如选中两个矩形，才会进入布尔运算模式。
但是它带来的缺点也不能忽视，在使用的过程中需要考虑到方方面面。界面专家 Jef Raskin 强烈反对模式，他写道：“模式是界面中错误、混乱、不必要的限制和复杂性的重要来源。”
2009年法国航空447号航班失事事件导致了228人的生命丧失，原因是飞行员在飞机高度降低时，试图通过向上拉动飞机操纵杆来应对。在平常情况下，如果启用了自动驾驶，这是正确的操作。但是由于一个重要的气速传感器被堵塞， 自动驾驶进入了较低自动化模式。飞行员不能准确了解现在所处的状态，导致操作失误。
飞行员不知道当前处于什么模式下，从而导致了灾难的发生。自动切换模式，需要让用户清晰的知道当前的状态。
手动切换模式，用户也总是忘记自己身处某个模式下，可能会做出此模式下无效的错误操作。比如汽车倒车误以为是前进出问题的频繁出现。
对于进入模式后，要不要禁止除模式外的其他操作，在这篇文章中就展示不写了。后面有时间可以单独写一篇模式的
3.1.1 按钮触发
属于传统的模式，通过批量操作按钮进入，批量操作模式。
如下图，点击“批量删除”模式，就进入了批量操作模式，然后进行多选操作，最后再点击删除。一共需要3个步骤。显而意见，这种操作方式，比较复杂
3.1.2 多选触发
现在比较常见的设计。通过多选操作，预判了用户需要进入批量操作模式，比上面的方式少了一步。
当然这个设计有个缺点是：功能可见性弱。点击复选框之前，用户不知道有哪些批量操作。因为现在这种设计也比较常见， 如果批量操作是删除、导出之类的，就可以放心大胆的用。如果涉及到到一些比较新的功能、想突出的功能，那么可以考虑不适用模式
这种方式还带来一个问题：复选框一直出现，增加了视觉上的复杂性。对此，有一种解决方案是hover的时候才出现复选框（这种方式，我还没思考它的优缺点及适用场景。有小伙伴知道的，请指导下）
3.2 非模式批量操作
在一开始，批量操作就全部暴露在用户视野中。好处自然是一目了然，知道有那些功能。缺点是牺牲了简洁性。
这种方式，按钮往往有如下两种状态
3.2.1 禁用
未勾选复选框时，操作按钮时置灰的。建议hover时需要提示，为什么置灰
3.2.2 激活
无论复选框勾选与否，按钮都是可以点击的。若没有勾选记录，则Message提示
4.多选操作
多选操作会出现不少问题，常常会陷入多选陷阱
- 是否可以跨页多选
- 跨页多选之后，容易忘记哪些已经被选中了
- 全选操作，是仅限本页，还是包含所有的分页？
这个问题我就简单提下，具体可以看看这个老师写的文章
https://mp.weixin.qq.com/s/BpflVanCD577uc4gsq4-PQ
5.应用案例
在一个电子商务平台的订单管理系统中，以订单管理--已卖出的商品为例（我不是做电商的，电商产品状态比较多，还适合讲这个案例，这边更多的是结合功能说，但具体的场景肯定存在说的有问题的地方，请忽视）
5.1 基础
需求
原有表格没有批量操作功能，现有计划新增批量标记功能，且对每条记录都能操作
方案
订单管理页，显而易见是管理，经常涉及批量操作。虽然现在只有批量标记功能，但是以后还会有很多批量功能出来。那么批量按钮适合常显（如下图的非模式批量操作），而不适合3.1.2的多选触发。
3.1.1中的按钮触发，按钮也是常显的。不过操作比较复杂，现在看来并不合适
5.2 进阶
需求
现需要加入批量发货功能。未付款的的订单不能发货，已付款的订单能批量发货
方案1
允许多选操作，但是批量操作后报错。
操作前不可预知，操作后也不知道哪些记录不能被操作。
此方案不好
方案2
多选，点击批量发货，提示"xxx"无法发货，其他的完成发货
操作后有清晰反馈。但是弹窗提示，挺笨重的。当弹窗内的商品很多，弹窗又该如何展示，用户甚至都不清楚哪些被发货了
综上，这个方案会有适合的应用场景，但是存在局限性
方案3
当选中不可操作的记录时，按钮置灰。
依旧是操作前不可预知，不能防错。如果有多个批量操作功能，点击复选框对应的按钮真是一闪一闪亮晶晶了。但是对比方案1，操作后能知道哪些不能发货、且少了点击操作按钮的一步。
此方案差强人意
方案4
采用按钮触发的模式操作
这种方式，用户全程操作都会有较强的掌控感。需要注意是，让用户清晰的知道自己当前所处的模式。
方案5
写到最后，发现选的案例不好。上述方案都不怎么适合。做成不同的表，每个表有不同的批量操作即可
这个案例将就看吧，仅讨论功能，以后有合适的案例我就更换下。
不同方案其实还是有不同是适用场景，不过方案1无论在哪个场景，都是个糟糕的设计。比如：虽然最后我选了方案5，但是如果不同的批量操作功能能多，且分散在不同的表格，用户可能需要先找到正确的表格，才能进行对应操作，需要稍微额外的认知成本。
像方案4，按钮触发的传统模态方式，虽然在前面介绍的时候，存在诸多缺点。在业务较复杂的时候，也是觉得问题的一把好手。如果不是在这个案例，用户的需求可能比较关注不同记录的不同状态，那么不拆成两张表格就比较合适，方案4则优于方案5
参考
https://www.zcool.com.cn/article/ZMTQxMTM0NA==.html
https://en.wikipedia.org/wiki/Mode(userinterface)#cite_note-18
