今天要说的是在WAP产品设计中的状况，前一阵改版站内消息的时候，有一类操作是清空所有消息和删除单条消息，操作比较危险，但其实以前并没仔细考虑过，造成了部分用户的质疑。

状况是这样，我沿用了旧版站内消息的设计：删除/清空不确认直接操作，相信用户已经习惯这种方式，其实旧版就有问题，只不过原来的操作入口不在手机首屏显示，反馈的用户比较少而已。新版里这些操作的链接被往上提了一点，站内信少的用户会在首屏看到这个链接，且有误操作的情况出现。

解决的办法是速度增加了删除/清空的操作确认，用户再次确认才可以完成操作，另外还把这些危险操作用分割线与正常操作区分开，减少用户误操作的可能性，最近用户使用中这类问题就少了很多。

以前曾在Google Reader分享过一个确认页设计的系列，如果重新看一遍可能就会避免这次失误～

1. 确认页设计（confirmation alert）（一）——使用的时机
2. 确认页设计（confirmation alert）（二）——形式的抉择
3. 确认页设计（confirmation alert）（三）——一些注意事项

p.s.这个系列主要是工作中项目的一些教训和经验，能写的我就写，想到哪里就写到哪里。

您可能也喜欢：

移动或移不动的互联网

本次GMIC的创新大赛还有新的特色，应用内支付、移动广告，日本的、新加坡的、欧洲的、国内的，去年的创新大赛更多的是移动支付。

2009新年快乐及其他

这届移动互联网大会已经比去年火爆多了，腾讯、新浪、搜狐等一线网站更借此机会大搞特搞，奇怪的是网易为啥会缺席呢？

产品团队管理，确实是个问题

无觅

我在上篇Blog里曾表述过”单纯应用类和社区类的网站，现在有且仅有两个选择，要不自己做大做平台，要不就做成适合开放平台的纯应用“的观点（除上述类型网站外其实还包括资讯类的），大多数网站现在都面临同样的问题： 开放平台还是开放应用？

随着最近Facebook Platform、Google OpenSocial、搜狐博客开放平台等的出现并逐渐发展，Slide、Rockyou!等应用提供商的崛起，网站运营人员不得不去面对上述的问题。

后Web2.0的思想，使资讯类、应用类网站在逐渐增强社区氛围，社区类网站在不断增强互动资讯部分，趋势是互相融合的，成为趋向交互的网站。

这也造成网站系统的重复劳动过多，几乎每个网站都有自己单独定制开发的用户系统 、好友系统、交友网络等等，使得网站操作复杂，用户永远需要去适应体验上的差异。

不管开放平台还是开放应用，都可以解决很多问题，同时精简自己的应用结构，根据网站定位更好的发挥自己的特长。

当然，开放平台并不那么好做的：

• 首先平台网站需要有颗包容的心，允许别人的应用借你的平台发展。
• 需要提供功能全面的接口，让应用可以很容易结合到平台上。
• 需要有良好的用户基础，用户数量级够大且用户素质有一定保证，要不没有应用会来。
• 像Facebook、Google这样本身就很强大的平台并不在多，还没有跳出来的也屈指可数了。
• 用户数据的所有权成了最大的死穴，平台如果不能照顾应用的利益，早晚被应用放弃。
• 受应用欢迎的平台标准也会逐渐提高。
• ……（想到再补充）

开放应用稍微容易实现一点，但也有好处有坏处：

• 最大的优点，可以跨平台吸收用户，让不同平台的用户存在于同一个应用下。
• 不影响现有网站运行，可以为特定平台开发定制应用。
• 因为要适应各平台接口特点，用户体验可能与源网站不统一，或各平台间体验存在差异。
• 应用的模块化标准有待整合，现存标准缺乏通用性。
• 怎么将平台用户转化为应用用户将成为网站运营的主要研究课题。
• ……（想到再补充）

话说回来，不管开放什么，多平台鼎立的形势已经出现，在应用数量相当的情况下，主要看用户对平台的喜好，而应用已经不能再左右用户的选择了。

