<?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; kimi</title>
	<atom:link href="http://kimisays.me/tag/kimi/feed/" rel="self" type="application/rss+xml" />
	<link>http://kimisays.me</link>
	<description>没有文化，吃药是吃不好的！</description>
	<lastBuildDate>Mon, 30 Aug 2010 13:46:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>找茬，淘宝“已买到的宝贝”处，一个导航上的Bug</title>
		<link>http://kimisays.me/1011/</link>
		<comments>http://kimisays.me/1011/#comments</comments>
		<pubDate>Sat, 24 Oct 2009 02:02:47 +0000</pubDate>
		<dc:creator>Kimi Huang</dc:creator>
				<category><![CDATA[Kimi来找茬]]></category>
		<category><![CDATA[我看互联网]]></category>
		<category><![CDATA[kimi]]></category>
		<category><![CDATA[淘宝]]></category>

		<guid isPermaLink="false">http://www.kimihome.net/blog/?p=1011</guid>
		<description><![CDATA[看图片先：
几个感想：

类似的Bug，在页面中是很常见的，而且容易忽视过去
即使看到了这样的Bug，产品经理 or UED都经常会懒得去修改，因为，这个好像不会死人&#8230;
由于页面设计规则、信息架构设计等的缺陷，导致在由不同的人来负责设计不同页面，哪怕是同一个流程中的不同页面，在UI的表达上，经常会出现类似的问题，因为我们更“擅长”按照自己的思路来做设计，而不是共同的思路。
我看到了这个问题，我该向谁去说？谁能去Fix this Bug？

另外，这两个页面为什么不能合并为一个页面，我始终想不通&#8230;
]]></description>
			<content:encoded><![CDATA[<p>看图片先：</p>
<div id="attachment_1012" class="wp-caption alignnone" style="width: 598px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/10/淘宝网-淘我喜欢！-1.jpg"><img class="size-full wp-image-1012" title="页面1" src="http://www.kimihome.net/blog/wp-content/uploads/2009/10/淘宝网-淘我喜欢！-1.jpg" alt="页面1" width="588" height="373" /></a><p class="wp-caption-text">页面1</p></div>
<div id="attachment_1013" class="wp-caption alignnone" style="width: 599px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/10/交易详情.jpg"><img class="size-full wp-image-1013" title="页面2" src="http://www.kimihome.net/blog/wp-content/uploads/2009/10/交易详情.jpg" alt="页面2" width="589" height="347" /></a><p class="wp-caption-text">页面2</p></div>
<p>几个感想：</p>
<ol>
<li>类似的Bug，在页面中是很常见的，而且容易忽视过去</li>
<li>即使看到了这样的Bug，产品经理 or UED都经常会懒得去修改，因为，这个好像不会死人&#8230;</li>
<li>由于页面设计规则、信息架构设计等的缺陷，导致在由不同的人来负责设计不同页面，哪怕是同一个流程中的不同页面，在UI的表达上，经常会出现类似的问题，因为我们更“擅长”按照自己的思路来做设计，而不是共同的思路。</li>
<li>我看到了这个问题，我该向谁去说？谁能去Fix this Bug？</li>
</ol>
<p>另外，这两个页面为什么不能合并为一个页面，我始终想不通&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://kimisays.me/1011/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>找茬：支付宝缴纳水费</title>
		<link>http://kimisays.me/958/</link>
		<comments>http://kimisays.me/958/#comments</comments>
		<pubDate>Tue, 14 Jul 2009 09:48:51 +0000</pubDate>
		<dc:creator>Kimi Huang</dc:creator>
				<category><![CDATA[Kimi来找茬]]></category>
		<category><![CDATA[我看互联网]]></category>
		<category><![CDATA[kimi]]></category>

		<guid isPermaLink="false">http://www.kimihome.net/blog/?p=958</guid>
		<description><![CDATA[废话少说，先上图：
这个页面我认为存在以下几个值得改善的地方：

看图中的1，我每次来这里，都不记得这个户号，笨办法是去查看缴费历史记录，然后再复制到这里来，支付宝难道不能为我再多做一点？当焦点在这个输入框的时候，立刻调用我过去在这里填写的户号记录，给我提醒。另外，我查看历史记录的时候，发现历史记录是保存在“交易管理”里面的，呜呜，居然不是在生活助手，这个导航有点“跳”哦
看图中的2，这个地方，把我的姓用“*”代替是什么思想？我是苦想半天，不得要领啊。是帮我确认还是没有帮我确认呢？我建议直接给出名字好了，如果产品这里觉得有必要给出来的话。
看图中的3，我有两个账单，为啥不能提供“checkbox”让我一次性缴费掉呢？而是要让我分两次缴费？这个，不是技术问题吧？

其实我在过去一段时间对支付宝的找茬中始终在灌输一个思路就是，我们为什么不能替用户多做一点？为什么不能帮用户多想、多迈出那么一点？
什么是帮用户多做一点呢？我再举个例子：
搜索引擎大家都用过吧，用Google，任意关键字搜索，在搜索结果页面，大家看页头和页尾是不是都有一个输入框呢？为什么这样做呢？因为Google想到了用户在完成一次搜索，并且看完一页后，很可能会更换关键字再搜索，这时候用户的焦点往往会是在页面的尾部。如果这时候尾部没有，那么就需要用户重新回到页面头部。但是我们淘宝的搜索页面就没有，我就认为这个地方没有为用户多想多做一点。
如果我点击到这个缴费页面，立刻给我一个清单，告诉我我曾经缴费过的户号，一共截止现在欠费多少，给我一个总额，再给出一个list，然后给我一个按钮，立刻付钱，你说，我会不会很爽？
要培养客户的忠诚度，就需要让客户爽，互联网的出现，用户体验是直接体现用户爽的地方，同样是提供一个功能，让用户完成缴费，好的用户流程和体验就让用户留下，不好的流程和体验就让用户离开。这个道理大家都知道，为啥不能改呢？到底是什么阻碍了我们呢？值得所有做产品的人去思考。
支付宝是一个典型“工具”或者是“服务”类产品，就产品的结果而言很简单，通常都是把钱付掉，当然如果因为这个结果简单而随意设计用户体验，那么我们会吃亏的。如何在相同的结果上，提供不一样的体验，让用户用的轻松，用的放心。才是王道。
又想起昨天交2000元费用的时候，通过支付宝，我输入了2次支付密码、一次短信验证码的痛苦，求求支付宝，修正一下吧。
]]></description>
			<content:encoded><![CDATA[<p>废话少说，先上图：</p>
<div id="attachment_957" class="wp-caption alignnone" style="width: 657px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/07/支付宝-网上支付-安全快速！.png"><img class="size-full wp-image-957" title="生活助手：交水费" src="http://www.kimihome.net/blog/wp-content/uploads/2009/07/支付宝-网上支付-安全快速！.png" alt="生活助手：交水费" width="647" height="528" /></a><p class="wp-caption-text">生活助手：交水费</p></div>
<p>这个页面我认为存在以下几个值得改善的地方：</p>
<ul>
<li>看图中的1，我每次来这里，都不记得这个户号，笨办法是去查看缴费历史记录，然后再复制到这里来，支付宝难道不能为我再多做一点？当焦点在这个输入框的时候，立刻调用我过去在这里填写的户号记录，给我提醒。另外，我查看历史记录的时候，发现历史记录是保存在“交易管理”里面的，呜呜，居然不是在生活助手，这个导航有点“跳”哦</li>
<li>看图中的2，这个地方，把我的姓用“*”代替是什么思想？我是苦想半天，不得要领啊。是帮我确认还是没有帮我确认呢？我建议直接给出名字好了，如果产品这里觉得有必要给出来的话。</li>
<li>看图中的3，我有两个账单，为啥不能提供“checkbox”让我一次性缴费掉呢？而是要让我分两次缴费？这个，不是技术问题吧？</li>
</ul>
<p>其实我在过去一段时间对支付宝的找茬中始终在灌输一个思路就是，我们为什么不能替用户多做一点？为什么不能帮用户多想、多迈出那么一点？</p>
<p>什么是帮用户多做一点呢？我再举个例子：</p>
<p>搜索引擎大家都用过吧，用Google，任意关键字搜索，在搜索结果页面，大家看页头和页尾是不是都有一个输入框呢？为什么这样做呢？因为Google想到了用户在完成一次搜索，并且看完一页后，很可能会更换关键字再搜索，这时候用户的焦点往往会是在页面的尾部。如果这时候尾部没有，那么就需要用户重新回到页面头部。但是我们淘宝的搜索页面就没有，我就认为这个地方没有为用户多想多做一点。</p>
<p>如果我点击到这个缴费页面，立刻给我一个清单，告诉我我曾经缴费过的户号，一共截止现在欠费多少，给我一个总额，再给出一个list，然后给我一个按钮，立刻付钱，你说，我会不会很爽？</p>
<p>要培养客户的忠诚度，就需要让客户爽，互联网的出现，用户体验是直接体现用户爽的地方，同样是提供一个功能，让用户完成缴费，好的用户流程和体验就让用户留下，不好的流程和体验就让用户离开。这个道理大家都知道，为啥不能改呢？到底是什么阻碍了我们呢？值得所有做产品的人去思考。</p>
<p>支付宝是一个典型“工具”或者是“服务”类产品，就产品的结果而言很简单，通常都是把钱付掉，当然如果因为这个结果简单而随意设计用户体验，那么我们会吃亏的。如何在相同的结果上，提供不一样的体验，让用户用的轻松，用的放心。才是王道。</p>
<p>又想起昨天交2000元费用的时候，通过支付宝，我输入了2次支付密码、一次短信验证码的痛苦，求求支付宝，修正一下吧。</p>
]]></content:encoded>
			<wfw:commentRss>http://kimisays.me/958/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>找茬：支付宝提现</title>
		<link>http://kimisays.me/944/</link>
		<comments>http://kimisays.me/944/#comments</comments>
		<pubDate>Fri, 26 Jun 2009 02:03:37 +0000</pubDate>
		<dc:creator>Kimi Huang</dc:creator>
				<category><![CDATA[Kimi来找茬]]></category>
		<category><![CDATA[我看互联网]]></category>
		<category><![CDATA[kimi]]></category>

		<guid isPermaLink="false">http://www.kimihome.net/blog/?p=944</guid>
		<description><![CDATA[上午做了一次 1180元的提现，有几个小问题：
这个页面操作起来没有问题问题，我是招行卡通用户。问题是，我输入了提现金额，以及支付密码以后，就开始了：
系统发现我提现金额较大以后，要求进行短信验证，同时还需要重新输入一次支付密码。
我觉得这个地方设计的逻辑上几个缺陷：

卡通提现原则上是安全的，卡通帐户的绑定本身有很强的安全验证，那么为什么在卡通实时提现的时候，还需要进行这么多验证呢？包括短信、支付密码等？
如果是非本人的危险操作，有多少钱，一定就会尽量转走，无论如何肯定超过小额（如果余额超过小额的话），那么为什么不在Step1 的时候就提供短信验证呢？
如果非要搞Step2，那么短信验证是否可以自动发送呢？为啥需要让用户来点击一下呢？
我要输入两次支付密码，这个有点说不过去啊。别跟我说这样更加安全的愚蠢的话。

]]></description>
			<content:encoded><![CDATA[<p>上午做了一次 1180元的提现，有几个小问题：</p>
<div id="attachment_945" class="wp-caption alignnone" style="width: 648px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/06/Windows-XP-Professional.png"><img class="size-full wp-image-945" title="第一步，进入退款" src="http://www.kimihome.net/blog/wp-content/uploads/2009/06/Windows-XP-Professional.png" alt="第一步，进入退款" width="638" height="553" /></a><p class="wp-caption-text">第一步，进入退款</p></div>
<p>这个页面操作起来没有问题问题，我是招行卡通用户。问题是，我输入了提现金额，以及支付密码以后，就开始了：</p>
<div id="attachment_947" class="wp-caption alignnone" style="width: 646px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/06/Windows-XP-Professional-2.png"><img class="size-full wp-image-947" title="第二步，再次的输入密码" src="http://www.kimihome.net/blog/wp-content/uploads/2009/06/Windows-XP-Professional-2.png" alt="第二步，再次的输入密码" width="636" height="554" /></a><p class="wp-caption-text">第二步，再次的输入密码</p></div>
<p>系统发现我提现金额较大以后，要求进行短信验证，同时还需要重新输入一次支付密码。</p>
<p>我觉得这个地方设计的逻辑上几个缺陷：</p>
<ol>
<li>卡通提现原则上是安全的，卡通帐户的绑定本身有很强的安全验证，那么为什么在卡通实时提现的时候，还需要进行这么多验证呢？包括短信、支付密码等？</li>
<li>如果是非本人的危险操作，有多少钱，一定就会尽量转走，无论如何肯定超过小额（如果余额超过小额的话），那么为什么不在Step1 的时候就提供短信验证呢？</li>
<li>如果非要搞Step2，那么短信验证是否可以自动发送呢？为啥需要让用户来点击一下呢？</li>
<li>我要输入两次支付密码，这个有点说不过去啊。别跟我说这样更加安全的愚蠢的话。</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://kimisays.me/944/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>找茬：支付宝退款交易的查询，一个小瑕疵</title>
		<link>http://kimisays.me/925/</link>
		<comments>http://kimisays.me/925/#comments</comments>
		<pubDate>Wed, 17 Jun 2009 08:02:36 +0000</pubDate>
		<dc:creator>Kimi Huang</dc:creator>
				<category><![CDATA[Kimi来找茬]]></category>
		<category><![CDATA[我看互联网]]></category>
		<category><![CDATA[kimi]]></category>

		<guid isPermaLink="false">http://www.kimihome.net/blog/?p=925</guid>
		<description><![CDATA[前几天买了一个商品要退货，申请了退货后，卖家迟迟不理睬我，等待15天后终于走到卖家默认允许的退款的环节了（这个15天是我当时在支付宝的时候设计的，现在想来，对于职业卖家，15天时间太长了，3～5天足矣）。
今天计划把这个事情给办了就去查询退货地址等，就发现了这个问题：
我点击上面的退款交易按钮：
进入页面后，系统提示没有查询到任何交易，我当时就脑袋糊涂了。后来仔细在这个页面查看后，明白了，是上面搜索条件的“最近一个星期”做了限制导致的。
用这个时间做限制毫无疑问是有其意义的，降低搜索的压力，提升搜索速度，但是在退款的一项上，这个问题可能就出来了，默认是1个星期，很多时候会超过一个星期的，那么是否可以修改这个默认条件呢？
事情比较简单，建议产品经理评估。
]]></description>
			<content:encoded><![CDATA[<p>前几天买了一个商品要退货，申请了退货后，卖家迟迟不理睬我，等待15天后终于走到卖家默认允许的退款的环节了（这个15天是我当时在支付宝的时候设计的，现在想来，对于职业卖家，15天时间太长了，3～5天足矣）。</p>
<p>今天计划把这个事情给办了就去查询退货地址等，就发现了这个问题：</p>
<div id="attachment_926" class="wp-caption alignnone" style="width: 554px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/06/支付宝-网上支付-安全快速！.png"><img class="size-full wp-image-926" title="交易列表页面" src="http://www.kimihome.net/blog/wp-content/uploads/2009/06/支付宝-网上支付-安全快速！.png" alt="交易列表页面" width="544" height="214" /></a><p class="wp-caption-text">交易列表页面</p></div>
<p>我点击上面的退款交易按钮：</p>
<div id="attachment_927" class="wp-caption alignnone" style="width: 555px"><a href="http://www.kimihome.net/blog/wp-content/uploads/2009/06/支付宝-网上支付-安全快速！-1.png"><img class="size-full wp-image-927" title="退款交易查询" src="http://www.kimihome.net/blog/wp-content/uploads/2009/06/支付宝-网上支付-安全快速！-1.png" alt="退款交易查询" width="545" height="208" /></a><p class="wp-caption-text">退款交易查询</p></div>
<p>进入页面后，系统提示没有查询到任何交易，我当时就脑袋糊涂了。后来仔细在这个页面查看后，明白了，是上面搜索条件的“最近一个星期”做了限制导致的。</p>
<p>用这个时间做限制毫无疑问是有其意义的，降低搜索的压力，提升搜索速度，但是在退款的一项上，这个问题可能就出来了，默认是1个星期，很多时候会超过一个星期的，那么是否可以修改这个默认条件呢？</p>
<p>事情比较简单，建议产品经理评估。</p>
]]></content:encoded>
			<wfw:commentRss>http://kimisays.me/925/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
