网站设计解构(Web Anatomy Interaction Design Frameworks that Work)读书笔记
作者 Robert Hoekman,Jr. 、 Jared Spool
总体概况
老外的书读起来比较费劲，翻译的也是挺扯的，肯定不是专业人士翻译的生搬硬套。再有就是这本书出版年头有点多了，有些概念要老一点。好多专业词汇和国内叫法不一样，有时候需要读内容才能理解。但老外写书感觉说事情比较细致，一个书讲的一个概念或者讲相关的几个很小的概念，能够把东西说透。国内很少有人能把这事情说这么细的。首先说这本书都讲了些什么？其实就两个事。1.什么是网站框架，2.如何创建自己的网站框架。这本书不是告诉你什么框架应该怎么设计，而是告诉你，如何建立自己的框架。再有就是书里说的框架，我理解就是标准模块，比如你在做一个项目里边有一个注册模块，而你做100个项目里边都是注册模块，把这100个注册模目里共性的东西提练出来就是框架。
网上找到一幅本书的脑图结构的笔记，对内容的理解给了我很大的帮助。
适合谁读
首先肯定这本书不适合刚入行的新人，因为这是对工作经验的总结，如果完全把这本书当案例来模仿，那事必会觉得讲的太浅。适合交互设计师、产品经理，最好是有过些项目实施经验的效互设计人员，对过去被忽视的框架来进行增强和总结。
本书结构与可读性
1-2章是概念 介绍了很多和框架相关的概念。记住就行。
3-5章是本书的精华。通过案例介绍了各种框架。
6-7章还是案例，应该是在理解了3-5章之后的提升。但我觉得没什么用。不过丰富了框架的种类。
8章.搭建自己框架
9章是自己搭建框架的使用方法。
10章 简单的说就是实现了框架未来我们做获得什么。
第1章 简介
需要明白两个概念，可重用、框架
我希望有一天我们能拥有庞大的资源库，里面存放着经过现实用户的周详测试而且证明可用的通用界面模块（building block）。我还希望我们能向大家展示，由可用性专家把这些模块组装成完全成熟的网站，从而高效地生产出大量具有极高可用性的网站。
可重用策略（主流程差不多，做不出什么花儿部分）
这些部分有三个级别，分别是：模式、组件、交互设计框架
模式：实现同一个任务的方法。好比输入日期，可以手工输入，也可以通过日历控件输入。
组件：功能点，比如，实现搜索，需要一个搜索框+提交按钮。二者组合为一个搜索组件。
框架：功能的共性属性。比如搜索框，需要识别输入字数的限制。好多功能的集合这就是框架，当然必须是公有属性。框架是为了提升交互设计时效率。
框架体系是一种高度的抽象。
组件更接近于最后的实现工作，因此我们通常能让开发人员来管理这个库。而交互式设计框架体系则重点关注用户体验，因此更适合让设计人员来负责。模式库则介于设计和开发两者之间。
可重用的铁三角：模式、组件、框架，全书基本都在阐述这三个概念，其中又以框架最大，但需要理解三者的关系。不然看不懂。
上下文背景：国内叫 应用场景，简单的说就是你设计的这个东西，用户在什么时候会用到。
第2 章 可重用的铁三角
本章主要理解：框架都包含哪几部分
设计模式文档需要写明的6要素
1.模式名称：作用就是统一称谓，和团队交流的时候不至于弄混
2.描述：告诉别人这个东西是做什么使的。
3.上下文情况：使用场景
4.曾于何处使用：样例
5.工作方式：流程，输入、输出都有什么
6.其它：相关流程、影响到的流程
交互设计框架的7要素：
1.描述：
2.上下文情境：
3.任务流程：
4.其它必备框架：上下游需支持的框架
5.相关框架：相关流程、影响到的流程
6.构成元素：
7.设计标准：
框架体系的特质：
1.框加是存在的，你用于不用框架都在哪里。
2.框架是可累加的，积木
3.框架是有表现力的。可以形成风格。
4.框架是可以创新的。要不断完善自己的框架。
第3章 目录框架
目录框架案例，如何运用交互设计的7要素
描述：分类和选择的作用
上下文情况（应用场景）：定位和选择目标的行为
流程：分类页面-》内容陈列区-》内容页面
其它必备框架：搜索框架
相关框架：帐户管理等
构成元素：
1.分类页：按大分类进行分组，排除用户不关心的部分。
2.陈列页：找到所需的内容
3.内容页：详细资料页，验证用户的选择。
电商行业中详细资料页通常包括：
①.商品描述
②.图片
③.商品细节
④.可获得性。库存，在售等。
⑤.购物车
⑥.详细介绍或配置
⑦.社交属性。如评论、评分......
⑧.引导链接 国内说法就是相关推荐
设计标准：
1.支持用户探索（没太看明白）
我理解是说，商品再多也不要所有希望都放到搜索里，应该给用户一个自己探索的入口。
提到两个概念，这两个概念到是可以记一下。以后和别人讨论问题的时候可以装B用。
设计模式：正确的应该怎么做（正常人怎么做）
反设计模式：反例是什么样子的（非正常人怎么做），但反例并不一定就是错误的，要跟据具体的商品来设计。
感觉把简单的事情搞的很复杂。简单的说就是举了两个目录框架例子。一个正例，一个反例。
这段写的完全有点从实际联系理论的风格。小孩先会数1-10了，然后上幼儿园，老师教你，1，这是1。
2.公布分类方法
①设计者自定义
②分众分类法 简单的说就是用户参于分类方法。把常用的，高频的设为分类。
分众分类法（Folksonomy）一词由 Folks（人群）和 Taxonomy（分类法）组合而成，如今已是信息架构学中的一个重要部分。它是指用户自发性以任意关键字（标签）为内容进行分类的一种公开共享的平面型非层级结构式分类法，目前被用于许多社会性网站及软件中。
第4章 搜索框架
案例
描述：快速定位到具体内容
上下文情境（使用场景）：实践证明超过一半以上的用户直接前往搜索引擎，“搜索优先”。
but:用户为啥会使用搜索，作者的意思是你分类方式还有改进余地，啥时候你的用户全都转向用分类，用不着搜索，你就成功了。（这泥马是个伪命题啊，让我想起了初中数学知识，“无限接近趋近区域坐标轴，但永不相交”）
任务流程：输入搜索词-》点击搜索-》搜到结果-》点击访问结果
构成元素：6种。快速搜索与高效搜索、搜索结果、过滤器、搜索产出、分页
搜索结果分为两种：一种是直观的搜索结果页。第二种叫搜索部门页（翻译成“搜索结果分类”符合中文习惯），目前流行的处理方法是把分类调整到用户搜索之前。
搜索的产出（搜索结果页的内容）
1.准确适配或非常相关：精确匹配
2.相关条件：匹配度低的结果
3.不相关的结果：返回不相关结果的后续处理
4.没有结果：搜索无结果时，给用户的提示及引导
过滤器：作用缩减结果范围。
设计标准：
1.提供多条通向内容的路径。
2.使内容与用户的用户相关联
3.便于识别。
第5章 注册框架
案例
描述：劝说消费者进行注册成为固定用户、活跃的一份子、乐于付钱。（好直白的定义，把注册的商品目的赤裸裸的展示在哪，说白了就是用户对用户没有任务用处，如果不是为了获得网站里的有价值的内容，用户是不会注册的）
上下文情境（使用场景）：注册框架适用于那些需要用户注册的应用程序，以便他们掌控或管理自己创建的内容。
任务流程：填写表单
构成元素：（以面包店为例，好理解）
1.价值声明：告诉用户网站的用途 “卖面包了，卖面包了”
2.投入成本明细：注册，你需要花需什么成本，主要是时间。“10块钱3个”
3.推荐语："我家的面包真香"
4.行动号召：“快掏钱买吧”
5.白板/即时参与 引导，告诉用户接下来应该做什么 “吃完就不饿了”（这块不太理解行动号召与即时参与的区别在哪）
6.注册表单 ：面包
可以看到，促进一个用户的注册6步中，有5步是在自我宣传，只有最后一步，才是用户需要做的。诱导有多重要。
设计标准：
1.传达明确的价值声明。告诉用户正在做什么事。
2.建立起用户的预期。通过多长时间，你将获得什么成果。
3.证明应用程序运行良好。获得用户的认可，降低参于门槛。
4.鼓励操作关确保取得进展。即时反馈，成果可见。
5.让用户和他们的操作相联系。适用引导用户添写更完善的信息。
第6章 略
第7章 略
第8章 搭建框架体系
打造你自已的框架（到动手部分了）
1.标识出问题。你准备搭建哪些框架。
2.品鉴资源。证明你框架的可行性。
如何品鉴资源。与平时浏览网站的区别。
①.发现影响点。你都要看啥功能。如何选定参考对象。（有点理似做竞品调研）
②.我们在找什么。看看对方是如何时实现这个功能的。看看对方的处理流程是啥，有没有可借鉴的地方。自己哪些方面没想到，赶紧补充到脑袋里。
③.留意你自身的领域。看看你的同行是如何实现的。高参考度，即然你的同行同业是这么实现的，肯定有其因为，如果大量的同行是用同样的方法实现的，肯定有其原因。浅点：照抄，起码保证不会犯大错。深点：发掘这么实现背后的深层原因。作者这块这么说很有道理，估计也是实践经验的总结，我也在在这块交过太多的学费、浪费过太多的时间。有时候创新是好的，但抄有时候也是一门艺术。
3.把他写出来。落实到纸上，与团队达到共识。
交互设计中容易被忽视的细节。
①.不同设计元素的优先级。比如两个按钮，如何体验哪个重要，设计者想让用户点哪个，不想让他触碰哪个。都可以通过视觉，排版等方式表现出来。
②.微妙的交互。悬停提示，访问前和访问后的区别。
③.缜密的设计逻辑。细节
a.使用原型工具，提升效率。+PRD文档。
b.异常流程处理。
第9章 略
第10章 改善我们的未来
框架体系引入了上下文情境，随之为包含了完整的用户环境和任务流程的设计提供了指导方针。
1.挫折成本
不良的设计必然带来高摩擦。高摩擦必然带来高挫折感。
2.实际核算
①.增加开支
②.生产力降低（我觉得他说的是效率问题）
③.无谓的开发时间（开发没有用的功能）
网友评论