对个人用户而言，在熟悉的平台下使用感兴趣的、新的应用，将成为平台网站的主要体验，哪个平台相关方面做得好就可以脱颖而出。

还有一个可能发展的方向，用户基于现有个人网站（Blog）自建平台，维系用户的（社交）关系，将开放应用自行整合。用现有工具已经可简单实现，例如OpenPNE等开源软件、老冒的OPSN项目（我最感兴趣~）等等。

最后，借用一句互联网的名言收尾：未来是如此的不可知，互联网的发展更是如此，也许事与愿违，就当是2008年第一个月的某个白天的胡思乱想吧~

最最后，洋洋洒洒的写了一大片，一篇东西居然写了几个小时，中间经过很多琐碎的事情，可能会觉得驴唇不对马嘴，我还是感谢您能坚持看到本文的最后~^_^~

Technorati : Application, Facebook, api, google, opensocial, opsn, 开放平台, 用户体验, 网站应用

您可能也喜欢：
近期流水账：我和ROR的简单接触	Prism，WebRunner及WebApp专用浏览器	门户网站的RSS应用猜想	昨日收集 – 用多种方式备份Blog	昨日收集 – 网站推荐机制中的艺术、科学与商务问题
无觅

以前用淘宝也就是在买东西前进行比价，但最近才发现淘宝花费已经占我购物的二分之一还多，用时髦的词来形容基本是沉迷，也可称作宅。

宅原指御宅，狭义为在家里不出去，我这里用宅是想说明用了淘宝以后，可以方便的买到很多东西，减少了外出的机会。

除了电脑、衣服等需仔细挑选的东西外，像手机充值卡（原来在云网买）、彩票（有一阵每天都买）、DVD（F9的电影）、稀有的书、Xbox360的游戏盘、耳机、键盘、鼠标和垫、玩意（如变形金刚和魔方）等，连我的Treo 650都是在淘宝上看后去他实体店买的。

也许有人觉得这没什么，我却觉得不是太好的事情，跟我一样（或比我还过）的淘宝（或其他网上购物）沉迷者在逐渐增多，感觉有种说不出的东西在贬值。

为了摆脱自己对淘宝的沉迷，我决定从现在开始减少在淘宝买东西，并同时开始挑淘宝的毛病：

• 淘宝的虚假繁荣，很多东西都是库存数量还有，旺旺一联系就说没了，店主不同步库存就让我们买东西的白白浪费时间去沟通，淘宝为什么没有机制督促店主维护呢？
• 不能在同一个店一次买多件商品，为了信誉冲钻，商品只能一件一件买，增添多少购物麻烦？没有购物车多不方便，淘宝怎能死心眼到这个地步。
• 淘宝的收藏夹功能定位很奇怪，介于wishlist和收藏之间，如果作为wishlist，显示给收藏者的信息太少，往往还是要点到商品信息页；作为收藏的话，那个收藏页没有炫耀展示的作用。好几次把想买的东西收藏了，过两天想买的时候就卖完了，会不会有人专门买收藏数多的东西？这样的话我是不愿意用它了。
• 淘宝页面顶部区域有一大一小两个搜索，以前就有人提过，现在也没见改进，反正到了后边的页，想搜索就直接点LOGO回到首页搜。
• 淘宝没有好的预定流程，现在被卖家广泛使用的（先钱、好评后货）是对买家及其不公平的做法，无法从系统上保证买家利益。

硬写这么多，表一下我要戒淘宝的决心 ，其他想到再说，这些仅代表我自己的看法。

p.s.嘿，以后东西还是去店里买吧，多动动还可以减肥~

Technorati : UE, UX, 宅, 御宅, 淘宝, 用户体验, 电子商务, 网上购物

您可能也喜欢：
手机版支付宝客户端试用(iPhone,S60)	唠叨：淘宝退款操作的疑似BUG	昨日收集 – 用户体验与产品管理(完整版)	某活动体验，是我理解错了	胡扯：红绿灯和用户体验
无觅

