交互体验

交互设计的三个层次

交互设计是产品工作中的重要一节,一份优秀的交互设计文档可以高效地指导开发和测试展开工作,并减少不必要沟通,有利于提高产品的产出效率。交互设计主要是将产品经理确定的需求进行细化,并以交互文档的方式呈现,指导开发和测试展开工作,也可以理解为开发使用的文档。下面我将从三个层面来探讨下交互设计,即:产品层、概念层、行为层。 一、产品层产品层,主要是从正常的产品设计角度,即产品链角度

当设计一个页面 / 功能时,先从设计用户流程开始吧

在激烈的比赛中取胜的往往是那些把技能锻炼得更深刻的选手。 我们能成为顶尖选手并没有什么秘诀,而是对可能是基本技能的东西有更深的理解。 每天都要学得更深一点而不是更广一点,因为学得更深可以让我们把潜力中那些看不到、感受不到但又极具创造力的部分挖掘出来。——国际象棋大师&业余太极推手世界冠军,乔希•维茨金最近在Udacity学习老美的产品设计课程,我以为会吸收不少先进的产品理

浅谈密码强度规则的 5 个版本

最近因为在做WEB产品中接触到密码强度设置问题,找了不少解决方案,大多都是基于google提出的以密码长度、英文大小写以及符号组合来区分的方式进行。但是这样组合出来的密码形式还是有很大的问题。经过搜集整理后,总结出以下几种方式来处理关于密码强度设定的规则供大家参考。 密码强度,指一个密码对抗猜测或是暴力破解的有效程度。一般来说,指一个未授权的访问者得到正确密码的平均尝试次数

不看后悔的产品与运营结合的用户体验

什么是用户体验?简单的说,从符合用户逻辑和符合用户习惯二个方面进行分析。用户逻辑就是用户下一个想要进入的页面,而这个页面一定是用户可以想到的页面。而另一个方面,用户习惯就是用户被移动互联网五、六年已经被培养起来的手势操作等习惯。而这些习惯几乎不可逆,比如下拉刷新。如果符合这个二个方面,这就是最简单的用户体验。但是要提升用户体验,就必须从产品和运营二个角度去深入思考这个问题。

设计切实可靠的 UI,为你的用户做决策

真实可靠的UI是产品可信。现在的很多手机软件都会基于我们的个人资料,对我们的个人偏好做出一些假设,例如Google Now、Spotify和Amazon。他们甚至完全不用直接从我们这里获取任何数据,就可以利用这些信息来对我们的行为做出决策。举个栗子,Facebook会调整你的动态消息,Amazon也会为您推荐商品,这两者都会隐藏一些无关的信息而只展示他们认为你会喜欢内容。这

点赞按钮,真的像我们想象中简单吗?

一年前,Facebook点赞按钮发布更新。一年后的今天,Facebook小小的点赞按钮因为Ted刚发布的一段演讲掀起波澜。设计一个像FB点赞按钮那么小的东西很难么?Ted中Margaret Gould Steward.给出的答案是“难。”不但难,而且工作量巨大。据FB主管该项目的leader透露,光是想出一种可行的解决方案就耗费了他们280小时。Facebook团队不可能生

干货分享!悬浮按钮设计规范和经典实践

悬浮按钮(Floating Action Button,简称FAB)是APP应用中常见的UI元件。它轻盈、优雅、便捷又高效,是Google设计语言中一颗璀璨的明珠。悬浮按钮往往都会独立出现在界面之上,提升整体的导航,拓展页面的功能,使应用的操作更加便捷。作为Android UI交互中最关键的元素之一,悬浮按钮在用户体验中的地位十分重要。UI上,往往是最色彩大胆最直观的页面元

竞品分析:换种方式和“猫眼”发生关系

一、产品简介 猫眼电影是美团旗下的一家集媒体内容、在线购票、用户互动社交、电影衍生品销售等服务的一站式电影互联网平台,于2012年2月正式上线。2015年6月,猫眼电影覆盖影院超过4000家,产生的票房贡献占比超过90%。目前,猫眼占据网络购票70%的市场份额,每三张电影票就有一张出自猫眼电影,是影迷下载量较多、使用率较高的在线电子票务APP。二、行业背景 2.1在线电子票

对于交互、视觉设计师来说,至少要了解的产品知识

之前在设计体系规划里面有提到过,产品常识也是我们需要了解的内容,其中产品定位就是最基础,也是最重要的一个概念,因为项目后期的所有工作都是围绕产品定位所展开的。如果让你概括一个产品的产品定位,你知道如何描述吗?知道其中包含哪些组成元素吗?也许你知道,但或许大多数新手设计师都是含糊不清的,大家都是在不清楚这个大前提的情况下去做设计的,所以别人把我们当做“一颗钉子”,因为我们对整

交互设计师:如何进行复杂需求的加减设计法

作为一位合格的交互设计师,需要在理性和感性的结合下完成工作。既要有理性地抽丝剥茧,提炼总结的能力;又要有贴近用户关注情感的细腻。新人设计师可能都会遇到这样的问题:在设计一个复杂需求的时候,各种场景、可能性在脑中来回乱窜,常常觉得逻辑不够严密。设计完成后,又被各路人质疑,提出各种异常场景,导致频繁修改,缝缝补补。最终可能会出现两种不好的结果:只做了部分场景,很多异常场景没考虑