http://www.villiamin.com 发掘需求 分享创意 Tue, 04 May 2010 14:39:55 +0000 http://backend.userland.com/rss092 en 写在前面的废话：虽然本座在之前也做过一些web页面的交互设计，但是因为没有系统的学习过，都是一些零散的知识碎片，难以成体系。直到今天在臭鱼的课件中看到这篇“页面表达原则”，才恍然大悟，这正是我一直在努力去做的：   页面表达原则 更少的信息量更好。 不提供多余的功能，减少出错。 结构化更易于理解。 信息的表达应该清楚、明确、直接。 操作可识别。 操作前，结果可预知。 操作时，操作有反馈。 操作后，操作可撤销。 让用户知道身处何地。 避免内容看上去像广告。 同一功能在不同页面上位置相同。 措辞统一。   写在后面的废话：任何阶段的实践工作，需要返回到理论的层面来总结，然后用更切合实际的理论来指导下一步的实践。这样才是一个良性成长的过程…… http://www.villiamin.com/archives/319 先说说超市。最典型的是沃尔玛，但不管是沃尔玛这种大型超市还是7-11这样的便利店，他们的导购模式都是按“品类”，即将营业空间中的区域以不同大类的商品做区分，例如蔬菜副食一个区域，日用品一个区域等等。而同一区域的货架又分为“类目”，例如酱油一个货架，醋是另一个货架。再细分则是不同品牌。这种分类模式的优点是层次清晰，对于有明确购物目标的顾客，只要超市的导航标识够清楚，他能够很快找到自己需要的商品。缺点则是对于有品牌偏好的新顾客无法越过层级直达某商品（当然此情况在有导购员的时候下可以忽略）。 再说商场。本质上与超市相同，常见的百货商场将每一层设为一个大品类，下一级分类则直接是品牌。但也有商场的分类是相对复杂的，即现在流行的店中店模式（如深圳的中信广场，海岸城等），每一层混杂着服装，珠宝首饰，餐饮娱乐等各种品类，分别已独立品牌门店的形式出现。虽然有点挑战用户的传统习惯，但是这种导购模式正是符合了“一站式服务”的商业模式，让用户花更多的时间停留在商场内，促成更多的消费。 最后说说比较特别的专类商品专营店。典型的代表就是香港的SASA化妆品店。店中有两条导购主线来引导用户：进门首先是几个促销柜台，向里走中间区域就是第一条主线：类目，顾客可以在不同货架选择面部护理，彩妆，美体美容美发等各个类目的商品，而另一条主线则是分布在周边区域的知名品牌专柜，同一品牌下的不同类商品可以在此选择。 现在可以明显看到，专营店的导购模式更加符合用户体验。但由于专营店比超市/商场少了第一级“品类”，所以便捷是必然的。对应到互联网上的电子商务模式，超市/商场可以看作是B2C平台，QQ商城和淘宝商城都是这类。专营店则是垂直类的B2C商城，例如京东，红孩子之流。他们在导购模式上的设计都在不断迭代，有负责品类的专人不断优化品类类别，结合搜索功能可以为用户提供更好的购物体验。但与传统商场不同的是，如何满足用户在B2C平台中不同的需求，让用户方便的在品类，类目，品牌甚至是不同类目的不同特性中方便得进行复合式的筛选，就是摆在产品经理和交互设计师面前的又一个课题了…… http://www.villiamin.com/archives/311 http://www.villiamin.com/archives/305 不知不觉入D90套机一年的时间了，这个套头在户外光线好的时候表现还可圈可点，在室内就是噩梦。一年来有机会去户外拍摄的时间那是太少了，下面是一些杂片，放上来记录一下。下个月准备入手50mm F1.4D~                           http://www.villiamin.com/archives/285 前些日子的那篇“网站注册那些事儿”还有一个对应的注册表单，今天才有空去整理出来。请列位看官往下看： 注册流程第一步：选择用户类型 因为特殊的情况，友商网的用户群体分为两类，于是可以将用户在注册时加以区分，以便后期提供相应的服务内容。 这里要描述清楚用户分类的情况以及各自的优势，以便合理的引导用户选择适合自己的类型继续下一步操作。   注册流程第二步（个人）：填写注册表单 表单字段最大化精简。其中有些字段控制和交互细节做以下注明： 1.初始状态，鼠标为触发任何输入事件时，只显示字段名称和输入框，不显示提示文字。以免太多文字提示给用户带来复杂的心理暗示。 2.鼠标触发输入事件时，显示提示文字。文字在输入框下方显示，方便视觉上下扫视而不是左右扫视。如未填入任何字符，不提示录入错误。 3.光标离开输入框并触发其他区域时，即时验证字段合法性。合法则在后面标注对号，非法则标注感叹号，并将对应提示文字加红框标注。 4.验证码字段，鼠标触发后再显示验证码内容。避免之前消耗过多时间而造成的验证码过期。 5.所有字段均合法后，“确认并注册”按钮方可点击。优点是此时所有字段均合法，除不可抗力因素（如长时间无操作，掉线，断电-_-||）外，点击按钮即可注册成功。 注册流程第二步（企业）：填写注册表单 企业用户需要填写的表单较为复杂，由于企业用户行为的特殊性及身份惟一性等原因，需要填写公司名称联系方式等资料。如果公司名称被占用，可以选择重新输入或加入此公司，见下图： 选择加入公司后，后面的联系方式等资料可以不用填写，直接填写完验证码后即可提交。 注册流程第三步：注册成功 目标单一，让用户注册完成后进入用户后台使用产品。 O了，以上流程还是不考虑运营及商业目标的设计，欢迎大家交流拍砖…… http://www.villiamin.com/archives/262 这篇文章很早前就看到了，最近特别有感触，故发出来权当留个脚印吧……   一个和尚挑水吃、两个和尚抬水吃、三个和尚没水吃。总寺的方丈大人得知情况后，就派来了一名主持和一名书记，共同负责解决这一问题。主持上任后，发现问题的关键是管理不到位，于是就招聘一些和尚成立了寺庙管理部来制定分工流程。为了更好地借鉴国外的先进经验，寺庙选派唐僧等领导干部出国学习取经；此外，他们还专门花钱请了天主教堂、基督教会的神父传授MBA。外国的神父呆了不久留下几个屁就走了，一个屁叫BPR，一个屁叫ERP。 书记也没闲着，他认为问题的关键在于人才没有充分利用、寺庙文化没有建设好，于是就成立了人力资源部和寺庙工会等等，并认认真真地走起了竞聘上岗和定岗定编的过场。 几天后成效出来了，三个和尚开始拼命地挑水了，可问题是怎么挑也不够喝。不仅如此，小和尚都忙着挑水、寺庙里没人念经了，日子一长，来烧香的客人越来越少，香火钱也变得拮据起来。为了解决收入问题，寺庙管理部、人力资源部等连续召开了几天的会，最后决定，成立专门的挑水部负责后勤和专门的烧香部负责市场前台。同时，为了更好地开展工作，寺庙提拔了十几名和尚分别担任副主持、主持助理，并在每个部门任命了部门小主持、副小主持、小主持助理。 老问题终于得到缓解了，可新的问题跟着又来了。前台负责念经的和尚总抱怨口渴水不够喝，后台挑水的和尚也抱怨人手不足、水的需求量太大而且没个准儿，不好伺候。为了更好地解决这一矛盾，经开会研究决定，成立一个新的部门：喝水响应部，专门负责协调前后台矛盾。 为了便于沟通、协调，每个部门都设立了对口的联系和尚。 协调虽然有了，但效果却不理想，仔细一研究，原来是由于水的需求量不准、水井数量不足等原因造成的。于是各部门又召开了几次会，决定加强前台念经和尚对饮用水的预测和念经和尚对挑水和尚满意度测评等，让前后台签署协议、相互打分，健全考核机制。为了便于打分考核，寺院特意购买了几个计算机系统，包括挑水统计系统、烧香统计系统、普通香客捐款分析系统、大香客捐款分析系统、挨上必死系统（简称IBS系统）、马上就死系统（简称MS系统）等，同时成立香火钱管理部、香火钱出账部、打井策略研究部、打井建设部、打井维护部等等。由于各个系统出来的数总不准确、都不一致，于是又成立了技术开发中心，负责各个系统的维护、二次开发。由于部门太多、办公场地不足，寺院专门成立了综合部来解决这一问题，最后决定把寺院整个变成办公区，香客烧香只许在山门外烧。 部门多、当官的多，文件和开会自然就多，为了减少文山会海，综合办牵头召开了N次关于减少开会的会，并下达了“关于减少文件的文件”。同时，为了精简机构、提高效率，寺院还成立了精简机构办公室、机构改革研究部等部门。 一切似乎都合情合理，但香火钱和喝水的问题还是迟迟不能解决。问题在哪呢？有的和尚提出来每月应该开一次分析会，于是经营分析部就应运而生了。分析需要很多数据和报表，可系统总是做不到，于是每个部门都指派了一些和尚手工统计、填写报表、给系统打工。   寺院空前地热闹起来，有的和尚在拼命挑水、有的和尚在拼命念经、有的和尚在拼命协调、有的和尚在拼命分析……忙来忙去，水还是不够喝、香火钱还是不够用。什么原因呢？这个和尚说流程不顺、那个和尚说任务分解不合理，这个和尚说部门界面不清、那个和尚说考核力度不够。只有三个人最清楚问题之关键所在，那三个人就是最早的那三个和尚。说来说去，就是他妈的闲人太多了！他们说：“整天瞎分析个屁！什么他妈的流程问题、职责问题、界面问题、考核问题，明明就是机构臃肿问题！早知今日，还不如当初咱们仨自觉自律一点算了！如今倒好，招来了这么一大帮傻B，一个个不干正经事还他妈的人五人六的，跟屎盆子一样甩都甩不掉！” 又过了一年，寺院黄了，和尚们也都死了。人们在水井边发现了几具尸体，是累死的；在寺院里发现了几千具尸体，是渴死的。 http://www.villiamin.com/archives/260 前几天光耀童鞋喷了一篇《谈网站注册、登录过程》，今天我们在与小爬童鞋梳理购买流程的时候也谈到了这部分内容。其实注册作为一个网站基本功能再普通不过，但提供不同产品服务的网站对于注册的要求不尽相同，也不是每个网站都有一个体验良好的注册流程。本座在这里简单聊下在不考虑运营指标和商业目的的前提下，基本的注册功能如何设计。 注册页面的信息架构 注册页面的信息架构力求清晰简洁，注册表单作为信息主体，除了logo，帮助信息以及一些必要的返回链接，避免其他一切会干扰注册的信息，全力保障用户专心走完注册流程。 注册表单的设计 1.注册不要有门槛。简单的表单设计让用户易于进入，在之后的服务应用中再进一步挖掘用户信息。 2.用户名：最好将邮件地址作为登录名，当然手机号码更好，方便用户记忆和找回密码，也方便网站用来EDM。个别网站需要再次录入用户名，或许是为了防止用户不小心录入错误的用户名并注册而无法登录。 3.密码：密码字段需要再次录入，这个是惯例不做赘述了。 4.验证码：几乎所有的网站都引入验证码机制防止恶意注册。除了常见的图片验证码，还有很多简易问答验证码也不错。（推荐个很强大的第三方验证码服务提供商http://recaptcha.net/） 5.以上是最基本的信息。如果有其他分类的字段，如个人资料，公司信息等，建议分步处理，这样不会使得表单和页面显得过于冗长。当然需要标明注册分几步以及当前所处步骤。 6.如果网站的服务对象有所不同，可针对不同对象设计不同字段，合理的引导用户选择适合自己身份的表单进行注册。最常见的就是有些B2B类的网站会区分买家注册和卖家注册。 7.能支持openID当然是最好的了。 注册页面的交互 1.字段控制提示。不同网站对字段的控制不同，尽可能在当前描述清楚这个字段所支持的情况。 2.及时验证录入字段信息的合法性。提示用户填入的字段正确或错误，避免整个表单提交后再提示给用户带来的挫折感以及不必要的返回查找。 3.密码的安全性验证。这个对于企业服务，金融等高安全要求的网站尤为重要。密码强度的验证已是通用做法，而twitter注册表单的密码控制就更进一步，他将370个常用组合字母或词汇禁用，使用这些作为密码都会被提示为：“Too obvious”（感兴趣的童鞋可以翻墙访问http://twitter.com/signup查看源代码） 4.验证码的图片或者问题在验证码字段输入框被鼠标触发后再显示，避免之前录入信息消耗了太多时间而引起的验证码过期。 5.所有必填项均符合要求后，“提交”按钮方可点击，否则为置灰不可选。 当然以上所述都只是最基本，如果考虑运营和商业意图就会复杂一些。即使复杂也需要与良好的用户体验有一个完美的平衡，否则注册功能会是网站转化率的G.F.W…… http://www.villiamin.com/archives/255 2009,What a fucking year……     告别这水深火热的2009，希望来年一切都好起来…… http://www.villiamin.com/archives/250 UPA专家论坛（深圳站）：打造更有价值的用户体验团队   周末徒步至华强发展大厦4楼参加了这个论坛，还是颇有收获的。至少了解了广深片区部分IT公司的UE发展水平——大都与友商网是半斤八两。 除去腾讯CDC，华为UCD等大公司有近百人的团队，并且已经有了将UE环节融入到项目研发流程的成功经验和习惯之外，其他公司还只是停留在UED团队建立、起步、积累的阶段（包括KDUED），提出的关于UE团队建设问题也只是停留在了基本岗位、方法、目的这个层面，所以嘉宾的答复没办法深入提高。其实这些问题KDUED全部都遇到过，并且多少有了自己的应对方法（注意，是应对方法而不是解决方案）。很多用研、交互的方法都曾有效的改进过产品的用户体验，但是由于很多复杂的客观原因，未能坚持下来。确实是个严重的缺憾。 其实我个人认为，打造更有价值的UE团队，这个团队的核心目标不仅仅是将UE环节引入到项目研发流程中，改善并提高产品的用户体验度，为公司创造隐性价值，更重要的目的是将UE的理念布道，传播给产品研发的每一个环节甚至于公司所有部门的每一个认，这将是一个漫长而艰苦的过程。当UE理念深入到公司每个人的工作中时，UED这个团队就完成了他的最终使命…… 上面扯的有点远了，so，接下来简单谈几点本次论坛的收获吧： 1. 如果想做UE，一定要有一个实体团队。这样团队成员有归属感，有讨论学习的气氛。 2. UE团队要有公司管理层的支持，否则自下而上推动是难上加难。那么如何获得管理层的支持呢？找个项目，把丫UE了，并把前后对比数据（最好是和资金流等重要指标有关的数据）递交管理层，这样更有说服力一些。 3. UE团队的各个岗位不可或缺（用户研究，交互设计，需求分析，视觉设计等等），每个岗位上的同学不仅要对本专业内的知识非常熟悉，同时要了解相关流程中其他岗位的专业知识，这样绝对有利于各个环节的沟通和工作。 4. UE团队需要一位Leader。他不需要有很强的专业技术，但是要有超强的沟通协调能力，可以说是精神领袖。 5. 项目的UE评审环节不可或缺。在评审的时候什么都可以改，一旦评审结束进入开发流程，那什么都不能改了。一定要改？ok，下个版本吧…… 6. UE团队要有发展规划，单纯的改进产品用户体验只是最基本的目标。UE理念的布道才是最终理想。 http://www.villiamin.com/archives/245 在丽江喝茶的时候，老婆说茶还是要用功夫茶具来喝才香。于是遵照指示，淘了这套茶具-竹韵……         http://www.villiamin.com/archives/237