• 老早开了个Wealink的帐号，申请了个Web档案，后来发现显示了一些不太想被别人看到的信息，年初对其做过修改和关闭的操作，结果到现在还在网上，而且还被百度索引了，我已经在Wealink提交过问题，到现在还没有得到解决。
• 那个Web档案前几天被单位的好事之徒通过百度图片搜出来，拿那个头像在QQ里做成表情图，在我单位里都传遍了，我这叫一个郁闷呀。
• Chinaren校友录也有类似的问题，不多说了，百度可以搜出来。
• 两个方面的想法：1、跟个人隐私有关的内容是不是应该禁止搜索引擎抓取？更不应该进行搜索引擎优化。2、搜索引擎选择信息来源的时候是不是应该对可能产生隐私问题的内容进行屏蔽呢？
• Google在这些方面比百度做得出色，使我更加信赖Google，更加讨厌百度。

也许是我太暴躁，但是我很讨厌别人总拿我的头像说是，而且我也并不想因为这样而成为一个”名人”。

Technorati : Chinaren校友录, Google, SEO, UX, Web差体验, wealink, 淘宝, 百度

您可能也喜欢：

MP3搜索算法还需完善

因为淘宝，我变得更宅了

唠叨：淘宝退款操作的疑似BUG

扯：煎饼和用户习惯记录

昨日收集 – 用户体验与产品管理(完整版)

无觅

我认为650或palm系智能手机的优点：

• 内部数据公用仅有一份，例如通讯录、日程、备忘录等，各种软件可以直接调用，利于统一管理。
• 基于日程数据的公用，有丰富、实用的GTD软件可以组合使用。
• 看电子书剧爽。
• 全局搜索所有存储的数据。
• 手机功能可以关闭，PDA功能可单独使用，飞机上也可随便使用。
• palm系统用户体验做得很好，比如只要有短信回复，该短信就会变成聊天模式，这个对爱发短信息的朋友尤为亲切。
• 大量实用软件，可定制很多系统级设置。
• 待机时间还可以，又打电话、又发短信、还看电子书且不关机可以撑3天。
• 能听Mp3，能看视频，有些不错的游戏可以玩。

我认为650或palm系智能手机的缺点：

• 没有wifi，到有无线网的地方（咖啡馆、机场等）没法用。
• 没有绝对的关机，可以关闭手机功能，但是断电关机只能拔电池。
• 如果软件冲突可能会导致死机，然后自动重启，需要定时备份。
• 因为是全键盘，如果用键盘打字的话操作有点复杂，且最好双手一起操作，所以不适合在公共汽车上用。
• 因为是PDA为主的手机，所以原配手机功能（如通讯录等）并不是很好用，需要用第三方软件扩充。
• 个头比较大，不适合小手用户使用。

暂时就写这么多，总的来说用起来还是很爽的，上面列的内容只是我初用的感受，其他胖友可能有别的看法，可在下面回复，有些功能、用法我还不知道，希望胖友们可以指点我一下~

Technorati : GTD, Treo 650, Treo650, UX, palm, palmone, 使用感受, 智能手机

您可能也喜欢：

从今天开始正式成为胖友

胡扯：红绿灯和用户体验

扯：煎饼和用户习惯记录

MP3搜索算法还需完善

昨日收集 – 用户体验与产品管理(完整版)

无觅

除了百度MP3，我还试了雅虎MP3和搜狗MP3，搜索结果都跟百度的情况类似，差别只在数量上，最后还是用emule解决了问题。

话说回来，准确率对于搜索应该是最基本的可用性指标，像这种歌手、歌名乃至歌词都显示正确，但歌曲不准确的搜索结果，怎么会让用户觉得满意呢？

搜索引擎将数量庞大的歌名、歌词、歌曲爬回来，经过一定的数据对应，合并出各自的音乐（MP3）数据库，这些数据应该是可以被用户正常的检索出来，但如果数据对应本身就存在问题，搜索结果肯定正确不了，也许这就是搜索引擎的算法该去完善的地方。

扯完~

Technorati : MP3搜索, Sogou, UX, Yahoo, 用户体验, 百度

您可能也喜欢：

