牛C网

听说个事情，产品人员A拿着类似如下的这张图跟交互设计B说：这个页面的原型我替你做好了，你让C开始视觉设计吧... ...



听完挺郁闷的，不仅是为交互的工作价值被无视而唏嘘，也是在为公司的招人不慎而忧虑，怎么就让这些不懂事的混进来了呢，影响团队质量啊。

不能忍了，今天就以这个图中最简单的文本框为例，简要的说一说交互到底是干什么吧：

一个交互在听到或看到这个方案时一般会考虑这么几个基本问题：

1. 确实需要这个东西么？
用户确实需要在这里输入、编辑文本或数值么？如果是，OK，那确实需要。

2.这个东西是什么，用什么最合适？
必须是文本框么？如果是，那需不需要带微调组件？输入数据受哪些限制么？把所有要输入的有效值都罗列出来是否可行，如果是，那单选列表框、下拉列表、可编辑的下拉列表是否更加方便?甚至是滑块呢？如果用户需要对所有有效值进行尝试性输入并希望立即得到反馈的话，滑块无疑是最合适的。（用ps的回想一下你“crtl L”、 “crtl U”后的使用情景。）

3.这个东西该长什么样子？
需要输入的数据是格式化的还是非格式化的，系统能把非格式化的输入自动识别成格式化数据么？如果不能而需要采用连续文本框（就类似于输入CD-key的那种组框）的话，自动离开（切换焦点）功能是否需要，规则怎么定？；如果可以做成单一文本框，那长度应该定成多少，才能既避免内容遮挡引发的不必要滚动，又能节省屏幕空间还不给用户造成输入前的心理压力？

4.交互方式是怎样的？（文本框还有交互方式？是的，有，而且还不少）
是否需要辅助输入和自动完成功能？数据对齐方式是什么？内容非空的情况下，获得焦点时是全选显示还是插入光标？（这取决于用户需求，选中文本框是为了替换删除里面的内容，还是插入补充继续完善？前者全选，后者光标。这个问题很影响用户体验，但又经常被忽略掉）
另外，文本框内容的校验规则以及提示/反馈的样式，也需要非常全面而深入的考虑，因为之前有写过一篇文章来浅析这个问题，这里就不废话了。

... ...

以上这些，都是交互设计应该考虑的事情，而且是最基本的、最常见的、未作针对性深入挖掘的。你还觉得交互的工作就是拖个控件出来摆摆位置然后生成个demo么？

现在公司们对员工的要求越来越高高，既要懂那个又要懂这个，UE的要有市场嗅觉，产品的要能设计交互demo... ...我觉得这种风气误导性很强，还是术业有专攻吧，把自己的本分做好最重要。最怕的就是那些自己的本分都做不好，又不了解别人的本分是什么的主儿。

出处：阿里巴巴（中文站）用户体验设计部（李小帅）
转载时必须以链接形式注明出处及本声明！

---

---