无酬的博客

一直在关注体验量化方面的理论，剑虹在之前的博文里分享了关于体验量化的一些方法，受益匪浅。

关于行为层的量化方法我想再补充一下goms方法中的击键模型，这种模型的好处在于可操作性更强，设计师可以短时间内独立完成度量。

击键模型中用户的交互行为被分解为几个元动作，每个元动作都通过大量的测试得出一个平均时长（见下表），通过这些元动作的累加得出界面设计方案需要的操作时间，来验证和对比各种方案的优劣。（根据个体不同元动作的耗时不同，但对大部分对比性评估而言采用典型值足够了，如需要精确的绝对时间可以参照cpm-goms）。

使用击键模型最困难的地方在于你无法判断用户什么时候会停下来进行无意识的心理活动。因此我们有必要参照以下规则定义插入M的时机。

定位心理活动的规则

规则0：候选M的初始插入

所有的K（击键）之前插入M，在所有用于命令选择的P之前插入M，但是对于选择命令参数的p不要插入M

规则1：删除可以预知的M

如果M前面的操作符（K,P,H）能完全预知M后面的操作符，则将M删除。例如你移动鼠标的目的是点击淘宝首页，这时候就需要删除由规则0添加的M，这时PMK就变成了PK。

规则2 ：删除同一认知单元内的M

如果一系列的键入属于同一认知单元，则删除第一之外的所有M，例如：输入taobao根据规则0插入M应该是MKMKMKMKMKMK=6mk，由于taobao是一个词的连续输入 所以属于同一认知单元，删掉M后应该是MKKKKKK=M+6k

规则3：删除连续终结符之前的M

如果K是一个认知单元后面的多余分隔符，例如命令的分隔符后面紧跟参数的分隔符，则将之前的M删除。

规则4：作为命令终结符的M的删除

如果K是一个分隔符，且后面紧跟一个常量字符串（例如，命令名或每次使用都一样的实体），则将之前的M删除（分隔符会因为习惯性的成为字符串的一部分，从而不需要单独的M）。但如果K是一个命令参数的分隔符，或者可能变化的字符串，则保留之前的M

规则5：删除重叠的M

不要计入任何与R（计算机响应时间）重叠的M

简单击键模型计算示例：

任务描述：在淘宝网搜索T恤衫，屏幕资源不受限制，淘宝首页已经加载完成。

元动作分解：

把手移到鼠标：H

指向搜素输入框：HP

点击定位输入：HPK

将手移回键盘：HPKH

输入“T恤”：HPKHKKKK

T恤在搜狗输入法中是默认项所以只需点击空格确认就可以了。如果中文输入结果不在默认选中状态下 还要加上一串 HPKH。

敲回车键加载搜索结果：HPKHKKKKK

页面加载进入搜索结果页：HPKHKKKKKR

在结果中筛选：最好结果是目标商品在结果中排在第一位，用户可以直接点解进入宝贝详情页完成购买HPKHKKKKKRPK。假设这种情况出现的概率是P，则1>P>1/7500（每页有75个结果共100页）这种概率同时受排序算法，商品所属类目的标准化程度……等等复杂因素的影响，因此完成查询之后的操作将不在本次示例中涉及。

因此我们的到的最终表达式为：HPKHKKKKK

根据规则0增加初始M

表达式为：HPMKHMKMKMKMKMK

根据规则1-3删除多余的M得到表达式：HPKHMKKKKK=2H+P+6K+M+=0.8+2.2+1.2+1.35+2=4.55

如果采用搜索输入的自动补全功能

（输入法默认为E文）表达式可以调整为：HPKHMKHPKPK=3H+3P+4K+M=6.65

通过对比两个表达式的结果，我们就可以得出自动补全在某些条件下输入效率低于全文输入的结论。

定量方法的好处在于它可以将无休止的争论转换为计算，得出公认的令人信服的结论。

的goms击键模型还有很大的局限性，它更偏重物理层面的度量，而淘宝用户在购物过程中经历的筛选；对比；印象；经验；消费冲动；等等各种复杂的心理因素在交互行为层面还没相对准确的度量方法有待我们进行更加深入的研究。

参考书目：《the humane interface》

