交互设计师一多半的时间其实是在做逻辑分析，从业务逻辑到产品逻辑的迁移；然后另一部分时间是在做按钮的摆放。（注意，我说的是部分，不是全部！）在这两个过程里需要注意的最重要的问题就是不能懒
让我们再来重复一下那句关于交互与用户体验之间的关系的论断： 优秀的交互设计应该是用最低成本的交互，最愉悦的满足用户的需求。
那么，什么是最低成本的交互？我的理解，用户需要的时候才出现交互，用户用不到或者不能使用的时候就不出现交互；当用户需要交互的时候如果能二步完成就坚决不搞成三步。用一句通俗的话说就是：看人下菜碟。
在大的层面上，在对产品进行需求分析的时候我们会考虑不同的用户群，他们对一个产品的使用需求和使用方式都是不同的，在这里我们对用户进行了划分。我们把这个思想坚持到交互分析里来，对于不同的用户在不同的使用环境下需要的交互方式也是不一样的。
之前，顺网UED的同学们对用户交互行为的分析提出了“交互表格”的方法：划分2个纬度，页面元素和用户行为。最左边一列是页面可见元素（包括光标）；最上面一行，是用户的行为（尽量按操作流程）。中间交叉的为场 景描述。通过这种枚举的方式可以详尽的列出所有可能存在的交互行为，然后我们对每个交互行为再划分出不同的交互方式。
比如：我们要做一个积分商城的积分兑换交互。经过分析、合并，我们知道可能存在这么几个场景：①用户未登录（注册）；②用户已经登录，但是积分不足；③用户已登录且积分足够。
下面，我们选2个电子商务方面的代表网站（京东商城VS支付宝）来看一看他们怎么处理的：
京东商城的积分商城页面里，不论你是否登录（注册）、积分是否足够，积分兑换详情页的内容永远保持“一致性”。当未登录点击兑换的时候会跳转到登录页面；当登录后积分不足点击兑换的时候会弹出窗口提示积分不足； 当登录且积分足够的时候，会显示兑换成功。
支付宝的积分商城里对上述问题做了改进，我们看到支付宝的设计师对业务逻辑做了足够的分析：先对用户登录行为做判断；把用户所持有的积分放在了所需积分的下面；积分不足的时候给出提示。
那么，这些足够了吗？不，我觉得还应该有改进空间（京东商城的设计完全不具备交互性，不做分析）。对照“看人下菜碟”的说法，我们来看看哪些是可以改进的。
1、如果用户没有登录（注册），用户是否需要去点击“兑换”OR“评论”按钮？答案是否定的。这个时候用户最需要什么交互？是登录！
当然，这里会存在一个用户是否需要注册的行为？我个人认为，在积分商城这个产品场景里，注册是存在几率很小的行为，完全可以放到登录的引导页面里去。（积分兑换的前提是注册用户，且在网站上发生了用户行为产生过积分才能兑换，就算是注册送积分也是需要先完成整个注册过程的 吧）
2、如果用户登录但积分不足，用户最需要什么交互？了解积分还差多少，如何获得更多的积分。其他的交互行为对这类用户来说都是多余的。
3、 如果用户登录且积分足够，用户最需要什么交互？兑换。这个时候用户是否需要“点评”交互？我觉得不需要，还没有兑换使用，怎么点评？“点评”这个交互行为 应该出现在用户兑换之后再次浏览到这个物品的时候。
下面，是我对积分兑换这个交互模块做的改进。
1、如用用户没有登录（注册）：不做用户持有积分判定（当然，也没法判定）；不出现“兑换”按钮，他的位置由登录提示取代。
2、如果用户登录但积分不足：做用户持有积分判定，同时提示积分差额；不出现“兑换”按钮，他的位置由积分不足提示取代，可夹塞广告，如何获取积分。
3、如果用户登录且积分充足：做用户积分判定；出现兑换按钮。
（左：支付宝的积分兑换交互；右：我的修改版本）
当然，这里只是一个简单的交互条件限定，还可能会有更多兑换限制，从而出现更多的交互行为，比如：注册多久的用户对可兑换、实物兑换 的时候填写收货地址，发货时间段（这个很重要！）、可兑换的数量、等等。
对于任何一个Web页面而言，都必须承担着2个功能：顺利的完成本页面的任务、流畅无误的进入下一个任务。对于如何实现这2个功能，我的土方法就是：有的时候我需要强制你专一的完成本页面的任务，不给你回路；如果这个页面上你要完成的任务太多，我可以考虑帮你拆解。
比如，在注册页面除了注册表单什么都不放，什么面包屑导航全部去掉，甚至LOGO也要搞成不可点击的，这些都是为了“强迫”用户完成本页的任务；用户在后台录入产品的时候，可以考虑对产品的属性进行分块，然后把录入页面拆开（当然，你不能无限制的拆分！）….
我个人的感觉是，之所以交互过程被搞的很笼统，大部分原因在于交互设计师很懒。懒的做分析，认为只有流程能走通就OK了，不愿意继续细分；懒的做交互Demo，认为这些给技术说明白就可以了。前几天做某个模块的时候我偷了个小懒，在DEMO里把工商银行写成“工行”，然后在PRD文档里做了详细说明。今天再看测试，好家伙，还是“工行”！搞的我羞愧难当，这个问题的责任完全在设计师本身，设计师懒就不能指望技术勤快！当然，这里还存在一个原型图的制作问题，改日再谈。
PS：为了迎合“微”时代，我以后的博客都会以“本文想表达的意思是….”开头，看完导语如果你有兴趣可继续，如果觉得扯淡可以略过，省的搞到你读着伤脑筋， 我想怎么回复你的评论麻头皮…
“用户需要的时候才出现交互”，说得有道理，不错。学习了
懒人是做不了耐心的东西的。
交互设计师要实现业务逻辑与产品逻辑的转换，很有道理，不了解业务的设计师是根本做不出优秀的产品的。
那么一改……的确是智能了
但是相应的代码逻辑也复杂了
而且 有时候会让人摸不着头脑 “咋时有时无捏”
Amazon那样的处理方式还是不错的
会在技术层面有些麻烦，但是，你为用户多想一点用户就会对你更喜欢一点，这个是双向的。
另外，这种变化我感觉会给用户带来惊喜，因为他知道在不同的环境下他可以收到不同的礼遇
我认为你的改动有一个缺点：如果用户在 未登录 和 积分不足 的情况下，不显示“立即兑换”的按钮，可能会造成用户的迷惑：“这里真的是兑换的地点吗？”
所以我建议，这两种情况下，仍然显示“立即兑换”的按钮，只不过按钮为灰色，表示“条件不足，不可点击”，然后再配上你的说明框。
这个问题考虑过。我觉得您说的这种做法是个折衷的做法。
对于用户而言不会因为没有可点击的按钮就会认为此处不是兑换的地点。因为用户认知的按钮放置地点有明显的提示信息了。
当然，这个不是绝对的，设置按钮为灰色也是一种解决方法
文字的确很详细了，不过烦躁的用户一般不喜欢阅读和思考，最敏感的还是按钮和图片。
还有另外一个原因：考虑界面的一致性。如果保留按钮同时增加一个提示，这个页面就会被拉长（和正常可兑换状态下）。
非常同感设计师和技术那边，在任何一个细节方面做原型和交互逻辑分析的时候都必须清楚，要不后面就会出麻烦，当然，我认为这主要的责任应该是我们的，不能说他们偷懒，因为他们也是按需求去做的。如果需求没有明显说明，他们也没有必要去做不是他们范围的事情。
现在感觉下来，如果没有一款团队协作软件，设计师夹在领导和技术开发之间进行沟通，纯粹是一个体力活。
我就经常犯懒，所以造成沟通成本太高。看了之后汗颜呀
我觉得你分析的过程把自己假想成了一个完全按你自己意愿在进行操作的用户，强制用户操作的结果会使用户跳转其他页面。
以上的做法的确符合逻辑。
但是最实用的方法不一定就是最好的方法，因为很多时候用户分需要的是一种体验，过分的实用有时会显出不友好的一面。
例如文中所提到的：“你还没有登录，登录才能兑换”然后后面是“点击这里登录”的提示。这里存在两个问题。
1）如leon所说“用户很多时候不会细心阅读文字，图片（按钮）更敏感”。“登录兑换”本身是十分精炼的一个按钮，他已经同时说明了两件事：1你还没登陆；2登录后可以兑换。这要比右边的文字说明简单直接得多。
2）“点击这里登录”是一个链接，他没有说明点击这里之后是否会替换原界面而弹出登录界面。我们都试过在注册后丢失原界面的经历，虽然现在跳转会员页面已经是很普遍的设置了，但是这对用户来说还是有一定的未知因素，可以说是一种冒险行为。
另外，不能忽略用户不兑换商品但想发表评论的行为，除非网站规定了不兑换不能发表评论（这就很不近人情了）。
所以，过分的简化反而限制了用户的自由。另外您说到的方法是一种单线的操作流程，而没有给用户走另一条路的权利，好像有点不友好了。
我的想法是检测到用户没有登录，直接在下方放一个有弹出箭头的“登录”按钮，这样既能让用户在该页登录，又不会让不想登录的用户觉得受到骚扰（因为登录框点击弹出箭嘴才会弹出）。
[...] 本文来自：http://www.ikent.me/blog/2296 标签: 评论 (0) 发表评论 [...]
设计师懒就不能指望技术勤快
非常赞同~~只要偶尔偷一下懒，总会发现事情不如意~
交互设计师一多半的时间其实是在做逻辑分析，从业务逻辑到产品逻辑的迁移；然后另一部分时间是在做按钮的摆放(注意，我说的是部分，不是全部！)。 http://ikent.me/blog/2296
This comment was originally posted on Twitter
RT @kentzhu: 交互设计师一多半的时间其实是在做逻辑分析，从业务逻辑到产品逻辑的迁移；然后另一部分时间是在做按钮的摆放(注意，我说的是部分，不是全部！)。 http://ikent.me/blog/2296
This comment was originally posted on Twitter
RT @kentzhu: 交互设计师一多半的时间其实是在做逻辑分析，从业务逻辑到产品逻辑的迁移；然后另一部分时间是在做按钮的摆放(注意，我说的是部分，不是全部！)。 http://ikent.me/blog/2296
This comment was originally posted on Twitter
交互设计应该看人下菜碟 – 幻风阁|kent.zhu’sBlog: http://bit.ly/aCX9h5
This comment was originally posted on Twitter