昨日收集 - 体验之美 兼记录一下5大UE心得

扯：煎饼和用户习惯记录

搜索结果和Web差体验

昨日收集 – 用户体验与产品管理(完整版)

天涯问答和来吧，谷歌终于动手了

无觅

好，开始扯今天的主题，用户习惯记录应该是服务行业都该做的，只有记录后才可以进一步实现用户服务匹配，用户在某种程度上讲都是很懒的，如果可以记录用户的部分习惯（比如吃方面），让用户觉得很贴心，可能就因为这个让用户产生了好感，让用户为了这点而继续使用这个服务。

用户习惯记录不一定从一开始就被使用，但如果在某些情景下，用户有主动记录习惯的需求就要及时补充，比如网站内容列表形式记录、商场积分卡、理发店会员卡等等。

扯远一点，扩展到网站，如果没有任何访问/流量统计的话，说用户体验研究那就是扯淡，在缺乏定量分析的情况下不太可能产生正确的用户需求。

最后说一句，用户行为分析有点像那空中的浮云，很难捉摸，但如果先做到用户习惯记录，帮用户记住习惯再进行简单匹配，可能就可以立于不败之地，RFID也许是解决这个问题的一个途径。

扯完~

p.s.写完才发现概念有点混乱，自己都有点晕，还好是扯系列的文章，不用太多解释了。

Technorati : UR, UX, 煎饼, 用户习惯记录

您可能也喜欢：

昨日收集 – 产品体验与用户期望

昨日收集 – 网站推荐机制中的艺术、科学与商务问题

昨日收集 – 用户体验与产品管理(完整版)

昨日收集 – 带页码的翻页体验与设计比较

门户网站的RSS应用猜想

无觅

重点在后面，餐桌上只摆放了刀叉，唯独没见筷子，没筷子我怎么吃火锅呀？用刀叉？

询问后才知道要自己去拿，但餐具摆放区盘子、碗、餐巾纸都有，就是没找到筷子，说到这肯定有人笑我，怎么连筷子都没找到？废柴~

再次询问后才知道，筷子放在菜品边上的盒子里，没有与其他餐具放在一起。这个盒子我刚才怎么没注意到？过去一看就想起来了，因为它的外型与麦当劳里面的吸管盒很像，不明白的看看下面搜索得到的图片：

实在是太像了，以至于我从第一次看到就忽略了，然后就再也没有注意到，也许是我太孤陋寡闻了，并不知道筷子也可以这样放。

相比之下，我更容易接受传统的筷子桶：

扯完~

Technorati : UX, 筷子

您可能也喜欢：
Amazon化的Joyo	相声复活？	只说的新书：手把手教你BLOG行销	2005年最系列 – 最后一篇Blog	小插曲：我的IM签名演变历史
无觅