radio button直译是 收音机按钮.这种称呼来源于早期的汽车收音机用来选台的按钮,一组互斥的选台按钮中有一个被按下时,其它按钮就会弹起,被按下的按钮保持按下的状态.还有一种说法是”radial button”这种说法的根据是按钮的形状是圆的,但这种说法是错误的,按钮的名字应该基于它的行为而不是形状.
radio button的初始状态可以是空选,但一旦与此控件产生交互,除非借助其它控件,空选状态不能还原.但是苹果的用户界面指南里有明确的描述,radio button控件里必须有一条是处于选中状态。

radio button只适用于5个以内的选择项。选项超过五个应该用弹出窗，

radio button可以水平排列也可以垂直排列，这取决于你的整体布局。但一般情况下我们应该选择垂直排列，这样的排列方式有利于强调按钮间的互斥关系。如果你选择了水平排列方式，你需要量出最长选项的长度值。并把这个值应用到每个选项所需的空间中。

另外不管你采用的是垂直布局还是水平布局，都要保证标题和第一个选项的文字基线处于同一条水平线上。

资料来源：http://en.wikipedia.org/wiki/Radio_button Apple HIG

淘宝的搜索结果页和频道页的信息容量是固定的，但是在线商品数和会员数却在不断增加，相对于越来越庞大的会员数量和在线商品，我们的信息接口显得越来越狭窄。导致的结果是卖家的推广成本被不断推高，买家的筛选成本也越来越大。这个矛盾的根源在于，面对庞大的不断增长的买家群体，淘宝提供的固化的信息接口无法满足日益膨胀的海量商品信息和买家群体的需求。

目前淘宝的信息接口只有频道推广，分类导航和搜索3种方式。频道推广受制于频道页面信息容量。而在分类导航和搜索中，每条信息到达用户的路径都是唯一且固定的因此也存在容量极限。有人可能会认为搜索引擎的关键字是无限资源，但事实上用户头脑中的商品关键字只是有限的常识范围内的关键字，如:“衣服”“手机”谁都知道，“功能服装”“3防手机”很多人就不知道。还有很多创意产品用户也非常需要但从来没听说过,搜索关键字和类目导航就无能为力了，只能指望相关频道运营，运营没推送甚至压根不知道的那些商品就被淹没在信息海洋里。

当然这种限制在google等搜索引擎中也同样存在，但因为搜索引擎的盈利模式是依靠出售有限的优势排序资源，资源越是稀缺对搜索引擎越有利，没有获得这种排序优势的网站因为没有成本支出所以不会有任何损失。因此这种限制甚至是搜索引擎的盈利基础。

对淘宝而言我们的盈利方向不是单纯依靠推广资源的稀缺性，而是希望通过建立最有效的资源合理化配置平台，为买卖家创造最大化的价值。即买家都能找到合适的商品，卖家能找到最有效的渠道甚至市场需求和市场容量，减少资源的浪费。

在我们的用户和商品数如此庞大的今天，窄化的信息接口已经严重制约了平台的资源配置能力。而且随着推广成本的升高，淘宝的低成本渠道优势也会逐渐丧失。在我们的排序算法不能提供透明的竞争规则之前。没有获得排序优势和推广资源的卖家相当于浪费了他们在其他方面（购买营销产品，美化店铺）的投入，而且随着卖家群体的扩大这种现象将愈加明显。那些没能抢占信息接口资源的卖家甚至可能会离开淘宝另谋出路。或者自立门户，或者转向其它成本更低的平台。

因此我们亟需发展一种新的信息组织结构，弥补现有信息结构的不足。社会化网络也许是目前能看到的最合理的解决方式。

如图：社会化网络的信息结构，具有无限扩展的特性，没有接口限制，每个信息和用户都是社会化网络中的一个节点，他们之间以某种有意义的方式连接在一起。

买家根据自己的兴趣和购物倾向分布在各类社区，通过定制化和社交网络获得信息，卖家也可以根据各类社区的购买力分布情况安排采购和生产资源，定向投放自己的产品信息。

买家的社会化信息（社区，好友等），个人信息（如esample买家数据库），以及不断调整的定制信息，都将为卖家提供市场需求和市场容量方面的线索。卖家可以依据这些线索对经营策略作出调整。例如：女装类社区有100名成员，却有90家店铺。那新晋卖家肯定要慎重考虑是要进入这个市场，还是选择其它尚未饱和的细分市场。

