首页

防止用户无意识犯错的6个实用方法

涛涛

李田莉:用户经常会从手头上的事情分心,提供建议,利用约束条件以及设计更灵活的方案能够防止无意识的差错产生。今天这篇译文讨论了6个防止用户无意识犯错的方法,专业干货收。

十种启发式可用性方法中有一条建议:优雅地、可操作地并且清晰地与用户沟通错误是很重要的。不过,第一时间防止用户犯错或许更好。

在讨论用户错误时关键点是错误的责任在哪里。“用户错误”这个词意味着用户应该为做错事负责。其实并不是这样的,设计师应该为设计了易让用户犯错方案而负责。因此,用户错误的解决方案不是责怪用户,让用户努力尝试或者给他们更多的培训,而是重新设计更不易犯错的系统。

Facebook产品设计总监:我在管理工作中的八大教训

蓝蓝设计的小编

如果团队中所有成员都能理解什么是重要的事情,那么事情也会按照正确的轨道运转,砖块会砌在正确的位置,康庄大道会迅速的浮现出来,到时候,每个人心中所构想的光明城堡的景象将会从一片尘埃中闪耀地升起。

一个有见识的管理者能看到你看不到的东西,并且能推动你去完成你本认为不可能完成的事。

做管理虽然和为人父母一样是一种没有什么现成教条和既定规则的工作,但还是有优秀管理者和糟糕管理者之分。优秀管理者能带来更好的结果,这个结果可能在一周、一个月、甚至好几年都没法衡量,但总有一天它的影响会像黎明的曙光一样浮现出来。


软件界面设计之交互设计的5大要素

鹤鹤

在软件界面设计过程中,交互设计也起着至关重要的作用,那么交互设计都有哪五大要素呢?

①  为目标群设计(Goal-driven Design):为你的目标用户群做设计。像调研或者访谈形式的用户研究,能帮助你塑造目标用户群的人物特征。这可以让你为用户目标定制app的工作流程,以满足他们的需求。

设计师绩效访谈有感

蓝蓝设计的小编

设计师绩效评价主要来自几个维度:设计产出、项目结果、工作态度、专业技能、能力成长、设计展现、用户满意度、客户满意度、业务方满意度等。所以业务方满意度是设计师绩效评价的一个输入项。

针对业务方满意度这个输入项,最近几周我做了比较详细的设计师绩效访谈,和数十位与我们团队设计师直接合作的业务方同事进行了认真讨论。访谈的业务方同事包括:SE、设计师、开发、项目经理、产品经理、技术专家、主管、一线代表、SA等。访谈的内容包括对设计师这些维度的评价:工作态度、专业技能、特殊价值、优点、进步点等。

1,工作态度
工作态度已经不是优势竞争力,因为大家都很认真。从访谈结果来看,大家的工作态度都得到了业务方同事的高度肯定。工作态度好,响应快,积极,基本是每个设计师都得到的评价。
所以工作态度已经成为一个基准。如果工作态度都不好,那起步都没有了。

详解软件界面设计的五步法。

鹤鹤

软件界面设计不同于其他设计,它的科学元素居多,软件界面设计其实是一个非常科学的推导公式,它既需要一个设计师美工绘画能力的要求,又需要对艺术的理解感悟。所以在整个设计过程中需要好多工作的每一步。一个通用消费类软件界面的设计大体可分为五个步骤:需求阶段、分析设计阶段、调研验证阶段、方案改进阶段、用户验证反馈阶段。

UI设计!9个你应该知道的Sketch实用技巧

鹤鹤

很多刚接触Sketch 的同学惊叹它的好用强大,不过它还有很多鲜为人知的实用功能,今天我们将一一为你说明这些特别好用的技巧,帮你加快设计流程 >>>


等一等,什么是 Sketch?


至去年 Sketch 第2版新舔的颜色设定后,越来越多的设计师已经切换用 Sketch 了。它的简单的界面和性能使它比 Photoshop 更好用(不要忘了,Photoshop 最初是专为编辑和处理图像以设计的),而其绘图工具也很适用在向量图形(vector) 上。Sketch 不是位图影像(bitmap) 编辑工具。它配备了一个像素(pixel) 预览,让你更容易设计界面和图标。

如何利用动效提升用户体验

用心设计

如何利用动效提升用户体验


动画可以讲述故事。不是很长很复杂而是很简单的故事,而像是 "嘿,你现在要看看这个!" 或 "哇,你竞争成功了!"。然而,动效的目的不是娱乐用户,而是帮助他们理解发什么什么事,或者如何有效的使用你的软件。在Zurb的叙述中很清晰的表明了:

Image title

一起理解Virtual DOM

蓝蓝设计的小编

前言

React 好像已经火了很久很久,以致于我们对于 Virtual DOM 这个词都已经很熟悉了,网上也有非常多的介绍 React、Virtual DOM 的文章。但是直到前不久我专门花时间去学习 Virtual DOM,才让我对 Virtual DOM 有了一定的理解,以致于要怀疑起很久之前看过的那些文章来。倒不是这些文章讲得不对,而是现在在我看来角度不太好,说得越多,越说不清。

让我能够有所开窍(自认为)的,是这篇文章:


Change And Its Detection In JavaScript Frameworks
Monday Mar 2, 2015 by Tero Parviainen


作者看问题的角度很棒,从数据变更与UI同步的角度来介绍各个典型框架,特别是对于 React 的 Virtual DOM,从这个角度理解起来更容易些。

如何做好一份【可用性测试】

用心设计

可用性测试定义


可用性测试是让一群有代表性的用户(目标用户)对产品界面或者原型进行典型操作,通过观察、聆听、记录用户执行一列任务的过程,找出制约产品可用性的问题清单,从而评估分析解决问题。

Image title

专业干货!防止用户无意识犯错的6个实用方法

周周

李田莉:用户经常会从手头上的事情分心,提供建议,利用约束条件以及设计更灵活的方案能够防止无意识的差错产生。今天这篇译文讨论了6个防止用户无意识犯错的方法,专业干货收。

十种启发式可用性方法中有一条建议:优雅地、可操作地并且清晰地与用户沟通错误是很重要的。不过,第一时间防止用户犯错或许更好。

在讨论用户错误时关键点是错误的责任在哪里。“用户错误”这个词意味着用户应该为做错事负责。其实并不是这样的,设计师应该为设计了易让用户犯错方案而负责。因此,用户错误的解决方案不是责怪用户,让用户努力尝试或者给他们更多的培训,而是重新设计更不易犯错的系统。

日历

链接

个人资料

蓝蓝设计的小编 http://www.lanlanwork.com

存档