Entries Tagged '交互设计' ↓

《应需而变》中有这样个例子：

有家银行打算改版它的个人业务服务网站。该银行业务领导认为在网站上放上天气信息将是一大成功：每个人都希望知道天气，没有一家竞争对手这么做。问题就是——天气和银行业务一丁点关系也没有。

新奇的设计和优秀的设计通常让人觉得难以分辨，但时间是检验一切真理的唯一标准，新奇的设计通常只会激发人们一直的惊讶，但这种情绪不会维持长久，反而会逐渐让人产生厌烦的情绪。做新，比做有用和让人想要的东西来得容易多。

新奇的设计有两个特点，一、无用；二、缺乏使用情景。

这里离我们最近的失败案例就是Android4.0的这个刷脸解锁屏。请回答我上面两个问题，一、和普通解锁方式比，面部识别更有效率吗？二、你会在什么情景下必须使用面部识别来解锁？这个夺人眼球的新奇设计，我认为也终将被时间埋葬。。。

同样新奇的Siri，就是一个好的设计，这是我在微博上看到的一个最近盛传的例子。

1.@陈昊芝 今天在移动开发者大会上丢失了iPhone 4S，是数据卡所以无法通话，未设find my phone；2.大力捡到了手机，手机有密码无法找到失主；3.重点来了，大力长摁home键呼出Siri，然后问："what is my name"，Siri弹出陈的联系方式。

在我的工作经验当中，经常有很多人帮忙提供类似新奇的点子。建议在做设计的时候，多从用户的使用情景及遇到的问题角度来入手，而不是只是单纯的玩儿“概念”。

我们都曾经下定决心要做一些事情，但最后都没有坚持下去。究其原因，是因为没有来自外界的压力。这就是我做这个设计的原因。我们需要对外界去许诺我们要去做些什么。

目前我只作出了部分设计，但希望包含的功能为：

1. 主动发布戒××信息，做出承诺（可以选择戒多长时间，但我鼓励是永久）
2. 邀请其他人来发布承诺（有点逼的成分，哈哈）
3. 发布成功后转发到微博等（邀请其他人围观）
4. 鼓励其他人坚持下去
5. 计算坚持的天数

PS：功能的设定是根据一些心理学原理，这里不赘述

最终设计图

在人人上看到了他们对相册增加一个叫做“故事模式”的功能。我很喜欢，好在哪儿尼？两个方面。

1、更符合用户的使用场景。从上传者的角度和阅读者的角度：一组照片通常代表一次出游，一次聚会，也就是，它是连贯起来的，有先后顺序的。试想这个场景：朋友来了，我们会一边翻相册，一边介绍，这儿是哪儿，我什么时候去的，发生了什么事儿，其实就在讲故事。

2、非常有效的减少了点击的次数。从信息架构的角度，我认为这一改进很smart，有效的减少了层级。

但也不是尽善尽美地，还需要在以下三处改进：

1、上传照片的时候也需要有故事模式的设计。否则，阅读的时候会不那么有“故事性”。

2、加上评论之后，页面变得非常之长。是否有必要一直显示评论。

3、故事模式，但仍有翻页存在。

最近看到此文《需求是如何变成产品原型的》。控件虽小，问题确实不少。最初提到的需求为

产品经理：“我们这次的投放系统需要设计一个区域选择器，就是让用户选择广告定向投放的区域的。可以精确到城市，可以多选。另外，‘区域’作为一个投放广告的限制条件，如果用户没有选择任何选项，那就代表用户忽略该条件，则该广告会面向全国投放。”

简单说就是：选择地区，可多选。不选则默认为选择全部地区。

那篇文章最后给出的设计为（此为方案Ａ）

类似的需求也遇到过，这里我也给出个解决方案，单击这个输入框，弹出如下的图层（此为方案Ｂ）

来自chinahr的设计,稍作调整，如果选择了其他省市，则系统自动取消选择全国

个人投方案Ｂ（从商业利益，无论是广告商还是人人网，当然希望投放范围越广越好，因此默认全国好些），大家的看法呢？

当然，相信还有更好的C方案、D方案、E方案…