除了提供更适合淘宝发展的信息结构，通过在社会化网络中发现和发展长尾市场，社会化网络还可以为中小卖家提供更多创业机会，淘宝现有的主流类目市场已经出现大卖家主导的趋势，小卖家的生存空间越来越狭窄。只有帮助小卖家在长尾中发现新的市场机会才能开拓更大的创业空间。

社会化网络在长尾方面的优势，在豆瓣网已经得到证实，豆瓣用户分布在各自的兴趣社区里，再偏的电影也有人看，再个性的音乐也有人喜欢。用户获得的信息都源于其个性化的信息需求，来自社区和有共同兴趣的好友的推荐，或者系统根据已有线索（喜欢那些电影或音乐）提供的推荐。

亚马逊在社会化方面的探索……

传统的信息传递方式

在导航和搜索中信息到达用户的路径是唯一的。而且依赖用户准确的信息请求。

社会化的信息传递方式

社会化网络中，小方块被看成信息时，红点是用户，用户在彼此联系的信息节点间自由选择符合自己需要的信息组合方式。信息的连接的密度越大被发现的几率越高。
小方块被看成是用户时，红点是信息。信息在用户的社交网络中传递。这种传递是有选择性的，选择的依据是用户对自己好友的了解。所以信息只被传递到需要它的用户那里。用户周围的连接越密说明他的社交影响力越大，用户的社交影响力取决于他为社区做出的积极贡献。
这种非线性的传播过程打破了信息传递的瓶颈。信息在社会化网络间自由流动。

工程方法论往往没有充分利用界面设计的成果，产生这种忽视的原因是在提高用户和产品之间的交互质量的机会几乎已经丧失以后才去考虑界面设计者的建议。设计在项目刚开始的时候具有最大的灵活性。

—-Jef Raskin 人本界面（The humane interface）

产品设计的流程问题，是普遍存在的，淘宝现在实行的是产品经理制，产品流程规范里有明确规定，产品经理在撰写PRD文档的时候必须是和交互设计师一起完成的，产品需求文档评审的时候设计师也是要在场的，但是实际操作中，产品经理往往并不善于利用交互设计师的价值，他们可能认为交互设计师是一把好枪，但不太会使用它的自动瞄准系统。大部分时候还是自己瞄准。所以大部分时候产品到交互设计师的手里的时候，产品基本思路和框架已经定下来了，接下来的工作就只是把在使用RadioButton 还是用tab标签这类问题交给交互设计师解决。

即使淘宝的产品开发流程里已经给交互设计师的角色一个明确的定位，但我们还是不能很好的掌握话语权，很多时候交互设计师的正确意见得不到采纳或足够的重视，

一方面，这个开发流程里交互设计师也只是得到一个参政议政的权利，并没有真正的影响产品方向的决策权，即使发现严重问题，如果产品方和需求方坚持的话，以交互设计师的力量是不能从根本上改变产品方向的。

另一方面，因为交互设计师的建议往往缺乏刚性，既不会看到明显的商业动机，又不存在技术层面的加快执行效率和节约开发成本等优势。大部分是一些可有可无，细枝末节的“人文关怀”。有时候甚至会大大增加开发工作量，自然不会招人喜欢。

乐观点说，即使交互设计师的意见的到了很好的贯彻，产品上线后也很成功，别人也会认为这是产品做的好跟交互设计师关系不大。

那我们就没办法了吗？还是有的，目前我了解到的就有两种方案，

一，领导层对用户体验和商业利益之间的关系有深入理解。这个领导层要大到什么程度呢，并不一定都要想腾讯那样可以直接找马化腾，但最起码要能直接影响产品决策。交互设计师在发现产品方向上的严重问题时可以通过这个渠道影响产品。当然这种情况并不经常会发生。

二，通过用户研究的支持，一步步进行用户测试，从小样本测试到线上beta测试，用数据来支持交互设计师的判断。假如你发现产品上的明显漏洞，并通过用户研究证实了你的判断是正确的，这也是交互设计师争取自己话语权的一个很好的机会。