<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>肉包子的摇滚生活 &#187; 可用性</title>
	<atom:link href="http://www.fangyuqiang.com/archives/tag/%e5%8f%af%e7%94%a8%e6%80%a7/feed" rel="self" type="application/rss+xml" />
	<link>http://www.fangyuqiang.com</link>
	<description>在通往架构师的路上努力着...</description>
	<lastBuildDate>Mon, 14 Mar 2011 03:48:39 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>为什么一定要用户先激活邮箱？</title>
		<link>http://www.fangyuqiang.com/archives/823</link>
		<comments>http://www.fangyuqiang.com/archives/823#comments</comments>
		<pubDate>Mon, 25 Jan 2010 13:58:06 +0000</pubDate>
		<dc:creator>fangyuqiang</dc:creator>
				<category><![CDATA[随笔]]></category>
		<category><![CDATA[可用性]]></category>

		<guid isPermaLink="false">http://www.fangyuqiang.com/?p=823</guid>
		<description><![CDATA[今天同事们在玩三国杀在线，一时手痒想上去看看，就去盛大注册账号。一切都挺美好的，注册界面体验不错。很快就注册好，然后提示说发了激活邮件，要我去激活，嗯，常规手段。好吧。我去激活下。 开了邮箱，等了快10分钟，没邮件。这不是欺骗我感情吗？心情有点闷，还说2，3分钟邮件就会到 分别又用gmail，QQ注册了2个账号，继续等了10分钟。还是没等到。 30分钟后，3个邮箱都还没收到。愤怒。什么烂邮件啊，这么慢。忍不住点开那个客服询问原因，客服来去只有一句话，请检查您的邮件的过滤设置，反反复复就这么一句话。我一向不喜欢为难人，但是关闭对话框评价客服我还是给了个一般。 50分钟后，3个邮箱都还没收到。 好吧，忍耐是有限度的，不伺候了。 每个做UED的，都知道互联网用户，是最没耐心的人。 用户想注册，结果3，5分钟，30-50分钟都等不到激活邮件，谁跟谁比耐心呢？ 是的，也许你不可避免的有技术问题，网络延时，服务器比较慢，或者很慢，或者很慢很慢，你如何避免用户在长时间的等待中流失呢？ 其实很简单，这一点的处理上面，网易比盛大好得多。就是在未激活之前，先假设用户这个邮箱是可用的，允许用户使用。如果用户在多长的一段时间内没有激活，那么再该删账号删账号，该干啥干啥。而允许用户使用的时间有多久呢？这个取决你的服务器到底可能有多慢。你可以在游戏中提示，您还未正式激活。这样用户也会关注到激活这一点。 像这个场景下，如果我一注册马上就可以进去玩，我还需等待，还需忍耐吗？我会感觉很良好，然后爽完了之后，看看邮箱，嗯，邮件不知道什么时候到了，好，激活一下。一切都很和谐。 在注册这种兵家必争之地上面犯错误，是最要不得的。用户在注册的时候就把挡在门外，这是一个系统设计最失败的地方。]]></description>
			<content:encoded><![CDATA[<p>今天同事们在玩三国杀在线，一时手痒想上去看看，就去盛大注册账号。一切都挺美好的，注册界面体验不错。很快就注册好，然后提示说发了激活邮件，要我去激活，嗯，常规手段。好吧。我去激活下。<span id="more-823"></span></p>
<p>开了邮箱，等了快10分钟，没邮件。这不是欺骗我感情吗？心情有点闷，还说2，3分钟邮件就会到</p>
<p>分别又用gmail，QQ注册了2个账号，继续等了10分钟。还是没等到。</p>
<p>30分钟后，3个邮箱都还没收到。愤怒。什么烂邮件啊，这么慢。忍不住点开那个客服询问原因，客服来去只有一句话，请检查您的邮件的过滤设置，反反复复就这么一句话。我一向不喜欢为难人，但是关闭对话框评价客服我还是给了个一般。</p>
<p>50分钟后，3个邮箱都还没收到。</p>
<p>好吧，忍耐是有限度的，不伺候了。</p>
<p>每个做UED的，都知道互联网用户，是最没耐心的人。</p>
<p>用户想注册，结果3，5分钟，30-50分钟都等不到激活邮件，谁跟谁比耐心呢？</p>
<p>是的，也许你不可避免的有技术问题，网络延时，服务器比较慢，或者很慢，或者很慢很慢，你如何避免用户在长时间的等待中流失呢？</p>
<p>其实很简单，这一点的处理上面，网易比盛大好得多。<strong>就是在未激活之前，先假设用户这个邮箱是可用的，允许用户使用。如果用户在多长的一段时间内没有激活，那么再该删账号删账号，该干啥干啥。而允许用户使用的时间有多久呢？这个取决你的服务器到底可能有多慢。你可以在游戏中提示，您还未正式激活。这样用户也会关注到激活这一点。</strong></p>
<p>像这个场景下，如果我一注册马上就可以进去玩，我还需等待，还需忍耐吗？我会感觉很良好，然后爽完了之后，看看邮箱，嗯，邮件不知道什么时候到了，好，激活一下。一切都很和谐。</p>
<p>在注册这种兵家必争之地上面犯错误，是最要不得的。用户在注册的时候就把挡在门外，这是一个系统设计最失败的地方。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fangyuqiang.com/archives/823/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>浅谈一点google reader的可用性</title>
		<link>http://www.fangyuqiang.com/archives/732</link>
		<comments>http://www.fangyuqiang.com/archives/732#comments</comments>
		<pubDate>Fri, 01 Jan 2010 15:01:20 +0000</pubDate>
		<dc:creator>fangyuqiang</dc:creator>
				<category><![CDATA[技术周边]]></category>
		<category><![CDATA[可用性]]></category>

		<guid isPermaLink="false">http://www.fangyuqiang.com/?p=732</guid>
		<description><![CDATA[用google reader很多年了，一直为google reader良好的交互体验感到开心。有一次偶然敲空格键的时候，发现google reader居然如此强大的可以自动翻页，并自动跳转到未读的片段或者下一篇未读的文章，甚至下一个RSS源。实在太方便了。所有的功能都让我感到很满意，很舒服，用起来让人觉得，没错，就是这样的感觉。 不过最近时间比较少，reader少看了点，经常积累了很多文章，有时候我都是从中间看起的。发现一些可用性的问题。虽然google的产品的可用性很多都做得很完美，但也会有疏忽的地方。 一般来说，阅读客都是自从往下一篇一篇看，这样的顺序一个个点开，功能很ok。 但是如果是挑着阅读，不是固定的从上往下的顺序看的话，一个问题就很明显了：阅读者要滚动滚轮直到栏目位置才能将条目收缩起来，如果这个文章很长的话，那么滚动起来很累了。 其实要改善这个问题也很容易，在最下面的工具按钮栏里面加一个收缩的按钮就行了。 第二个问题，RSS分享设计。先上图： 这是Google reader的关注功能，你可以关注某个好友的RSS阅读分享。但是不知道设计师是怎么考虑的，把取消关注这个按钮做在这么重要的位置上，好像很想让人一直去点击，毫不留情的取消掉关注。败笔。 还有一个也是RSS分享的设计，应该是技术问题的吧： 点击关注对象的评论时候，会出现滚动条，难看也就算啦，问题还会挡住下面的好友，点不到，麻烦。希望早日改正。]]></description>
			<content:encoded><![CDATA[<p>用google reader很多年了，一直为google reader良好的交互体验感到开心。有一次偶然敲空格键的时候，发现google reader居然如此强大的可以自动翻页，并自动跳转到未读的片段或者下一篇未读的文章，甚至下一个RSS源。实在太方便了。所有的功能都让我感到很满意，很舒服，用起来让人觉得，没错，就是这样的感觉。</p>
<p>不过最近时间比较少，reader少看了点，经常积累了很多文章，有时候我都是从中间看起的。发现一些可用性的问题。虽然google的产品的可用性很多都做得很完美，但也会有疏忽的地方。</p>
<p><span id="more-732"></span>一般来说，阅读客都是自从往下一篇一篇看，这样的顺序一个个点开，功能很ok。</p>
<div id="attachment_733" class="wp-caption aligncenter" style="width: 520px"><a href="http://www.fangyuqiang.com/wp-content/uploads/2010/01/1.png"><img class="size-full wp-image-733 " title="1" src="http://www.fangyuqiang.com/wp-content/uploads/2010/01/1.png" alt="" width="510" height="181" /></a><p class="wp-caption-text">按顺序阅读时候很ok</p></div>
<p>但是如果是挑着阅读，不是固定的从上往下的顺序看的话，一个问题就很明显了：阅读者要滚动滚轮直到栏目位置才能将条目收缩起来，如果这个文章很长的话，那么滚动起来很累了。</p>
<div id="attachment_735" class="wp-caption aligncenter" style="width: 543px"><a href="http://www.fangyuqiang.com/wp-content/uploads/2010/01/31.png"><img class="size-full wp-image-735 " title="3" src="http://www.fangyuqiang.com/wp-content/uploads/2010/01/31.png" alt="" width="533" height="178" /></a><p class="wp-caption-text">只能在标题顶部点击收缩条目</p></div>
<p>其实要改善这个问题也很容易，在最下面的工具按钮栏里面加一个收缩的按钮就行了。</p>
<div id="attachment_736" class="wp-caption aligncenter" style="width: 661px"><a href="http://www.fangyuqiang.com/wp-content/uploads/2010/01/2.png"><img class="size-full wp-image-736 " title="2" src="http://www.fangyuqiang.com/wp-content/uploads/2010/01/2.png" alt="" width="651" height="260" /></a><p class="wp-caption-text">在下面的工具栏加入一个按钮来伸缩就完美了</p></div>
<p>第二个问题，RSS分享设计。先上图：</p>
<p style="text-align: center;"><a href="http://www.fangyuqiang.com/wp-content/uploads/2010/01/23.png"><img class="size-full wp-image-833 aligncenter" title="2" src="http://www.fangyuqiang.com/wp-content/uploads/2010/01/23.png" alt="" width="302" height="122" /></a></p>
<p style="text-align: left;">这是Google reader的关注功能，你可以关注某个好友的RSS阅读分享。但是不知道设计师是怎么考虑的，把取消关注这个按钮做在这么重要的位置上，好像很想让人一直去点击，毫不留情的取消掉关注。败笔。</p>
<p style="text-align: left;">还有一个也是RSS分享的设计，应该是技术问题的吧：</p>
<p style="text-align: left;">点击关注对象的评论时候，会出现滚动条，难看也就算啦，问题还会挡住下面的好友，点不到，麻烦。希望早日改正。</p>
<p style="text-align: center;"><a href="http://www.fangyuqiang.com/wp-content/uploads/2010/01/33.png"><img class="alignnone size-full wp-image-834" title="3" src="http://www.fangyuqiang.com/wp-content/uploads/2010/01/33.png" alt="" width="258" height="106" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.fangyuqiang.com/archives/732/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于QQ与腾讯的一点杂碎</title>
		<link>http://www.fangyuqiang.com/archives/673</link>
		<comments>http://www.fangyuqiang.com/archives/673#comments</comments>
		<pubDate>Tue, 24 Nov 2009 09:11:01 +0000</pubDate>
		<dc:creator>fangyuqiang</dc:creator>
				<category><![CDATA[技术周边]]></category>
		<category><![CDATA[可用性]]></category>

		<guid isPermaLink="false">http://www.fangyuqiang.com/?p=673</guid>
		<description><![CDATA[这里要说的就是QQ的2个杂碎。关于可用性，以及概念设计。]]></description>
			<content:encoded><![CDATA[<p>QQ毫无疑问现在已经成为了霸主，而且本身也在不断改进，扩张，革新。很多人因为QQ是国产的，总是带着很不屑的眼光，常常会鄙视的说一句:不就是模仿ICQ嘛，当年还叫OICQ呢。</p>
<p>但是，事实上QQ它把握住了需求 ，抓住了市场，它已经几乎无敌了。网易泡泡，新浪UC，百度hi，这些想跟上，难于上青天。只有旺旺或者飞信，这些从另外的一个需求跟角度入手的IM，反而可以圈走一块地。</p>
<p>好像又习惯性扯远了。这里要说的就是QQ的2个杂碎。关于可用性，以及概念设计。</p>
<p>腾讯下有着国内最好的可用性设计，这点不需要怀疑。顶尖的设计师腾讯肯定都有实力挖到。今天刚在cnbeta上面看到的新闻跟评论，挺逗：</p>
<blockquote><p>新功能 热键“Ctrl+Alt+H”快速隐藏TM，更好保护用户隐私。</p>
<p>匿名人士 发表于 2009-11-23 13:02:07<br />
Ctrl＋Alt＋H离得太远了，一只手无法完成操作</p></blockquote>
<p>像这种隐藏键概念早已有，常常称为<strong>老板键，bosskey</strong>。我最早在遨游的设置里面有看到，专为上班偷看小说玩游戏之类的人设计的。<strong>不过没想到QQ默认的快捷键居然搞成ctrl+alt+h这么复杂而又这么难按，拜托，既然是老板键，肯定要非常快非常简单就能马上隐藏，这个设计真的是相当相当的败笔</strong>。估计这个设计应该没有经过UE的评估跟测试吧，可能开发人员觉得简单容易实现，随手把功能给加上了。当然，我知道，这个应该是可以改的。</p>
<p>另外一个杂碎是关于腾讯QQ群的，QQ群推出了一个新功能就是web QQ群，上面有论坛相册之类的各种东西。我要说的是，论坛对于QQ群来说，真的是一个鸡肋。<strong>QQ群这么小规模这么小范围的人，有事群上说了，要个论坛干嘛？发的贴就算有人看吧，也就群上几个人而已，这种封闭性的论坛，价值真的太小了</strong>。你就蛮折腾着吧。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fangyuqiang.com/archives/673/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

