本节书摘来自异步社区《UCD火花集2：有效的互联网产品设计 交互/信息设计 用户研究讨论》一书中的第2章，第2.1节，作者 UCDChina，更多章节内容可以访问云栖社区“异步社区”公众号查看
第2章 交互设计
UCD火花集2：有效的互联网产品设计 交互/信息设计 用户研究讨论
一个被纠缠了好几年的概念，如今还在继续论证和调整中。由于互联网产品本身的特质，导致交互和界面重合度较高，每个人遇到的情况均各不相同。
- 交互到底是做什么的
- 好习惯和坏习惯
- 交互设计师容易犯的错误：把自己禁锢在解决方案之中
- UI和IxD
- 再谈交互设计、用户体验设计工作
2.1 交互到底是做什么的
UCD火花集2：有效的互联网产品设计 交互/信息设计 用户研究讨论
文/李小帅
听说个事情，产品人员A拿着类似以下这张图跟交互设计B说：这个页面的原型我替你做好了，你让C开始视觉设计吧……
听完挺郁闷的，不仅是为交互的工作价值被无视而唏嘘，也是在为公司的招人不慎而忧虑，怎么就让这些不懂事的混进来了呢，影响团队质量啊。
不能忍了，今天就以这个图中最简单的文本框为例，简要的说一说交互到底是干什么吧。一个交互在听到或看到这个方案时一般会考虑这么几个基本问题。
确实需要这个东西么？
用户确实需要在这里输入、编辑文本或数值么？如果是，OK，那么确实需要。
这个东西是什么，用什么最合适？
必须是文本框么？如果是，那需不需要带微调组件？输入数据受哪些限制么？把所有要输入的有效值都罗列出来是否可行，如果可行，那单选列表框、下拉列表、可编辑的下拉列表是否更加方便?甚至是滑块呢？如果用户需要对所有有效值进行尝试性输入并希望立即得到反馈的话，滑块无疑是最合适的（Photoshop用户可以回想一下“Crtl+L”、“Crtl+U”后的使用情景）。
这个东西该长什么样子？
需要输入的数据是格式化的还是非格式化的，系统能把非格式化的输入自动识别成格式化数据么？如果不能而需要采用连续文本框（就类似于输入CD-Key的那种组框）的话，自动离开（切换焦点）功能是否需要，规则怎么定？如果可以做成单一文本框，那长度应该定成多少，才能既避免内容遮挡引发的不必要滚动，又能节省屏幕空间而不给用户造成输入前的心理压力？
交互方式是怎样的？（文本框还有交互方式？是的，有，而且还不少。）
是否需要辅助输入和自动完成功能？数据对齐方式是什么？内容非空的情况下，获得焦点时是全选显示还是插入光标？（这取决于用户需求，选中文本框是为了替换删除里面的内容，还是插入补充继续完善？前者全选，后者光标。这个问题很影响用户体验，但又经常被忽略掉）。另外，文本框内容的校验规则以及提示/反馈的样式，也需要非常全面而深入的考虑，因为之前有写过一篇文章来浅析这个问题，这里就不啰唆了。
……
以上这些，都是交互设计应该考虑的事情，而且是最基本的、最常见的、未作针对性深入挖掘的。你还觉得交互的工作就是拖个控件出来摆摆位置然后生成个DEMO么？
现在公司们对员工的要求越来越高，既要懂那个又要懂这个，UE的要有市场嗅觉，产品的要能设计交互DEMO……我觉得这种风气误导性很强，还是术业有专攻吧，把自己的本分做好最重要。最怕的就是那些自己的本分都做不好，又不了解别人的本分是什么的主儿。
全力做好你该做的并尊重信任你的同伴，这是一个专业而优秀的团队中，每个人必须具备的素质。
