下面是小编为大家整理的[读书笔记]Web信息架构交互设计，本文共13篇，仅供参考，喜欢可以收藏与分享哟!
![[读书笔记]Web信息架构交互设计](/d/file/44/2023-04-08/fw775400.jpg)
篇1：[读书笔记]Web信息架构交互设计
从上次和Tony聊天以后就买了这本书，《Web信息架构》，翻译有些生涩，以至于一开始我都没有集中去阅读，但是项目上遇到一些问题的时候，我拿起来阅读的时候，惑然开朗。有很多信息架构的问题原来自己从来没有考虑过。以下是自己学习到的点。
导航
传统的导航和分类是自上而下的模式。有层级。少，固定。
tag是自下而上的模式。无层级，
多，杂乱。
元数据
元数据是最小的数据单位：
下厨房的元数据是“单个菜”。
豆瓣的元数据是“单个subject”。
okaybuy的元数据是“一双鞋子”。
信息结构是为了元数据的组织，分类，找寻，服务。
本文来自：www.dreamcog.com/?p=55930
篇2：嘿!别忘了信息架构!交互设计
清晰的信息架构是交互设计与视觉设计的基础，也从某种角度反映了UEer对战略理解后的一种直接的反馈，
对于web产品设计而言，没有好的信息架构其他的一切都是表面功夫，或许能短时间能忽悠忽悠，但经不起考验！作为产品设计师一定要具备那种比其他共事者先想一步甚至几步的能力！只有脑中先有了图，设计才能够生动，如果只是使用axure将那些元件摆放来摆放去，那根本不叫设计！
白鸦说页面，(100-1)%的内容是导航，
那是什么决定了导航设计呢？不是被炒得炙手可热的交互设计，也不是ued的那层外衣——视觉设计，而是经常被人遗忘的信息架构！
在jjg的那张经典用户体验要素图中(如上图)，我们可以看到，在第三层，即结构层，这是抽象概念向具象转化的一个关键层面，交互设计与信息架构在此层中各自担负着一份使命，理论上可以说是同等重要的。曾经在群里讨论的时候说过，如果一定要说交互设计与信息架构谁更重要的话，那我选信息架构！有人立刻问我为什么，当时我一时不知道该如何作答来表达观点来使对方明白，其实就是这个道理：皮之不存，毛将焉附？
来自：嘿!别忘了信息架构!
篇3：网站的信息架构交互设计
对于网站的信息体系来说，我觉得信息架构(IA)是网站最基础的核心竞争力，
信息架构的主体对象是信息，由信息建筑师来加以设计结构、决定组织方式以及归类，好让使用者会用户容易寻找与管理的一项艺术与科学。它是一个整理信息，斡旋信息系统与使用者需求的过程，主要是要将信息变成一个经过组织、归类、以及具有浏览体系的组合结构。
这样的结构性设计将使得使用者对于信息的内容存取更直接，让使用者的任务更容易完成，它也可说是设计网站时，在结构与分类上的艺术与科学，可以帮助我们寻找信息并且予以管理。
关于收藏文章
最开始上网我在机房用软盘保存网页URL，自己有电脑后开始使用收藏夹；
随着数据量的增多，为了方便不得不想办法进行分类和分级；
当树型结构的收藏夹达到一定规模后，可用性的问题越来越暴露，异常麻烦而且不一定有效；
持续性的增长，最后我只能面对多年积累的近万条数据崩溃；
关于收藏图片
基本上从我上网开始就在收藏图片，从好看和好奇开始；
随着爱好和学习需要，图库数据日趋庞大，于是也开始进行不断细化分类和分级；
每天把顺手保存的图都放在temp内，准备抽空统一整理，但由于空于时间极少，于是经常会看到N个temp并存；
为了便于识别，我给temp加上日期编号，最后整理成本越来越大，而且定位目标非常困难；
信息建筑师对促进网络社会的信息组织和信息利用具有巨大的贡献，当今社会我们迫切需要信息建筑师，原因主要在于：
.. 信息环境的恶化
.. 信息焦虑普遍存在
.. 人们经常会面对陌生的信息环境
.. 信息的内容和结构同样重要
.. 简单明确的东西相对于复杂和晦涩的东西更受人们的欢迎。
.. 对复杂信息加以组织的情况普遍存在
.. 对化复杂问题为简单答案的渴求
.. 经济学规则的变化
信息架构与标记
在我举的收藏文章和图片的例子中，虽然我自己在不断的优化IA，但始终没有跳出圈子，根源问题得不到解决就只能尽量妥协，
电脑资料
Deliciou, Flickr组织文件都用了Tag机制，这种超目录和结构的分类个人觉得是IA的革命，所有包含的分类存在于平级空间内，同时各类别之间还可以有多种关系并存，等于是对信息进行标记，然后对标记进行重组，极大增强了数据之间的相关灵活性。
信息的种类包括文字、图片、下载、音频、视频等，比如我们在设计生于八十年代的信息架构时，我就想通过“魂斗罗”这个Tag直接筛选出相关的游戏介绍、ROM、截图、录音、录象等数据，只可惜局限于CMS实现不了这个需求。
信息架构与网站粘性
对我个人来说，离不开的三个网站是Google, Deliciou, Flickr。特别是Flickr，自从升级Pro后，给了我更多自由的空间，每个月不花完2G感觉在犯罪，于是迫使我想办法尽可能更高效有效的使用。如何更方便快捷的管理和获取成千上万张图片，事实上就是在考验自己的IA能力。对信息管理者和获取者都有着极强的粘性，这是SNS类网站的特点。
对于信息资讯类网站来说，优化信息架构，才能提升信息价值，在用户体验的角度才有更多的办法去粘住用户。比如关键字链接、相关信息筛选都是这方面的应用，至于其有效性就得看信息架构的质量。
用户都有获取信息的渴望，合适的信息出现在恰当的地方，会让用户觉得很方便、体贴，反之就会觉得很麻烦、干扰，也就是说信息架构会间接影响用户体验。
人大周晓英教授的“信息建筑师的现状和发展”
《美国信息科学和技术学会通报》第6期刊登了通过电子邮件对五位著名的信息建筑师的访问结果，从这些人所回答的众多关于信息建筑师工作的问题的答案中，笔者归纳：目前大部分信息建筑师的主要工作与网站的建设和管理有很大关系，其工作的主要类型是：
.. 为客户确定因特网、内联网和信息系统的发展战略
.. 设计、构建、开发和执行IA的解决方案
.. 进行信息构建的咨询和设计
.. 开发和管理网站
主要的工作内容是：
.. 对雇主的事业和要实现的目标进行分析
.. 对最终用户的信息需求、信息行为、信息目标和信息评价方式进行分析
.. 选择信息内容
.. 定义和确定功能性的、交互式的信息结构
.. 开发和维护网站和其他信息传输工具
.. 对内部用户提供信息产品和服务
.. 确保用户体验的一致性
© 一叶千鸟
本文出自：blog.rexsong.com/?p=348
篇4：一个关于信息架构的例子交互设计
网上闲逛，看到一个关于信息架构设计的例子，例子比较完整、生动的展示了网站信息架构该如何去设计，拿出来和大家分享！
点击查看大图
图中的小人代表用户：“How do get a date?” 我该如何获得想到内容。
用户并不关心网站的信息架构是什么样的，他只是上网、做事、然后离开。只有当用户受困于我们设计的网站时，他才会去研究网站蹩脚的架构，因为只有这样他才能够做完该做的事情，
但是很多时候用户并不愿意花太多的时间浪费在我们的网站架构研究上。原因很简单：“因为有更多、更好的同类网站在向用户招手！”
因此我们需要投入大量成本和资源来设计出好的信息架构，让用户很轻松就能完成要做的事情。
so:好的信息结构需要由专业的信息架构师来设计，信息架构设计是互联网产品设计流程中非常重要的一个环节。
关于信息架构的知识，可以从下面的途径去详细了解。
1、《Web信息架构》目前好像已出到第三版，封面还是那只北极熊(很出名的熊哦!)
2、白鸦：浅析facebook的信息架构
3、千鸟：网站的信息架构
4、千鸟：信息架构与可用性
篇5：[]web架构设计经验！
经验|经验分享|精华|设计|web架构
本人作为一位web工程师，着眼最多之处莫过于 性能与架构，本次幸得参与sd2.0大会，得以与同行广泛交流,于此二方面，有些心得，不敢独享，与众博友分享，本文是这次参会与众同撩交流的心得，有兴趣者可以查看视频
架构设计的几个心得：
一，不要过设计：never over design
这是一个常常被提及的话题，但是只要想想你的架构里有多少功能是根本没有用到，或者最后废弃的，就能明白其重要性了，初涉架构设计，往往倾向于设计大而化 一的架构，希望设计出具有无比扩展性，能适应一切需求的增加架构，web开发领域是个非常动态的过程，我们很难预测下个星期的变化，而又需要对变化做出最 快最有效的响应，。
ebay的工程师说过，他们的架构设计从来都不能满足系统的增长，所以他们的系统永远都在推翻重做。请注意，不是ebay架构师的能力有问题，他们 设计的架构总是建立旧版本的瓶颈上，希望通过新的架构带来突破，然而新架构带来的突破总是在很短的时间内就被新增需求淹没，于是他们不得不又使用新的架构
web开发，是个非常敏捷的过程，变化随时都在产生，用户需求千变万化，许多方面偶然性非常高，较之软件开发，希望用一个架构规划以后的所有设计，是不现实的
二，web架构生命周期：web architecture‘s life cycle
既然要杜绝过设计，又要保证一定的前瞻性，那么怎么才能找到其中的平衡呢？希望下面的web架构生命周期能够帮到你
所设计的架构需要在1－10倍的增长下，通过简单的增加硬件容量就能够胜任，而在5－10倍的增长期间，请着手下一个版本的架构设计，使之能承受下一个10倍间的增长
google之所以能够称霸，不完全是因为搜索技术和排序技术有多先进，其实包括baidu和yahoo，所使用的技术现在也已经大同小异，然而，google能在一个月内通过增加上万台服务器来达到足够系统容量的能力确是很难被复制的
三，缓存：Cache
空间换取时间，缓存永远计算机设计的重中之重，从cpu到io，到处都可以看到缓存的身影，web架构设计重，缓存设计必不可少，关于怎样设计合理的缓 存，jbosscache的创始人，淘宝的创始人是这样说的：其实设计web缓存和企业级缓存是非常不同的，企业级缓存偏重于逻辑，而web缓存，简单快 速为好。。
缓存带来的问题是什么？是程序的复杂度上升，因为数据散布在多个进程，所以同步就是一个麻烦的问题，加上集群，复杂度会进一步提高，在实际运用中，采用怎样的同步策略常常需要和业务绑定
老钱为搜狐设计的帖子设计了链表缓存，这样既可以满足灵活插入的需要，又能够快速阅读，而其他一些大型社区也经常采用类此的结构来优化帖子列表，memcache也是一个常常用到的工具
钱宏武谈架构设计视频 211.100.26.82/CSDN_Live/140/qhw.flv
Cache的常用的策略是：让数据在内存中，而不是在比较耗时的磁盘上。从这个角度讲，mysql提供的heap引擎（存储方式）也是一个值得思考的方法,这种存储方法可以把数据存储在内存中,并且保留sql强大的查询能力,是不是一举两得呢?
我们这里只说到了读缓存，其实还有一种写缓存，在以内容为主的社区里比较少用到，因为这样的社区最主要需要解决的问题是读问题，但是在处理能力低于 请求能力时，或者单个希望请求先被缓存形成块，然后批量处理时，写缓存就出现了，在交互性很强的社区设计里我们很容易找到这样的缓存
四，核心模块一定要自己开发：DIY your core module
这点我们是深有体会，钱宏武和云风也都有谈到，我们经常倾向于使用一些开源模块，如果不涉及核心模块，确实是可以的，如果涉及，那么就要小心了，因为当访 问量达到一定的程度，这些模块往往都有这样那样的问题，当然我们可以把问题归结为对开源的模块不熟悉，但是不管怎样，核心出现问题的时候，不能完全掌握其 代码是非常可怕的
五，合理选择数据存储方式：reasonable data storage
我们一定要使用数据库吗，不一定，雷鸣告诉我们搜索不一定需要数据库，云风告诉我们，游戏不一定需要数据库，那么什么时候我们才需要数据库呢，为什么不干脆用文件来代替他呢？
首先我们需要先承认，数据库也是对文件进行操作，
我们需要数据库，主要是使用下面这几个功能，一个是数据存储，一个是数据检索，在关系数据库中，我们其实非常在乎数据库的复杂搜索的能力，看看一个统计用的tsql就知道了(不用仔细读,扫一眼就可以了)
select c.Class_name,d.Class_name_2,a.Creativity_Title,b.User_name,(select count(Id) from review where Reviewid=a.Id) as countNum from Creativity as a,User_info as b,class as c,class2 as d where a.user_id=b.id and a.Creativity_Class=c.Id and a.Creativity_Class_2=d.Id
select a.Id,max(c.Class_name),(max(d.Class_name_2),max(a.Creativity_Title),max(b.User_name),count(e.Id) as countNum from Creativity as a,User_info as b,class as c,class2 as d,review as e where a.user_id=b.id and a.Creativity_Class=c.Id and a.Creativity_Class_2=d.Id and a.Id=e.Reviewid group by a.Id ……………………………………….
我们可以看出需要数据库关联，排序的能力，这个能力在某些情况下非常重要，但是如果你的网站的常规操作，全是这样复杂的逻辑，那效率一定是非常低 的，所以我们常常在数据库里加入许多冗余字段，来减小简单查询时关联等操作带来的压力，我们看看下面这张图，可以看到数据库的设计重心，和网站(指内容型 社区)需要面对的问题实际是有一些偏差的
篇6：精致的Web设计交互设计
工作中遇到一个很棘手的问题，交互设计师和视觉设计师在做出高保真原型后提交给前端开发工程师，最后得到的web产物从细节上和布局上都和高保真原型有所差距，比如应该有鼠标手型的地方没有鼠标手型，导致用户不知道这个可点，又或者一行文字上下高低参差不齐，看起来就很廉价没有品质感，导致交互和视觉不得不放下手中的工作去一一核对这些问题，并指出给前端开发工程师让其改正，最后发现其实这些问题都可以迅速的做好，那为什么前端开发却不愿意在一开始的时候就做好这些工作？
从几方面来看待这个问题：
1.过细的专业消磨掉“默契”。相信大部分有一定互联网经验的人都是做过前端开发工程师，在那个年代从设计到开发都是同一个人，所以完成的东西往往和预期的符合度比较高。因为在做前端开发的时候自己心里知道哪些地方应该加粗，哪些地方应该有间距，哪些地方应该让用户更突出地看到。但是现在大家分工越来越细，每个工种的能力也越来越专业化，所以导致了原来的那种“默契”也越来越消失掉。前端想要做的就是写出牛B的代码，最好是能够超越google产品的技术水平。但是往往越专业就越偏离真正做产品的目的。之前一次讨论中，一位前端同事说对他们来讲，代码的整齐比用户看到的页面整齐更加重要。我不反对代码整齐的确体现了前端的专业性，但是换句话讲代码整齐是前端的基础，对前端的要求是不管用户看到的页面有多复杂，有多绚丽，你们的代码还是依然要那么整齐，这才是最牛B的。
2.等待中的沟通。项目中为了能够保证质量，通常都会用产物传递的方式来帮助每个角色的沟通。我也一直“致力于”制定和update各式各样的规范，但是我发现，无论你的产物多详尽，总会在传递过程中消耗一部分，导致后端的角色无法完整真正理解你的初衷。幸好在传递的过程中增加了会议沟通的形式，但是一个会议让所有人能够理解并且提出建议是不大可能的。那除了产物传递和会议以外，我们还能做什么？我们需要的是主动沟通。工作中有句话，能够用IM的，绝不用邮件，能够用电话的，绝不用IM，能够当面沟通的，绝不用电话。这就是最好的沟通方式，当然经验告诉我们，每次沟通完之后，必须用邮件抄送所有人来做个沟通记录，以免大家事情太多最后忘掉。但是沟通又会引发一个问题，前端、视觉往往是等着交互和需求方去找他们沟通，也就是后置角色一直都是等着前置角色来找他们沟通，其实这个是错的。所谓的沟通是相互的，不要等！当后置角色发现问题时应该主动及时地找到对应的前置角色去把问题解决了，这样的方式一定可以把那些疑惑和不确定都弥补掉。
3.不够统一的产品思想。在每个专业角色的领域大家都在说往前走，意思就是不要停留在技术层面，要往前往远看，
从后台一直到产品规划，大家都有往前进的趋势。当然这和社会的现状有关，往往代码工程师会羡慕前面的设计师甚至是需求方，只要口头说说，他们就要做很多工作，谁都希望做上游。我不反对往前走，但是我希望大家能够摆清定位，所谓的往前走是希望每个角色的思想是统一的，不仅能够有出色的专业能力，而且能够站在更高的角度去看产品，并把自己的专业能力反应在产品上。现在大多数人都在嚷着说我们要往前走，要去挑战上游的专业能力，但是我想问问这些人，你们自己的专业能力够出色了么？如果连最基本的web可用性都没注意起来（例如鼠标手型表示可点击，元素间的对齐，大区域指示有助于用户找到目标等），你们怎么可能往前走，怎么可能把自己的专业能力应用地更出色。
4.没有规划的技术。所谓规划，大家都会想到产品前期的市场调研，其实每个角色都应该对自己的工作进行规划。我经常遇到问题是，当前端开发工程师完成的产物没有达到设计师的要求时，前端开发总会说这个什么dom结构、什么js本身都不支持等等，甚至有时候需要优化和升级的时候才发现，前端把代码写死了，根本不可能有优化，只能重写。面对这些问题时，应该两个解决办法，一个是在做之前主动找上游沟通整个产品的方向和目标，并把它落实在技术中，预留好接口和开放结构，从而使升级优化成为可能。另外一个是认真仔细读懂交付产物说明，看清每种状态和分支情况，当发现问题时应该在做之前向别人提出，从而大家可以一起来找到新的解决方案，不要等到完成时再说什么都做不了。
5.细节决定成败，要体现专业能力必须以细节为基础。一开始说的前端开发做的产品细节上的不完善，有个前端的同事说，要做他们感兴趣的东西，他们才能注意起这些问题。的确在前端的领域写js比写css更令人兴奋和有动力。那我只能觉得，产品不是儿戏，更不是因为你感兴趣而去做的。创新的东西人人喜欢，但并不是每个人都可以创新，你一味等着上游的角色给你令人激动的工作，那只能说明你本身并不适合这份工作，所谓的创新就是在专业领域做比别人更专业的事。另外，我不否认写css比js更枯燥，但是这并不意味着css就不重要，其实更多时候css比js重要很多，很多web2.0的网站用的就是css去引导用户，描述产品等。并不是交互和视觉一直关注这些布局和细节的问题，换句话讲，这个都是基础的东西，应该前端开发工程师本身的意识提高，才能让大家关注更多体验的问题。我也希望不要再这些基础的领域绕来绕去，好好做产品，做好自己的角色，做到完美！
最后我想说的是不要认为web设计就是粗糙低劣的，好的web设计更能够提现产品的品质感，我们要升级体验就必须把基础做好，把这些细节都处理好，我们才有可能有精力去做创新，去做体验。
本文自“折折熊de交互论”（www.jojobox.cn） 原文链接：www.jojobox.cn/blog/article.asp?id=161
篇7：人际沟通与信息设计交互设计
最近参加公司组织的关于沟通的培训课程，课后整理笔记，深刻体会到做信息设计就是与用户沟通的过程，产品是承载沟通的载体，架构就是沟通的组织框架，以下罗列几条可供设计对应思考的：
沟通的心态：
自我，自私，自大还是真正为沟通对象考虑，关心为先，
我们的产品设计则强调关心需求，关心用户的难处以及满足用户的期望，让用户难以拒绝。看来关心为先和用户为中心的设计是一脉相承的。
再说沟通的基本原则，最核心的是主动，避免等待，更不要出错和产生误解。我们的设计则强调界面友好，积极和及时的反馈，主动培养语境。把最重要最频繁的信息、功能快速送给用户。
沟通也需要注重地位、文化、经验、情绪的差异，而设计同样需要考虑目标用户的属性，地域文化，认知经验和情绪。
同样，在组织沟通中存在的障碍，主要是由三部分构成：信息不对称，组织氛围，缺乏回应。
沟通中为了避免信息不对称，理解上的偏差，有两个措施来解决，
1.避免信息泛滥，避免废话连篇，我们的信息设计用信噪比来衡量它，来检测页面的信息负荷度。我们用元素即界面的原则来约束信息元素的不当使用。
2.避免信息过滤，我们的交互设计、视觉表现是否在层层过滤信息的传达？
为了培养一个好的组织氛围，我们需要从硬件和软件两手抓，还要避免单独的私密沟通，术语叫狼顾，
同样在信息界面上，无论是CS端还是BS端，我们都要给用户提供一个舒适的视觉界面和相对精心的功能以及流畅的交互，适合操作和互动的氛围。避免用户在不同阶段碰壁或者产生消极的心理。
还有就是缺乏回应，回应是沟通中信息流动的媒介，沟通中我们需要积极的回应发起方，一是基本礼貌，而是对信息接收的肯定和反馈。以前最闹心的事情就是拜托某位朋友帮忙某事，等了猴年马月也没后话的，借钱也怕这样的主。
最后，从沟通的结果来看，其实我们可以理解为从用户体验的结果来看。
没有目标的沟通肯定是徒劳的，沟通要有的放矢，要聚焦。因此产品设计要控制范围，信息量。
有情绪的沟通肯定是不良的，沟通中警惕双方因为自己的立场，意识和知识背景，主观的放大彼此的缺点产生情绪对抗，这是最差的结果。而最终想避免这种情况的发生，我们需要控制情绪，理性的倾听声音。紧紧围绕目标来沟通，来协商或讨价还价，最后达成一种共识，我们的体验设计的过程，是不是一模一样。体验的好坏是不是也有一个平衡和各因素间的考量。
文末，分享一句话：
1.不在于你说什么，在于对方听到什么？不在于你感觉如何，在于听者的感受如何？
我照葫芦画瓢翻译一遍：不在于你设计多牛，在于用户能获得什么？不在于你感觉有多良好，在于用户是否能被打动，并且感觉良好。
原文链接：jary.findesign.cn/?p=1823
篇8：读书笔记《设计心理学》交互设计
在家里的这段时间仅是完成了《设计心理学》的阅读，
有用的：这是一本结构感较强的书，一层层加高、一层层深入，所以，给我感触比较深和最值得引用与借鉴的自然就是最后第七章的内容了。
以用户为中心的设计
在设计中，应当考虑到以下几个方面：
保证用户能够随时看出哪些是可行的操作（利用各类限制性因素）；
注意产品的可视性，包括系统的概念模型、可供选择的操作和操作的结果；
便于用户评估系统的工作状态；
在用户意图和所需操作之间、操作与结果之间、可见信息与对系统状态的评估之间建立自然匹配关系。
用户能够弄明白操作方法；
用户能够看出系统的工作状态。
将任务化繁为简的七个原则；
应用储存于外部异界和头脑中的知识。
三种概念模式/心理模式：设计模型(design model)、用户模型(user’s model)、系统表象。
简化任务的结构。
不改变任务结构，提供心理辅助手段；利用新技术，把原本看不见的部位显现出来，改善反馈机制，增强控制能力；自动化，但不改变任务的性质；改变任务的性质。
注重可视性，消除执行阶段和评估阶段的鸿沟。
建立正确的匹配关系。
操作意图与可能的操作之间的关系；操作行为与操作效果之间的关系；系统实际状态与用户通过视觉、听觉和触觉所感知到的系统状态这两者间的关系；所感到的系统状态与用户的需求、意图和期望之间的关系，
电脑资料
利用自然和人为的限制性因素。
利用形状的匹配或颜色指示等自然因素，人为地造成唯一匹配关系。
考虑可能出现的人为差错。
设想用户试图要做对每一项操作；支持用户的操作，而不是去打击用户在对话中作出的回应；要让用户发现差错可能造成的负面影响，并使用户能够比较容易地取消错误操作；还要有意增加那些无法逆转的操作的难度。
若无法做到以上各点，就采用标准化。
标准化：每个人只需要学习一次，就知道如何使用所有经过标准化的物品。
有意思的：这本书是上个世纪70年代完成初版，作者在书中对未来的产品进行了许多的预测，而且总是在现代得到了证实。科技的发展和产品的更替似乎都遵循着一定的规律，而作为科学家和心理学家的作者正好就在摸索规律这方面体现了他的智慧。拥有这种智慧是可钦可敬的，也是可以勉励自己的。
要思考的：许多人都高举“以用户为中心的设计”的旗帜并且很努力地想做好，这一点毋庸置疑。但我们自己有多少人是抱着“高姿态”去面对生活、面对身边的人？多少人时常会沉浸在自己的些许成就中忘记了谦逊和理解？值得思考，这样的“高姿态”带入到工作中来，多少会影响判断工作的智慧吧？！以至于也经常有一些不妙的现象：以“自己”为中心的设计。突然，很想寻找大隐于市的境界。呵呵~~
来自：p.pnq.cc/ue/?p=250
篇9：博客架构的媒体局限交互设计
这里说的局限性，并不是怀疑个人发布信息是否具备媒体特性，而是对现在多数以媒体为定位的博客，在架构的处理方式上，提出一些想法。
说博客架构之前，看一下几点：
文章性质
撇开个人日记，单指具备社会化属性、媒体属性的博客文章。
分成时效性和非时效性。
一篇技术文章、一则笑话的文章，在任何时候读起来，可读性基本不会下降。
一篇时事观点的评论，可读性会随着时间衰减。
文章组织的维度
分类、标签、作者
博客入口
1 从搜索引擎搜索信息、或者通过外部链接，进入单篇文章。
2 敲入域名直接进入博客首页。
时间流
博客基本都是以时间顺序排列的，最新的在最上面。
那么，看一下大部分的博客首页。
千鸟跟我说过，我的博客域名不应该用uitony.com，而应该用blog.uitony.com或者uitony.com/blog，当时我并没有在意，最近思考博客的架构，恍然大悟，
为了使用方便，可以将uitony.com指向后者，但把博客当成一级域名，会对以后在结构的扩展性上造成很大的问题。
因为，时间流的展示方式不适合成为一级目录，这个域名下面所有最小单位以后不一定都是文章，哪怕都是文章，一级目录也应该是一个结构层。
这个问题可能需要写过100篇以上的文章的blogger更容易体会到，时间流的展示方式，根本没有办法展示结构性的东西。用侧栏来展示的话，一不够充分，二跟时间流的方式格格不入。
博客作为媒体，时间流的方式是最大的障碍。从读者的角度上来看，他们关注的是文章写的是什么，什么时候写的对他们来说不重要。现在的分类和标签，都没有、也很难解决这个问题。就算按时间顺序，顺着排还是倒着排，不同的文章性质，这个问题也不一样。
说上面这些都太抽象了，拿水煮鱼举例，这家伙写了800多篇文章，博客每天4000+PV，60%的人通过搜索引擎过来，看完一篇文章之后，一部分跑到首页，大致浏览下没有找到更多有效的信息，就跑了。为什么？因为博客的首页不适合解释给这部分人看，这个首页完全没有告诉那部分人，这个博客里面有什么货、是关于什么的。跟看一个只有20篇文章的博客效果一样。
我的结论是，基于文章内容的重构，将是以后很多以媒体为定位的博客要做的事。
本文出自：uitony.com/?p=68
篇10：50+PSD用户界面Web设计素材交互设计
对于很多设计初学者来说很多高手的界面设计得让他们惊叹，哇，这么短就画出来啦 。。各种羡慕，有木有！其实，对于真正的设计老手来说，他们有能力设计出各种效果，但是即便这样也是需要大量的时间的。在大多数的中小企业中这样的完全独立设计师很少见的。老练的设计师都有一套属于自己的设计素材库，里面包罗万象会让各种菜鸟汗颜。这些就好比日积月累的各种武术套路，当需要那种就自然的打了出来，快、准、狠！这样在设计圈的江湖里才能混出名堂来。当然，如果你想独立门派那就另当别论了。今天我们就分享出50多个用户界面的WEB设计元素。这些素材不管是对于老鸟和菜鸟都值得你收藏下来。
免费元素
软的UI工具包：免费的PSD模拟网页设计
一个样机常见的网页元素的设置，由Adrian佩尔蒂埃设计和六个修订提供。
透明玻璃的用户界面：用户界面设计的免费的PSD
这黑暗的UI元素所PixelsDaily创建的，也是由六个修订提供。
免费赠送：现代用户界面包的Photoshop PSD
一个现代化的，与一些简单，基本要素的极简的用户界面工具包。
免费赠送：大量的Web用户界面和按钮设置
这个Web UI工具包包括从MediaLoot色泽鲜艳的按钮，信息箱，面包屑，搜索表单，和许多其他元素。
Web UI的宝物公益金V1.0
该套件包括为您的设计超过100个元素，包括横幅，按钮，工具提示，徽章，以及更多。
Web窗体元素
一个灰色和金色的网页表单元素，包括文本区，按钮和下拉菜单。
Web窗体元素VOL.2
一个灰色的网页表单元素的设置，包括滑杆，下拉菜单，制表符，和更多。
得到了木？UI设计元素
木纹的外观与100多个现代化的UI元素组成的一个工具包。
斯诺的UI工具包
这从MediaLoot的UI工具包具有与暗蓝色，灰色的口音静音的灰色的配色方案。
黑暗神秘的网页元素
是专为与黑暗和高风格的网站使用这一套的设计元素。它包括搜索栏，分隔符，按钮，音频播放器元素，等等。
黑色的UI工具包
黑色的UI工具包中包含有光泽，黑色和蓝色的元素，包括大量的媒体控制。
Moonify用户界面
Moonify是一个UI元素，其中包括一个搜索栏，评级明星，以及一些基本的形式元素。
蓝色和白色的GUI工具包
柔和的蓝色和白色的UI元素，包括形式输入和按钮。
黑UI元素
一个光泽的黑色和鲜艳的蓝色UI元素的设置，包括滑杆，按钮，下拉菜单，和文本输入。
“灰度”的UI工具包
灰度是一套浅灰色的形式UI元素。
固体的UI工具包
固体的UI工具包，给它复古科幻看看，一个金黄色的配色方案。
暗UI元素集
，略带光泽的暗紫色加载栏按钮和UI元素。
电子商务的步骤用户界面
这里的元素是专门设计作为一个电子商务结帐过程的第二步。
“书法”GUI元素
一套UI元素，灵感来自中国书法技巧。
“棕褐色”的用户界面元素
一个与他们的古董，但干净的感觉，棕灰色的表单元素。
布卢姆的UI工具包
绽放的UI工具包包括按钮，输入的形式，滑块，。
苹果风格的用户界面元素
一个苹果灵感元素，包括按钮和表单输入。
纹理警报
一个透明的警报样式的设置，与多变的颜色和一个可移动的纹理覆盖。
页眉和导航包
三个导航/标题样式。
简单的UI元素
一套通用的极简，圆润的UI元素。
漂亮的小搜索字段
这些漂亮的小搜索字段有两种样式（圆形和方形），三种不同的配色方案。
添加到购物车按钮
一个在三个柔和的色彩添加到购物车按钮，
简单的标签导航
一个简单下拉菜单的选项卡式导航屏蔽门。
暗扣导航2
一个黑暗的导航按钮设置水平或垂直菜单。
透明的工具提示
一个在四种颜色的透明度工具提示，从优质像素。
整洁的滑杆 – 免费的PSD
复古滑块与镀铬按钮和黄色口音。
极简水平导航
微妙的着色和真棒状态设计简单的导航元素。
圆润的下拉菜单
一个黑暗的下拉菜单按钮。
花式滑块及切换
一个华丽的多色滑块与镀铬结束。
一个最低限度的日历组件
一个简单的蓝色和灰色的日历部件PSD。
表善套件
表善套件是一套简约，但大胆的表单元素，包括输入域和按钮。
绿色联系表
一个简单的，现代的绿色联系的形式，图标和一个提交按钮。
模式对话框联系表
一个最低限度的模式对话框的联系表格。
登录表单PSD
一个高度风格PSD登录表单。
在表格的快速登录
一个短，简约的符号形式，在蓝色和灰色。
老式通讯表
一个古典风格的新闻注册表格。
一个清洁的登录框
一个白色和静音红色简约的登录框。
所有在一个Web元素套件
一个暗灰色，红色，蓝色，绿色的巨大集合中的元素，这个套件包括按钮，滑动条，以及多种内容样式。
维克多元素
复古风格的UI元素的设置，包括滑杆和按钮。
迷你画廊
PSD图片廊元素。
包裹和丝带包
一套色带和包装效果PSD文件。
设计元素
此包包括搜索的投入，按钮，滑块，下拉菜单，更。
大块UI
大块的用户界面包括一个大胆的元素，包括一个搜索框，滑块，评级星，和一个下拉按钮数量。
免费赠送：现代Web UI设置
这一套黑色和灰色，略带光泽的UI元素，包括导航，按钮，滚动条，板，和面包屑。
轻UI元素
一个浅灰色的元素，包括按钮，媒体播放器控件，和面包屑，与各种丰富多彩的口音。
春天的GUI
一个绿色的元素，包括按钮和下拉菜单，其中包括设置。
网页元素
一个黑暗的，多种颜色的元素，包括滚动，搜索领域，下载按钮，并。
视频播放器
一个灵活的视频播放器铬。
高级要素(收费)
光荣颜色的UI工具包（$ 6）
一个颜色鲜艳的UI元素的设置，包括滑杆，转换开关，按钮，以及更多。
灿若繁星的UI工具包（5元）
一个发光的UI元素，包括表单元素，分离器，按钮，以及更多。
简约滑块造物主（400）
包含70多个创建滑块，包括阴影，帧，插图，多元素。
缝合的网页元素（$ 5）
套装包括一个登陆框，订阅框，下载按钮，等等，并在四个不同的颜色。
微妙的网页元素II（$ 5）
复古风格的元素设置一个微妙的色彩方案，包括明亮的蓝色和橙色的亮点。
白无华网页元素的V3（3元）
干净清爽的白色和浅灰色元素。
网页元素包（5元）
一个元素，包括横幅，媒体元素，导航，按钮，和徽章，在5个配色方案。
篇11：app VS web，谁会更风骚？ 交互设计
移动互联网发展如此迅速，不禁会有人问，未来的移动互联网，web和app，谁会更风骚呢？
周边的呼声貌似都给app投上信心的一票，没错，app确实有着很大优势，尤其在利用硬件性能上，比web要强大很多，苹果主推app而不是web，就因为app另起炉灶，专为移动设备开发，速度、流畅性、交互习惯、页面布局都得到最用心的考量，用户体验之赞所以得到广大使用者的青睐。但是这样就可以判定app将会独领风骚吗?
之前看到《连线》的一篇文章，上面分析到目前web在移动互联网上落后于app的原因有以下三点：
1，iphone问世之前，移动设备的CPU硬件和操作系统性能，都远远落后于PC，这可谓是底层基础的差距；
2，在iphone问世之前，智能移动终端上可消费的内容和玩法都是乏善可变的。而web世界流量来源的构成，绝大多数还是来自PC访问，面向PC浏览器为对象的web开发，仍然是现存各色web站点的绝对重心，各大站点所推出的移动版本站点，基本上定位都不过是原PC互联网web站点的附庸和补充，思路和决策自然多是沿袭和继承，而不是以移动用户需求为中心的创新，这是上层应用的差距；
3，移动浏览器的性能，落后于PC浏览器性能，与chrome等“现代浏览器”在PC上的发展相比，算婴幼儿期，PC浏览器仍然是各大浏览器品牌开发资源的绝对中心；
而苹果所做得就是集中资源在1和2两大问题，最大限度地填补了空白，宣告了移动互联网的提前到来，
但经过最近三四年的发展，用户需求和使用习惯的转移已势不可挡，整个IT产业链资源已然高速涌向移动互联网，上述3个root cause正在快速地被消除。如此一来就不再是apple一家唱独角戏的时候了。移动芯片越来越强，双核甚至四核CPU都已经到来，移动版本的web浏览器，速度也越来越快。另一方面，既然可以专门为移动设备开发app，为什么不可以诞生专为移动设备而生的web站点呢？毕竟跨平台广覆盖的需求始终存在，而自由灵活的web就是满足它的最好方式。专门解决移动新需求，适应新应用环境，又不用担心版本分裂的各种创新web站点将大量涌现。
未来的移动互联网，谁会更风骚，人们其实在乎的并不是app还是web，用户所在乎的依旧是谁会带给他们最大的方便，给他们最好的体验。所以是封闭的app，还是开放的web，让时间来揭晓~~
篇12：Windows8 UI给web设计的启示交互设计
Windows 8下载放出一段时间了，国外对Windows 8在网页设计中能够如何应用也有了一些研究型的文章，我个人对这种方方正正的设计非常喜欢，手机上的Android系统也是个方方正正的版本。
本文介绍一些Windows 8风格的网页设计的资源。
A Web Design Inspired by Windows 8 UI
这是一个根据Windows 8 UI做的主题。在主题首页展示最新的博客、缩略图，还有一些个人信息。在正文页边栏显示tag、Category等信息。
主题特点是色彩鲜艳、白色文字、色块分明，图标也很solid。
不过美中不足的是，没有采用适应的技术（responsive web design），就设计来讲，本来是一个非常适合适应设计的，在iPhone和Android的浏览器上就不用每行显示3个block，
而更宽的浏览器上可以每行4个甚至5个。
目前还只是一个demo页，它们没有主题下载放出。如果有时间，我打算近期把这个主题实现，当然，要加上一些feature。
Full Windows 8 GUI Theme set (psd)
这是一个免费的Windows 8主题的GUI，可以基于它做自己的设计。
总共15M，真的 ！
Metro Website Design Template V4 like Windows 8 interface
Metro Website Design Template V4是基于Windows 8的设计风格的一个模板，包括html/css/js/icon等。
篇13：走错路与信息构架交互设计
我上个周末有走迷路了，由于一个不小心，本来沿着上海龙漕路走的路成了沿着龙华路走，在走了有快半公里以后，我终于发现自己犯下了这样一个错误，虽然这个错误并非是重大错误，但是我还是觉得自己很愚蠢，
最后解决的办法就是，我在路边拦了辆出租，直接到达了预定地点。事实上，那个时候还有足够的时间沿原路走回去再走正确的路线。并且也有足够的体力去支持这短路程。也并非是我不想节省。但是最后还是选择了打车这个解决方案。
说到这里，我并不想说造成错误的原因是自己的疏忽还是路标的不清晰，只是想说，当达到这样的结果的时候，选择并非是在走回去然后选择正确的道路。
而事实上，我到一个陌生的地方，经常碰到的情况是根本辨认不清楚方位。事实上，我在网站上碰到这样的事情可能会更多。
从这个事情上，我们说到网站的信息架构，（白鸦总是说信息架构与导航，实际上是一个意思），我上面遇到的事情完全可以看成是一个信息构架的体现。而在这个信息构架上，我先是选择了不正确的道路（流程或者功能），进而在行走开始的阶段又没有正确的提示告诉我，你走错了（明确的功能说明）。当我发现错误的时候，已经走了有一段路程了。（在网站上体现是到了具体的功能页面才发现找到的并非是自己想要的功能）于是我选择了另一种方式打车去解决问题。（关掉网站，并且用SE进行搜索来解决问题）。
在交通上，路牌、指示牌、门牌号等等构成了一个信息的展示体系，而我们在一定的范围里面，我们多能看到的标识是有限的，这在一个熟悉的环境中，很可能可以展示和活动信息的方式更多，但是对于一个新人来说，我们所能获得的指示真可以说少的可怜，
在交通上，由于熟悉大家对交通情况的熟悉，并且标志的规范化，这样走错路的情况还算是比较少见的，但是在网站上不一样，由于网站没有全球统一的设计流程和规范，各个网站的信息构架系统差异也比较大。
而且在大部分产品经理看来，路越多越好，所以信息构架上面都存在很多问题。尤其是在一些网站上，为了让用户能达到最终页面，甚至很多网站都设计了N条通路，而这样的设计往往是让用户选择错了流程甚至无从下手。（补充：存在N条路没有问题，但是要向用户清晰的表现出各个路径的区别，如果设计师不能清楚的表现这个，那么用户也很难去选择走什么样的路径）。
相比于交通，信息构架的另一个重要点是网站几乎没有任何挽回的机会，当用户发现网站提供的功能并不能让自己满意的时候，往往是在这个时侯就离开了网站，而并非是采用其他的方式进行进一步的查找，甚至当选择很多的时候，应户如果不能分出其中的区别，可能直接离开网站。
评论：
1 网友:白鸦 2008-11-19 13:07 我说信息架构与导航是因为导航是信息架构里面很重要的一部分。 而且，很多时候导航除了表现信息架构还要体现产品思想，所以导航可能是信息架构的再组合
2
dong_hong1 2008-11-19 14:28 的确 导航系统信息构架中最重要的一部分，在很大的程度上，决定了信息构架的好坏和交互成本的高低。 不过TMD在大部分人的理解中，只有网站上面的那个条才是导航。 所以到现在我都只说信息构架，不说导航了。
本文来自：hi.baidu.com/koob/blog/item/e8a68651a02baa1f367abe93.html
文档为doc格式