运营的同学说，世界杯快到了，我们想做了个活动，需要在首页上体现一下，看看帮忙找个地儿？

咔咔，人人网的朋友们是这样做的。

新浪微博的朋友们是这么做的：

两边均是精心设计，但凡事总有个高下，下面就比较一下。

视觉设计：

此局人人获胜！

文案设计：

“我聊世界杯”和“我要聊球”那个更亲切自然？自然是后者。并且“围观世界杯，让我们围所欲围”也非常有煽动力。

此局新浪完胜！

交互设计：

人人网的交互效果更丰富些，仅从这个层面上看，人人网又搬回一局！（因为交互效果丰富不代表体验就好！）

活动策划：

新浪获胜！

总结：

就这么一个小输入框，其实还有很多聊的。小小的区域，但承载着许多人辛勤的劳动。两个设计已经都很出色，但并不完美。分析到这里，我觉得自己已经有所得了，朋友们加油！

实际上我们擅长的信息架构、交互设计技巧在设计后台管理部分的时候总会有种无力感。因为无处施力！后台究竟需要设计哪些内容呢？在进行后台设计的时候，对于需求分析的自信似乎无影无踪了，从而非常依赖于开发人员。但是没关系，用以下的方法，简单分析一下，帮你拨开迷雾看本质！

什么？那么复杂的后台内容总共才分成2大类，4小类？是的，下面我就用wordpress后台来分析一下这张图，看看是否能囊括所有wordpress后台内容。

说明：这套理论的总结当然不是使用wordpress总结来的，但wordpress的后台比较完整，我们姑且拿来用，有其他范例或者好的例子也请大家指明！

后台管理系统的一般组成

Continue reading →

以前常在想，为什么需求被称为“需求工程”，而交互却一直被称为“设计”？今天参加了需求工程中的需求分析培训之后，我确实觉得交互的理论体系上，确实缺少了一些“工程化”的“建模方法”。那么这些工程化的建模方法到底好不好，可不可以为我所用呢？本文叙述的就是如何借鉴这些工程方法来进行需求分析工作的。

UED是一个日新月异的行业，它采用的技术和方法很多都是非常有效的。但我一直觉得，UED的方法中，对于需求的捕获能力是很强的，但分析能力就稍显薄弱。我觉得应该向传统的需求工程中去借鉴需求分析的方法，把他们工程化的方法吸收进来。 Continue reading →

今天接到了小设计任务，某某认证平台上面布置了十二个按钮，需要重新排版。当前的设计效果如下图。

这十二个按钮倒是严格位于页面的正中间，但页面下方却是完全空白的区域。

我只要求需求方干了一件事儿——分类，他们帮我把十二个按钮分成四类，然后半个小时内我给出了如下两个设计方案

1、星形发散的结构

2、左右结构

这两种方式我都希望设计出点儿立体效果来。大家认为哪种设计方案好些？

说明：这篇文章进行了一次大的修正，部分关于推荐系统的内容整理过后将放置到另外一篇博客中。

很多网站都允许用户进行一些个性化的设置，并记住这个方案，并在下次登录时加载此方案。比如ｉｇｏｏｇｌｅ

这一切的实现都依赖于cookie。下面简单介绍下。

什么是cookie？

简单来说，Cookies就是服务器暂存放在你的电脑里的资料（.txt格式的文本文件），好让服务器用来辨认你的计算机。当你在浏览网站的时候，Web服务器会先送一小小资料放在你的计算机上，Cookies 会帮你在网站上所打的文字或是一些选择都记录下来。当下次你再访问同一个网站，Web服务器会先看看有没有它上次留下的Cookies资料，有的话，就会依据Cookie里的内容来判断使用者，送出特定的网页内容给你。如果没有，它就会发送新的cookie。它还会不时地对存储在访客的web浏览器中的cookie进行更新。当然，cookie分为以下两种类型： Continue reading →

偶是这么觉得的，好歹是从首页面链过去的，不带这么惨不忍睹的，好心帮他们归置了一下，哪天要真这么改了，就不收你们版权了啊！

先看看目前的版本。 Continue reading →