Completist

纠结的交互设计

前段时间，设计了一个Excel导出的交互，但最终的方案被打了折扣。为了说明清楚这个纠结的故事，我先介绍下这个功能为何。

背景

这个功能在一个MIS产品中使用，承担将系统中的数据导出到Excel文件以让用户保存到本地的任务。它是项目已经实现一半的时候，由需求随口提出加的，所以我也要在此时补上这个交互设计。

与一般的Excel导出不同的是，这里要导出数据量可能很大，所以设计时，关键要考虑导出数据量巨大时的体验。

最初设计

“x，给我们出这个功能的交互原型吧”，是的，这句话就是全部需求，也是实现人员对我的唯一要求。虽然过于简洁，但我还是满怀热情地开始了。

这是我初次完成的流程：

流程图

流程与原型各人员确认后，实现人员表示鸭梨很大，系统设计向我反映“增加进度反馈的设计，至少增加了 7人天的工作量”。他的比较基准是他想象中的交互：用户选择导出一个5万条记录的结果，在屏幕沉默几分钟后，喝茶回来的用户欣喜地看到系统提示他可以把文件存到本地了！于是，团队人员开始各抒已见，最终由开发经理与产品经理沟通，暗暗地确定不做进度提示，因为“投入和产出比不高”。

折衷

结果，我据理力争，以卵击石，愚公移山，舌战群儒，说服大家接受了这个设计，系统设计大哥哑口无言，产品经理笑而不语，开发经理默默追加投入去了。

可惜，以上只是我的YY，现实是——我去掉了进度显示。上面的YY并不是因为我很郁闷，实际上我的内心深处接受了这样的结局。原因有四：

• 没有它，对产品体验影响不大。这里的影响不是单纯从这个功能，而是从整个产品的规模上——前文提到，这是个小功能，没几个用户会用。
• 追加它，工作量确实增大不少。系统设计向我提出不好实现时，我装无知，又弱弱地深究了下，其实我知道当年花一周时间摸索写的php文件上传进度显示的难度，而这个进度显示显然更复杂。
• 去掉它，设计的中心思想没变。没有准确的百分比提示，等待的体验依然是可以被照顾的。比如我在1秒后，会显示“数据量大，请等待”字样，增加动态图标，提供取消导出的操作。用户仍然能感觉到导出任务是在有条不紊地进行着，因为随时可以取消，所以也不会变得手足无措。
• 现在去掉它，不代表永远就没有了。如果后期可用性测试中发现，导出性能实在太差，耗时太长，进度提示还是改良的一种选择。

思考

一个想法不被人接受，肯定是有挫败感的，但我认同曾经不知何处看到的一名话——交互设计是个妥协的过程。导致你改变设计的不只是设计本身，可能还有政治文化（见之前的文章）、项目进度压力等等。设计方案一字不差地被接受自然值得庆幸，可如果它能综合各种方案的长处，最终符合了所有的要求不是更完美吗？交互设计师不只做设计，吸收统筹也很重要。

另外，出现这种情况也是关乎开发实力的问题，如果这个团队没有这么多新人，交给一个牛人来，他可能三下五除二就把它搞定了，谁跟你磨叽这种小菜。不过，只有自己牛了，也才有牛人意愿跟你打交道。