互联网从业者都知道做出来的产品要满足用户在情境下的需求，不知道交互设计师是否意识到——交互设计说明也是你的一个产品，这个产品的用户是研发工程师和UI设计师。在写交互设计说明的时候，不妨思考一下你的用户是在什么样的情境下看到这份说明？他们又对这份说明有着什么样的需求？
个人工作总结了一些写交互设计说明的要点，欢迎拍砖、交流和点赞O(∩_∩)O~~

终于，iPhone也步入了大屏手机时代，iPhone 6拥有4.7寸的屏幕，而iPhone 6 plus更是高达5.5寸，人们再也不会想起那位已逝的手机行业唯一的聪明人说过3.5寸是最佳尺寸的话了。大屏的优势是显而易见的，首先更大的机身尺寸可以塞下更大的电池提升手机的续航能力，毕竟面对电池行业技术没有大飞跃的时代，增加电池大小是增加续航最有效的办法了。其次大屏带来的视觉享受和操作体验是小屏不能比的，看视频、电子书、图片感官享受非常棒！全键盘打字从此不再误触。不过手机太大也会造成一些困扰，例如衣服和裤子的口袋已经塞不下了，还有单手操作时，手指无法覆盖屏幕全部区域，带来操作不便，更有甚者因为不能单手接听电话，造成车祸惨剧。

最近想在安卓上开发一个基于一万小时天才理论的APP，因此分析一下iOS上一些优秀的相关APP。iHour则是其中非常有代表的一款，有些设计非常有特色。

好的交互设计应该是透明了，用户不会赞叹这个设计多么优雅多么清晰，但是会在使用过程中觉得这东西自然而然就本该是这样。
我们为什么需要显示时间呢？回到本源，时间的定义是：

事件过程长短和发生顺序的度量。

显然我们用时间来区分事件发生的顺序和事件发生的长短。

很多产品和交互的初学者都有一个很不好的行为，就是刚开始就立马拿着软件开始画线框图，纠结于界面元素的摆放位置甚至是一些详细的界面元素，往往深陷其中，无法自拔。造成这种情况我觉得有两种原因，一种先天原因是可视化的东西有种“魔力”，我们大脑天生就喜欢做事看到马上有效果。另一种后天原因是初学者没有把握好任务优先级，分不清主次。

制作可滚动的列表

在网页里，网页长度超过屏幕长度，浏览器侧边就会出现滚动条，滚动条既是指示屏幕当前所处的网页位置，也可以对屏幕显示的网页位置进行操作。而且滚动条是自然而然出现的，会根据不同的屏幕而适配。不过我们要在Axure里做移动原型的时候，一般先要绘制一个手机框，这个框的高度是定死的，如果在框里内嵌一个Inline Frame（内部框架），框侧边会出现难看的滚动条，要知道移动端屏幕寸土寸金，滚动条只有在进行滚动操作的时候才会出现，默认处于隐藏状态，因此用Dynamic Panel（动态面板）是个不错的选择。

在老师强调了三节课不要急于画原型以后，这节课终于可以开始画原型了。这次的原型看上去比较简单，用axure实现淘宝网首页图片轮播效果。淘宝网首页的图片轮播效果如图所示：

不过这里还是强调一下，不要急着马上动手，画之前我们可以好好分析一下，避免做无意义的返工。

“不要急于画原型！”老师每节课都这么强调，“前期工作做得不充分，后面你总要还回来的。”

的确，我现在就遇到了这种问题，idea一来了就兴冲冲的拿起Axure画起来了，画的过程中就发现很多应该放的元素忘了放上去，要纠结很久，而且刚开始原型一初步定型，这些初步的原型会把你的思维限制住，很难再做一些突破，如果后期发现一些非常严重的交互缺陷，几乎很难再改进，除非推倒重来。

人们遇到的实际情况往往比预先设想的情况要复杂，我们制作原型并进行可用性测试就是为了在开发前尽可能的模拟真实情况，发现一些真实情况中会出现的问题，让开发出来的产品更符合人们的需求，而不是回炉重制。而在制作原型之前，为了避免我们制作出来的原型被利益相关者吐槽导致陷入无限修改的无底洞，我们画之前要想清楚，原型上到底应该放一些什么，这就是信息架构。

在还没有用户研究的时代（实际上现在很多公司还是没有用户研究），产品的研发靠运营来驱动，产品主导人先意淫出一个需求，号召大家进行开发，等到产品面世以后再根据用户的反馈进行改变，如果原先意淫出的需求和用户实际的需求偏离不大还好，迭代几轮就可以盈利，怕就怕在意淫的需求与用户实际差个十万八千里，设计师和程序员不得不陪着产品主导者进行很多无意义的试错，损耗财力物力，最后结果往往也是无疾而终。

今天是交互设计周末班的第一节课，老师在这节课演示了一个“简单”的登录表单设计，为什么“简单”要打引号呢，容我卖个关子待会儿告诉你 🙂