《UCD火花集》章节试读

《UCD火花集》的笔记-第161页

“阅读区域太宽，对阅读者的眼睛是不健康的。”
850px宽的文本阅读区，会让用户变成摇头电扇不说，阅读时注意力难以集中，耐心下降，容易跳行，行首行尾无法正常衔接，阅读连续感被破坏。
理解电子文本和书面文本没用本质的区别；
屏幕上的阅读速度比在纸张上阅读同样的文字要慢20%～30%；
文字字体和布局本身诸多因素（如行距、字体、字号大小等）的变化会明显影响用户的阅读速度和对阅读的态度；
小号字体比大号字体更容易阅读；
文字行应该较短，在8ー10个英语单词之间
教学辅导性文字材料里的交叉参考，有助于用户浏览器获得除主材料之外的更多辅助材料

《UCD火花集》的笔记-第10页 - UED 应该向产品负责，而不是向PM 负责

经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方
还常常被人说做出来的东西很垃圾，我一般这样回答他们：
1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中
并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指
挥师；
2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如
何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满
丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。
3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现
的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。
很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设
计，设计的是什么…
4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价
的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人
全责。
---------------------------------#---------------------------------#---------------------------------
如果你的团队也在这种情况，那么作为 UED 的你有如下几个选择：
1、向他们还有你的老大们表现出来你的成绩，让他们明白在你专业的领域他们不比你强，
让他们明白谁该干什么；
2、当他们说”你多设计几套出来看看”时，你告诉他们”你不给我把产品解释明白，我一
套也设计不出来”
3、如果上两个步实在无效，那么你可以请他们自己去找外包公司作他们的保姆或者你教会
他们用PHOTOSHP…
4、如果情况还是没有改善，你也不想在那个地方混日子，那么你可以去做些更有意义的事
情。在一个企业只要尽心在做事情你就对得起一切，用户体验设计的范围很广，除了具体表
现层的设计之外还有很多事情你可以去做；
5、如果这一切都不行，那就尽早离开那个地方，因为那里不会有前途，而且你也需要找到
发挥自己的空间。

《UCD火花集》的笔记-第162页

平稳垂直滚多 跳跃垂直滚动
水平滚动应该采用20个字符的窗口，每次向前滚动5个字符，应该由用户来控制滚动速度

《UCD火花集》的笔记-情景设计中的叙事策略 - 情景设计中的叙事策略

影视圈里的编剧朋友说，他们写剧本的准则只有一条——一个陷入困境的人。同样，到了产品设计领域，我觉得也可以把情节设计的准则描述为——一个有需求的人。 需求有时候被称为痛点。有了痛点用户就要安抚这个痛点，就像电影人物要摆脱这个困境一样。

《UCD火花集》的笔记-第138页 - 帮助

帮助是由于设计师与用户的心智差异而存在的一种沟通,因为心智差异不可避免,所以必然会有这样一种沟通。这种沟通,可以说是告诉用户,我是怎样以及为什么要这么设计。
心智结构的差异。

《UCD火花集》的笔记-第34页 - 概念设计

非常写实的原型使团队更加注重细节，概要的原型使团队更关注大局，原型的程度必须和产品开发程度相一致。

《UCD火花集》的笔记-第94页 - BBS碎片

喜欢什么方式主要还是长期形成的习惯

《UCD火花集》的笔记-第34页

管理者总是更喜欢插手设计，因为只有设计容易看到、感觉到，而很少有管理者精通程序。为什么？因为他们对于设计的一知半解。如果一点都不了解，那倒也罢。问题是设计相对于程序来说，更容易让人觉得自己很懂。人的审美观与生俱来，但管理者对于设计的了解，往往局限于视觉设计的皮毛，更谈不上交互设计。有时交互设计师并不能给出严格意义上的数据证明，其交互设计方案就因为个人喜好被一票否决掉了。
要让管理者、领导者理解产品早期的交互设计原型是非常困难的。管理者往往喜欢看到带有视觉设计的原型后（这时产品往往已经成型），再毫无理由地投出自己的一票否决权。

《UCD火花集》的笔记-第42页

不要因为画不好而放弃，如果你不试，你永远不知道自己能做到多好。

《UCD火花集》的笔记-第31页 - 期望值

满足基本功能需求的，产品有60分，能够符合用户期望的，有100分，能够比用户期望的做得更好，就是个'优+'的出色产品了。

《UCD火花集》的笔记-第157页

创新必然超前于应用

《UCD火花集》的笔记-第2页

<原文开始></原文结束>

《UCD火花集》的笔记-第100页

某种意义上可以说:网站从头到尾做的事情都是在做“导航”,只有最终的那个结果才是 “内容”。所以,网站的设计“百分之一百减一”是在设计导航。 而网站的体验和“完成任务的过程”其实都是“导航体验”。

《UCD火花集》的笔记-第64页

对于网站的合，这里提供四种方式
第一、合百家之成，转载内容。（有选择的组织内容）
第二、召集草根力量，形成大量的原创内容和资讯。（引导用户组织内容）
第三、将相关内容合并成专题或者专辑（形成特色内容）
第四、提供RSS聚合接口，成为万维网内容聚合的一个信息源。（成为信息源）
内容的能量释放于分
在内容分的过程中，恰恰就是内容梳理的过程，无论是转载或者是用户原创，在做信息架构的时候都要考虑到如何将这些内容理顺，这个过程一般采取以下方法：
第一、给内容分类。内容归属于哪个频道或者哪个类别。
第二、添加社会化标签（Tag），Tag可以看成是此内容的属性，这些Tag把网站的内容连接起来。
第三、添加关键字，这是新浪等第一代门户的普遍做法，也就是通过这个形成相关内容。
第四、按照内容来源渠道和作者将内容归类，让内容衔接起来。
第五，排行榜也是一种分类方法，例如现在很多视频分享网站，会按照用户对某一内容的操作来排行分类，比如“最新发布”“最多点击”“最多收藏”“最多评论”还有新浪网社会新闻的”心情排行“等等。
第六、可以按照内容发布的时间和内容中描述的地域来分。

《UCD火花集》的笔记-第1页

没用过

《UCD火花集》的笔记-第1页

UCD的核心思想就是用户参与设计和评估以及迭代

《UCD火花集》的笔记-第1页

记录下这本书，老早就有人推荐

《UCD火花集》的笔记-第156页 - 宽屏不是用来阅读的

以内容为基础的网站设计不用考虑超宽、超大的场景，甚至包括服务类网站都如此

《UCD火花集》的笔记-第155页

根据字数可以推断：英文一行的单词比较中文少，宽一点会流畅。

《UCD火花集》的笔记-第16页

管理者不應該參與產品的開發與設計

《UCD火花集》的笔记-第154页 - 宽屏幕下的Web设计

Google book search 设置成两页并排 不说分栏的解决方案一定不好，但我们确实还可以开阔一下思路，想想如何能优化宽屏幕下的显示效果

《UCD火花集》的笔记-第196页

看完，整体比较散（博客文章嘛），开眼界，更深入的话需要系统的学习、思考和实践