1. 为了领一本《长尾理论》的试读版，早上就在当当淘书，因为买一本中信的书才能在超值赠送区（犄角旮旯，很难找到）里添加一本。
2. 选好书后直接去支付，发现礼券下拉菜单里面多了一张20元的，想也不想就选了，之后发现金额没有扣除20，以为要在支付的时候才有反应，就提交了订单，需要支付的金额还是没变化，只好取消了。
3. 给当当客服信箱发信，说了一下这个订单有问题，礼券没有效果，希望得到解释，直到现在都没给我回信。
4. 晚上回家，又下了一次订单，操作没变，得到一样的结果。
5. 第一次打当当客服电话，工号1XX（XX不为保密，是记不得了）的客服女接电话，询问原因，答曰那个礼券只能买百货不能买书，我说奇怪了，我怎么会知道呢？后台（我的当当礼券页面）和前台（下订单时的信息确认页）都没说呀？答曰网站上有介绍您应该看过，我就说在哪里？
6. 那人开始发作了，说就在我们当当首页呀，就在第一屏”您好，xxx，欢迎光临当当网，点击此处查看为你推荐的商品。”那句上面叫什么当当7周年#%^&的链接，我压根就没看到，以为是刚更新的，就狂刷浏览器、清缓存，换了2个浏览器去看，还是没有，就请对方再确认，那人说”我这里就有，怎么别人都有就你没有？……”，我说就是没有，要不给我念一下地址，那人说”那可能是因为您没跟着我的步骤，您这样，在浏览器的地址栏打www点dangdang点com，然后enter，就是回车，在首页上边就能看见了”，我靠！我说我还不知道当当首页网址？跟刚才的操作有什么不同？话还没说完那边就想起了音乐，居然挂我电话？！
7. 态度之恶劣，好像我应该看见什么说明似的，语气中透着看不见就是笨似的。
8. 马上第二次打当当客服电话，换了一个人，重新说了一下问题，那边居然跟第一个客服的回答惊人的相似，”这个礼券只能用来买百货，网站上有介绍，而且您上次下订单的时候应该有提示您参加那个活动，7号发的礼券只能用来买百货”，我回答”我还能每次下订单都记着参加什么活动？”，那人答”那您不记着我们也没办法”，我说那网站上有没有地方说明这个或这批礼券只能买百货？那人就说”网站上有介绍您应该看过”，问哪个页面，并把刚才第一个客服的话搬了出来，那人说”以前是在首页中间，今天更新过了，之前那人可能没刷新”，后面没什么了，比之前那个客服态度好点，最后也只能不了了之了。

其实在第一个客服说的时候我就明白了，只是流程中没有清楚的提示，后台（我的当当礼券页面）前台（下订单时的信息确认页）都是，这样怎能不让用户误会呢？试想，给你一张没有说明的商场优惠券，而且对使用的商场有限制，但你不知道，你会怎么用？

还有就是客服在接到询问时，先把问题全推出去，不管是别的部门也好，退给用户也好，总之不关他们的事。最令我生气的是，他们有一种把用户当白痴的想法，觉得自己是正确的，用户如果不同就是有问题。

说到底还是网站设计失误，不能做到用户对操作不言而喻，如果能做到的话，在这方面也就不太需要客服麻烦了。

写得太乱了，懒得整理了，睡去了~

Technorati : dangdang, 用户体验

您可能也喜欢：

胡扯：红绿灯和用户体验

扯：煎饼和用户习惯记录

糟糕的体验：北京公交一卡能通？

糟糕的用户体验一例

门户网站的RSS应用猜想

无觅

据说这么换跟红绿色盲有关系，我就纳闷，难道红绿色盲的司机太多了，多到连交通设施都要跟着换，还是因为想买车的红绿色盲特别多，不改汽车销量就上不去？当然还有其他方面的原因，那就不是我所注意的了，下面进入正题。

从用户体验角度来说，没有什么比常识或约定俗成的来得更自然了，用户不需要思考就可以做出的决定是任何设计都最需要追求的。在交通信号灯换颜色这件事上，统一的、最基本的用户体验被破坏了，我不认为是件好事情。

如果仅把问题缩小到对红绿色盲的界面友好上，除了换灯的颜色这种改动外还有其他改进方法，比如将红绿灯泡加上文字、图案，绿灯倒计时等等。以红绿灯加文字型为例，将用户粗略作个划分：标准（包括行人、司机）、特定（红绿色盲）、特殊（例如不识字的），灯亮的时候同时有文字显示（如停、行等），这种改动对大多数用户是起作用的，仅不识字且为红绿色盲的用户不起作用（也许可以忽略不计）。

在原有的用户体验基础上改进是值得推荐，推翻常识的做法可能对某些问题解决的更干脆，但是让用户改变以往习惯不是一朝一夕能完成的，不知道有多少人会支持。

另外，以后的小孩可能就不知道什么”红灯停，绿灯行”了，还有以前的文艺作品中提到的红绿灯要不要改成红蓝灯？影响好像还挺大的。

扯完，不待续~

注：本文提到的色盲绝不是歧视

Technorati : UE, UX

您可能也喜欢：

糟糕的体验：北京公交一卡能通？

糟糕的用户体验一例

用户转化率才是王道

因为淘宝，我变得更宅了

当当，别让我思考

无觅