<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.7" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>评论: 为什么不能合到一起？(续1)</title>
	<link>http://uicom.net/blog/?p=832</link>
	<description>User-Centered Design</description>
	<pubDate>Wed, 08 Sep 2010 01:41:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.7</generator>

	<item>
		<title>作者: Since 1979 &#187; Blog Archive &#187; 回复白鸦同学“为什么不能合到一起？(续1)”</title>
		<link>http://uicom.net/blog/?p=832#comment-75542</link>
		<pubDate>Tue, 11 Aug 2009 16:14:31 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-75542</guid>
					<description>[...] 做产品（特别是做电子商务）的同学，其实可以深入思考白鸦同学提出的问题：为什么不能合到一起？(续1) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 做产品（特别是做电子商务）的同学，其实可以深入思考白鸦同学提出的问题：为什么不能合到一起？(续1) [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 特特</title>
		<link>http://uicom.net/blog/?p=832#comment-75534</link>
		<pubDate>Tue, 11 Aug 2009 10:11:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-75534</guid>
					<description>我认为合并是必要的，好比瑞士军刀，当然那不是有机的结合，只是单纯的捆绑在一起，但是即便是这样，也让人觉得很方便，功能整合、化繁为简，始终是王道。

如果从teamwork的角度讲，日历和任务我认为本就该在一起，不然日历有什么用，电脑自己就带个日历！而且任务最好有分享的功能，不然只看自己的任务，有什么用呢，写日记就好了。任务最好还带有进度，并且可以分配，那就再好不过了。google的日历的倒是可以记录任务，可惜不能分配，也看不到实际进度如何。要是任务还能挂上相关附件就更好了！而且数据绝对不存储在第三方。

购物车和收藏夹——还是有区别的。一个是承载直接购买需求，一个是承载潜在购买需求。二者导致的操作结果不一样，所以区别开来也是很有道理的，同样从用户角度来讲，也是较为方便的。只要从收藏里面也可以直接实现放入购物车就可以。或者我们把“购物车”改为“放入订单”可能就不会引起你想要合并他们的愿望了？</description>
		<content:encoded><![CDATA[<p>我认为合并是必要的，好比瑞士军刀，当然那不是有机的结合，只是单纯的捆绑在一起，但是即便是这样，也让人觉得很方便，功能整合、化繁为简，始终是王道。</p>
<p>如果从teamwork的角度讲，日历和任务我认为本就该在一起，不然日历有什么用，电脑自己就带个日历！而且任务最好有分享的功能，不然只看自己的任务，有什么用呢，写日记就好了。任务最好还带有进度，并且可以分配，那就再好不过了。google的日历的倒是可以记录任务，可惜不能分配，也看不到实际进度如何。要是任务还能挂上相关附件就更好了！而且数据绝对不存储在第三方。</p>
<p>购物车和收藏夹——还是有区别的。一个是承载直接购买需求，一个是承载潜在购买需求。二者导致的操作结果不一样，所以区别开来也是很有道理的，同样从用户角度来讲，也是较为方便的。只要从收藏里面也可以直接实现放入购物车就可以。或者我们把“购物车”改为“放入订单”可能就不会引起你想要合并他们的愿望了？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 蓝格怪衣</title>
		<link>http://uicom.net/blog/?p=832#comment-74773</link>
		<pubDate>Sun, 12 Jul 2009 11:04:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-74773</guid>
					<description>补充~ 

“不能和”，但可以“只做一个”

另外，google为什么只做calender，个人感觉是因为“协作”的需要——大家只用一种媒介，好沟通。但如果是个个人版的东西，可能只弄一个的理由就不那么充分了。</description>
		<content:encoded><![CDATA[<p>补充~ </p>
<p>“不能和”，但可以“只做一个”</p>
<p>另外，google为什么只做calender，个人感觉是因为“协作”的需要——大家只用一种媒介，好沟通。但如果是个个人版的东西，可能只弄一个的理由就不那么充分了。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 蓝格怪衣</title>
		<link>http://uicom.net/blog/?p=832#comment-74772</link>
		<pubDate>Sun, 12 Jul 2009 10:53:08 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-74772</guid>
					<description>当然不能和了~~

和不和的关键在于“怎么和”，“和了之后长得更像谁”？

task vs cal：因为有人不喜欢用cal而只用task。task是个对于“不是很讲效率”的人使用的，而这种人占大多数，cal对他们来说太高级。

购物车 vs 收藏夹：购物车是我这次就要买的东西，收藏夹很泛的也可以很多的内容。</description>
		<content:encoded><![CDATA[<p>当然不能和了~~</p>
<p>和不和的关键在于“怎么和”，“和了之后长得更像谁”？</p>
<p>task vs cal：因为有人不喜欢用cal而只用task。task是个对于“不是很讲效率”的人使用的，而这种人占大多数，cal对他们来说太高级。</p>
<p>购物车 vs 收藏夹：购物车是我这次就要买的东西，收藏夹很泛的也可以很多的内容。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 十二</title>
		<link>http://uicom.net/blog/?p=832#comment-74660</link>
		<pubDate>Thu, 09 Jul 2009 03:31:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-74660</guid>
					<description>从用户层面来讲，收藏只是我喜欢但不一定马上要购买，也许收藏的目的是为了下次方便购买或方便于查看等。而购物车是决定购买并去结算的地方。如果结合，用户也许会一头雾水，当然这在于产品设计及用户引导。</description>
		<content:encoded><![CDATA[<p>从用户层面来讲，收藏只是我喜欢但不一定马上要购买，也许收藏的目的是为了下次方便购买或方便于查看等。而购物车是决定购买并去结算的地方。如果结合，用户也许会一头雾水，当然这在于产品设计及用户引导。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: bitfairyland</title>
		<link>http://uicom.net/blog/?p=832#comment-74621</link>
		<pubDate>Tue, 07 Jul 2009 09:31:46 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-74621</guid>
					<description>你提这个问题，首先得明确定义一下购物车和收藏</description>
		<content:encoded><![CDATA[<p>你提这个问题，首先得明确定义一下购物车和收藏
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Dior</title>
		<link>http://uicom.net/blog/?p=832#comment-74495</link>
		<pubDate>Sat, 04 Jul 2009 00:22:45 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-74495</guid>
					<description>个人认为收藏夹和购物车这两款功能的定义和作用还是有明显的区分的。还是有必要分开，上C2C的网民并不一定都是互联网经验很足的人，购物车的作用能让这些用户在网上买东西的时候往往会联想到自己好像在逛大型超市一般，把有爱的东西放入购物车，然后一路到柜台结帐，跟平时买东西的传统体验和流程没有什么区别就很容易给人“亲切感”，这样系统交互的友好度自然提高。所以有必要保留单独的”购物车“的概念。

收藏夹里的东西都是自己有兴趣或者喜欢，但不一定在当次购物行为中就会完成交易的货品，所以先放起来，但时间长了说不定也就忘记了，但也没关系，关键是收藏了之后，能够显示出同类其他产品的信息，这种功能对用户而言也是非常有帮助的，但有多少人这么用就不知道了。</description>
		<content:encoded><![CDATA[<p>个人认为收藏夹和购物车这两款功能的定义和作用还是有明显的区分的。还是有必要分开，上C2C的网民并不一定都是互联网经验很足的人，购物车的作用能让这些用户在网上买东西的时候往往会联想到自己好像在逛大型超市一般，把有爱的东西放入购物车，然后一路到柜台结帐，跟平时买东西的传统体验和流程没有什么区别就很容易给人“亲切感”，这样系统交互的友好度自然提高。所以有必要保留单独的”购物车“的概念。</p>
<p>收藏夹里的东西都是自己有兴趣或者喜欢，但不一定在当次购物行为中就会完成交易的货品，所以先放起来，但时间长了说不定也就忘记了，但也没关系，关键是收藏了之后，能够显示出同类其他产品的信息，这种功能对用户而言也是非常有帮助的，但有多少人这么用就不知道了。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: iqst</title>
		<link>http://uicom.net/blog/?p=832#comment-73763</link>
		<pubDate>Sat, 13 Jun 2009 00:29:47 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-73763</guid>
					<description>支持合并的大大们，合并后的名字叫什么？</description>
		<content:encoded><![CDATA[<p>支持合并的大大们，合并后的名字叫什么？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: tina</title>
		<link>http://uicom.net/blog/?p=832#comment-73555</link>
		<pubDate>Thu, 11 Jun 2009 09:39:28 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-73555</guid>
					<description>我对购物车和收藏夹的看法是各司其职，分情况分任务考虑。
（a）对于有购物意图的用户：购物车和收藏夹反映了用户购物当前的思想。如果我选好了一个产品，我可以直接点击购物也许就可以了；但是对于一个犹豫的用户来说，她的操作选择是不定的，也许他会直接放在购物车，但是后面再遇上更好的代替品的时候他会毫不犹豫的将第二个相同的产品也放入购物车，通过比较，选择其中之一这是一种行为；另一种则一开始就抱着找到更好的代替品的买家会先把它放入收藏夹，最后在收藏夹中进行选择，确定自己想要的东西放入购物车
（b）对于习惯浏览淘宝喜欢欣赏的用户来说：她们更多的是把乐趣放在搜索店铺、自己喜欢的产品以及与他人分享上，所以她更多的应该是使用收藏的功能。

在我看来，收藏夹和购物车无论从隐喻的角度还是从功能的角度都是有区别的，建议不要分开，但是可以保持两者之间的联系。原因

如果只保存购物车的功能，去掉收藏夹会带来这些问题：
（1）从语义上，对于初级用户，很有可能会增加他们购物的心理负担（害怕直接购物成功），
（2）对于专家用户虽然购物车可以满足收藏夹的功能，但是随着购物车中的东西越来越多，在tab自己想要购买的物品时必定会耗时耗力

如果只保存收藏夹的功能，去掉购物车会带来这些问题：
（1）从语义上，很难理解。对于初级用户，很有可能找不到购物的入口

不能去掉购物车的功能：因为对于上面a情况下谈到的直接购物对象，不可能让他们现将物品放入收藏夹然后再购买，购物之后进入的肯定是单独的购物界面，而不是显示众多的包括要购物的产品的所有收藏产品列表


建议：可以重新分别从这两个模块的功能入手，重新进行功能分配。比如购物车仅具有显示决定购买的产品列表及信息，而收藏夹中则可以收藏各种产品，并可以进行商品的比较（就是把购物车中的相关产品比较移到收藏夹中）。另外要建立购物车与收藏夹之间的联系，可以将收藏夹中的东西通过tab或其他方式复制到购物车，也可以将购物车中暂时不买的东西移植收藏夹，在收藏夹中也要对于已购的物品进行标识加以区分，对于下架的产品也要进行标识，这些功能的考虑对于用户管理收藏夹也是很有帮助的。</description>
		<content:encoded><![CDATA[<p>我对购物车和收藏夹的看法是各司其职，分情况分任务考虑。<br />
（a）对于有购物意图的用户：购物车和收藏夹反映了用户购物当前的思想。如果我选好了一个产品，我可以直接点击购物也许就可以了；但是对于一个犹豫的用户来说，她的操作选择是不定的，也许他会直接放在购物车，但是后面再遇上更好的代替品的时候他会毫不犹豫的将第二个相同的产品也放入购物车，通过比较，选择其中之一这是一种行为；另一种则一开始就抱着找到更好的代替品的买家会先把它放入收藏夹，最后在收藏夹中进行选择，确定自己想要的东西放入购物车<br />
（b）对于习惯浏览淘宝喜欢欣赏的用户来说：她们更多的是把乐趣放在搜索店铺、自己喜欢的产品以及与他人分享上，所以她更多的应该是使用收藏的功能。</p>
<p>在我看来，收藏夹和购物车无论从隐喻的角度还是从功能的角度都是有区别的，建议不要分开，但是可以保持两者之间的联系。原因</p>
<p>如果只保存购物车的功能，去掉收藏夹会带来这些问题：<br />
（1）从语义上，对于初级用户，很有可能会增加他们购物的心理负担（害怕直接购物成功），<br />
（2）对于专家用户虽然购物车可以满足收藏夹的功能，但是随着购物车中的东西越来越多，在tab自己想要购买的物品时必定会耗时耗力</p>
<p>如果只保存收藏夹的功能，去掉购物车会带来这些问题：<br />
（1）从语义上，很难理解。对于初级用户，很有可能找不到购物的入口</p>
<p>不能去掉购物车的功能：因为对于上面a情况下谈到的直接购物对象，不可能让他们现将物品放入收藏夹然后再购买，购物之后进入的肯定是单独的购物界面，而不是显示众多的包括要购物的产品的所有收藏产品列表</p>
<p>建议：可以重新分别从这两个模块的功能入手，重新进行功能分配。比如购物车仅具有显示决定购买的产品列表及信息，而收藏夹中则可以收藏各种产品，并可以进行商品的比较（就是把购物车中的相关产品比较移到收藏夹中）。另外要建立购物车与收藏夹之间的联系，可以将收藏夹中的东西通过tab或其他方式复制到购物车，也可以将购物车中暂时不买的东西移植收藏夹，在收藏夹中也要对于已购的物品进行标识加以区分，对于下架的产品也要进行标识，这些功能的考虑对于用户管理收藏夹也是很有帮助的。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Ram</title>
		<link>http://uicom.net/blog/?p=832#comment-72767</link>
		<pubDate>Tue, 26 May 2009 17:57:44 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72767</guid>
					<description>日历和任务可以合并

任务一般是建立在时间日期之上的，可以说日历是任务中一个条件。当日历和任务结合时，表现层上看：
日历，关注的是一段时间内，任务的分布情况。可以马上看清楚哪天是繁忙的，哪天是空闲的。
任务，关注的是任务的量，有多少待完成的。
所以在设计上可以做到一起，只是显示方式的不同而已。
------------------------------
购物车和收藏也可以合并

收藏，目的在于跟踪及方便购买。表现起来就像一个待购买的清单，只是不知道什么时候买。
购物车，目的是为了方便用户将所有喜欢的东西，一次性付款。表现起来就是一个必须购买清单，马上需要购买。
都是一个清单，区别只是什么时候购买。合并起来没问题。</description>
		<content:encoded><![CDATA[<p>日历和任务可以合并</p>
<p>任务一般是建立在时间日期之上的，可以说日历是任务中一个条件。当日历和任务结合时，表现层上看：<br />
日历，关注的是一段时间内，任务的分布情况。可以马上看清楚哪天是繁忙的，哪天是空闲的。<br />
任务，关注的是任务的量，有多少待完成的。<br />
所以在设计上可以做到一起，只是显示方式的不同而已。<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
购物车和收藏也可以合并</p>
<p>收藏，目的在于跟踪及方便购买。表现起来就像一个待购买的清单，只是不知道什么时候买。<br />
购物车，目的是为了方便用户将所有喜欢的东西，一次性付款。表现起来就是一个必须购买清单，马上需要购买。<br />
都是一个清单，区别只是什么时候购买。合并起来没问题。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 菲尔</title>
		<link>http://uicom.net/blog/?p=832#comment-72670</link>
		<pubDate>Fri, 22 May 2009 07:13:11 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72670</guid>
					<description>收藏夹和购物车是体现了两种用户行为：

收藏夹是体现了用户希望货比三家的需求，在淘宝买东西，同样的商品同样的价钱甚至同样的图片介绍，很多时候是信任一个商家之后连续的从这个商家买东西，类似实体小店面的回头客。个人觉得淘宝店铺跟这类个体小店的感觉很类似，毕竟是网络交易，廉价，夸张而公认不真实的宣传语导致很难有大规模的品牌效应（类似实体专卖店），所以挑选成本很高，用户需要一个类似的功能来辨别哪些是自己“肯定”过的商家。感觉收藏夹作为这类用处大一些。相当于逛服装市场的时候记录自己常去的摊位。

购物车则是超市里的购物车概念，是用户本次消费决定要购买的商品的总和，功能上突出结算，付款帮助，节省，以及一些尿布啤酒只能的促销。

这两者的功能是不一样的，如果被混用，我感觉是因为本身功能设计区分的不合理。但不支持合并到一起。而且收藏夹的等级应该在购物车之上，也是淘宝购物行为很重要的一种促进（强化信任，减少了挑选的成本。）
另外，“我的淘宝”中“已购买的宝贝”也可以被用来做收藏夹使用，但作为一个完整的功能，收藏夹的地位会凌驾在“已购买的宝贝”之上的，适当的整合和包容更好一些。</description>
		<content:encoded><![CDATA[<p>收藏夹和购物车是体现了两种用户行为：</p>
<p>收藏夹是体现了用户希望货比三家的需求，在淘宝买东西，同样的商品同样的价钱甚至同样的图片介绍，很多时候是信任一个商家之后连续的从这个商家买东西，类似实体小店面的回头客。个人觉得淘宝店铺跟这类个体小店的感觉很类似，毕竟是网络交易，廉价，夸张而公认不真实的宣传语导致很难有大规模的品牌效应（类似实体专卖店），所以挑选成本很高，用户需要一个类似的功能来辨别哪些是自己“肯定”过的商家。感觉收藏夹作为这类用处大一些。相当于逛服装市场的时候记录自己常去的摊位。</p>
<p>购物车则是超市里的购物车概念，是用户本次消费决定要购买的商品的总和，功能上突出结算，付款帮助，节省，以及一些尿布啤酒只能的促销。</p>
<p>这两者的功能是不一样的，如果被混用，我感觉是因为本身功能设计区分的不合理。但不支持合并到一起。而且收藏夹的等级应该在购物车之上，也是淘宝购物行为很重要的一种促进（强化信任，减少了挑选的成本。）<br />
另外，“我的淘宝”中“已购买的宝贝”也可以被用来做收藏夹使用，但作为一个完整的功能，收藏夹的地位会凌驾在“已购买的宝贝”之上的，适当的整合和包容更好一些。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: cliff</title>
		<link>http://uicom.net/blog/?p=832#comment-72642</link>
		<pubDate>Thu, 21 May 2009 11:17:20 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72642</guid>
					<description>其实我从来没用过购物车 囧rz 重复购买都是从收藏夹进行的 或者要买的东西收藏夹没有先搜索 然后对比然后直接购买 觉得有和他人分享的价值或者以后还会购买就收藏</description>
		<content:encoded><![CDATA[<p>其实我从来没用过购物车 囧rz 重复购买都是从收藏夹进行的 或者要买的东西收藏夹没有先搜索 然后对比然后直接购买 觉得有和他人分享的价值或者以后还会购买就收藏
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 蚂蚁，以用户为中心的设计</title>
		<link>http://uicom.net/blog/?p=832#comment-72617</link>
		<pubDate>Thu, 21 May 2009 00:30:26 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72617</guid>
					<description>分开的好！合并也好！但是需要对用户进行一种调研....</description>
		<content:encoded><![CDATA[<p>分开的好！合并也好！但是需要对用户进行一种调研&#8230;.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 刀刀</title>
		<link>http://uicom.net/blog/?p=832#comment-72597</link>
		<pubDate>Wed, 20 May 2009 14:09:43 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72597</guid>
					<description>淘宝应该把收藏夹的使用流程简化，别让我每次收藏个东西还得点两次鼠标，很累人。</description>
		<content:encoded><![CDATA[<p>淘宝应该把收藏夹的使用流程简化，别让我每次收藏个东西还得点两次鼠标，很累人。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 躲在街角的猫</title>
		<link>http://uicom.net/blog/?p=832#comment-72592</link>
		<pubDate>Wed, 20 May 2009 12:37:45 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72592</guid>
					<description>我一直希望收藏夹和购物车是一个功能
其实只要在收藏夹里标明哪些我已经购买了
那么那些还没有买的就更加有可能动手占为己有

不知道其他人是什么样的心态
反正每次收藏夹里看看，购物车里比对比对
还真的有点麻烦，现在工作繁忙，健忘时常有之
简单点好一点</description>
		<content:encoded><![CDATA[<p>我一直希望收藏夹和购物车是一个功能<br />
其实只要在收藏夹里标明哪些我已经购买了<br />
那么那些还没有买的就更加有可能动手占为己有</p>
<p>不知道其他人是什么样的心态<br />
反正每次收藏夹里看看，购物车里比对比对<br />
还真的有点麻烦，现在工作繁忙，健忘时常有之<br />
简单点好一点
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: shiny</title>
		<link>http://uicom.net/blog/?p=832#comment-72587</link>
		<pubDate>Wed, 20 May 2009 10:43:45 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72587</guid>
					<description>作为一个大概一个月购物一次的买家，我觉得这些功能我基本不需要。
反而在购买的时候这些功能会干扰我的购买。
该省的地方可以省</description>
		<content:encoded><![CDATA[<p>作为一个大概一个月购物一次的买家，我觉得这些功能我基本不需要。<br />
反而在购买的时候这些功能会干扰我的购买。<br />
该省的地方可以省
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 淡水</title>
		<link>http://uicom.net/blog/?p=832#comment-72583</link>
		<pubDate>Wed, 20 May 2009 09:09:20 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72583</guid>
					<description>刚忘记说了，这就好比你一直穿着休闲服，突然某天穿了西装还带了眼镜，你当然还是你，但是，认识你的人总是要发愣的</description>
		<content:encoded><![CDATA[<p>刚忘记说了，这就好比你一直穿着休闲服，突然某天穿了西装还带了眼镜，你当然还是你，但是，认识你的人总是要发愣的
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 淡水</title>
		<link>http://uicom.net/blog/?p=832#comment-72582</link>
		<pubDate>Wed, 20 May 2009 09:07:07 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72582</guid>
					<description>我的收藏夹使用是，当我打算买，也就是还没有正式下决心的，我又怕下次上来之后难找，然后就将其选择放在收藏夹了，而对购物车，则是看准了，直接去购买的。至于你说的合并问题，我觉得可能是一种习惯，使用习惯使然吧，其实合并是可以的，只不过进行一些状态变换就好了。但从使用习惯上，估计还是不好接受，对用户来讲！</description>
		<content:encoded><![CDATA[<p>我的收藏夹使用是，当我打算买，也就是还没有正式下决心的，我又怕下次上来之后难找，然后就将其选择放在收藏夹了，而对购物车，则是看准了，直接去购买的。至于你说的合并问题，我觉得可能是一种习惯，使用习惯使然吧，其实合并是可以的，只不过进行一些状态变换就好了。但从使用习惯上，估计还是不好接受，对用户来讲！
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: jollyant</title>
		<link>http://uicom.net/blog/?p=832#comment-72581</link>
		<pubDate>Wed, 20 May 2009 09:04:19 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72581</guid>
					<description>淘宝当初做购物车也是迫于百度有啊的压力吧。
购物车和收藏夹的分与合，应该还是要利于淘宝的用户。
估计是“收藏夹”和“购物车”没有统一进行设计导致现在要讨论分与合的问题。 
只要统一设计，用户需要的方式，分与合都无所谓了。
概念无论怎么探讨，最终还是看是否实用。</description>
		<content:encoded><![CDATA[<p>淘宝当初做购物车也是迫于百度有啊的压力吧。<br />
购物车和收藏夹的分与合，应该还是要利于淘宝的用户。<br />
估计是“收藏夹”和“购物车”没有统一进行设计导致现在要讨论分与合的问题。<br />
只要统一设计，用户需要的方式，分与合都无所谓了。<br />
概念无论怎么探讨，最终还是看是否实用。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 蜕变团队 &#187; 回复白鸦同学“为什么不能合到一起？(续1)”</title>
		<link>http://uicom.net/blog/?p=832#comment-72575</link>
		<pubDate>Wed, 20 May 2009 07:14:12 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72575</guid>
					<description>[...] 为什么不能合到一起？(续1) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 为什么不能合到一起？(续1) [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 哉崽</title>
		<link>http://uicom.net/blog/?p=832#comment-72573</link>
		<pubDate>Wed, 20 May 2009 03:58:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72573</guid>
					<description>鸦哥要讨论的 “收藏夹”和“购物车” 是针对淘宝吗？还是针对所有的电子商务网站？

这个差别很大，淘宝更多的是C2C，卖家买家是多对多的关系，产品数量以亿记。
如果是一个普通的B2C网站，买卖关系就变成多对一了，产品数量基本也是几百几千。

用户购买的产品数量，购买频率，产品信息的上下架频率都是影响因素
apple store ，有必要收藏夹和购物车分开吗？
淘宝这样海量信息没有收藏功能方便吗？

作为用户，我关心的是买东西是否简单高效又经济，收藏夹购物车是否合并真的不关心，
关键在于合并起来方便还是分开来方便，还在于怎么个合并法，以及具体的网站环境


没有前提，这个问题就没有探讨性了</description>
		<content:encoded><![CDATA[<p>鸦哥要讨论的 “收藏夹”和“购物车” 是针对淘宝吗？还是针对所有的电子商务网站？</p>
<p>这个差别很大，淘宝更多的是C2C，卖家买家是多对多的关系，产品数量以亿记。<br />
如果是一个普通的B2C网站，买卖关系就变成多对一了，产品数量基本也是几百几千。</p>
<p>用户购买的产品数量，购买频率，产品信息的上下架频率都是影响因素<br />
apple store ，有必要收藏夹和购物车分开吗？<br />
淘宝这样海量信息没有收藏功能方便吗？</p>
<p>作为用户，我关心的是买东西是否简单高效又经济，收藏夹购物车是否合并真的不关心，<br />
关键在于合并起来方便还是分开来方便，还在于怎么个合并法，以及具体的网站环境</p>
<p>没有前提，这个问题就没有探讨性了
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: L</title>
		<link>http://uicom.net/blog/?p=832#comment-72566</link>
		<pubDate>Wed, 20 May 2009 01:48:11 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72566</guid>
					<description>收藏是为了记录下自己喜欢的，方便以后快速查看；购物车里面的要即将付款的。买当然是自己喜欢的才买的啊，既然我喜欢的才买，为什么不给我选择将本次购物的物品“添加到收藏夹”？当然，如果我是帮别人买那我可以不选择，接下来是考虑怎么方便我操作的问题了。你也不能怪我将购物车当收藏夹用，我没有最后下order我不用担心我会有什么损失，我只是在购物车里暂时保存起来了，但你要提供我收藏购物车商品的功能，“我收藏我喜欢的，我喜欢的我才买”</description>
		<content:encoded><![CDATA[<p>收藏是为了记录下自己喜欢的，方便以后快速查看；购物车里面的要即将付款的。买当然是自己喜欢的才买的啊，既然我喜欢的才买，为什么不给我选择将本次购物的物品“添加到收藏夹”？当然，如果我是帮别人买那我可以不选择，接下来是考虑怎么方便我操作的问题了。你也不能怪我将购物车当收藏夹用，我没有最后下order我不用担心我会有什么损失，我只是在购物车里暂时保存起来了，但你要提供我收藏购物车商品的功能，“我收藏我喜欢的，我喜欢的我才买”
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Steven</title>
		<link>http://uicom.net/blog/?p=832#comment-72564</link>
		<pubDate>Wed, 20 May 2009 00:56:20 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72564</guid>
					<description>个人认为两者是可以合并在一起，其在本质上并没有区别。
由于卓越的收藏夹只能收藏99件商品，所以我没办法只能拿购物车当收藏夹用，发现其实为什么不可以把收藏夹结合到购物车里呢，并没有冲突啊。
大多反对的人认为，收藏夹是长期存放，购物车是短期存放。可是两者都是存放商品的，里面的商品都可以进行删除、购买等操作。
也有人认为，收藏夹跟购物车符合用户的两种心理模型。难道合并后就不符合吗？收藏夹跟购物车只是表现模型的一种，而合并之后也可以很好地表现心理模型。
其实关键不在于可不可以合并，而是如何设计这合并后的产物。合并后该叫收藏夹还是购物车呢？有没有必要分“收藏”和“购买”两个按钮呢？
还是想知道白鸦老师要如何设计。</description>
		<content:encoded><![CDATA[<p>个人认为两者是可以合并在一起，其在本质上并没有区别。<br />
由于卓越的收藏夹只能收藏99件商品，所以我没办法只能拿购物车当收藏夹用，发现其实为什么不可以把收藏夹结合到购物车里呢，并没有冲突啊。<br />
大多反对的人认为，收藏夹是长期存放，购物车是短期存放。可是两者都是存放商品的，里面的商品都可以进行删除、购买等操作。<br />
也有人认为，收藏夹跟购物车符合用户的两种心理模型。难道合并后就不符合吗？收藏夹跟购物车只是表现模型的一种，而合并之后也可以很好地表现心理模型。<br />
其实关键不在于可不可以合并，而是如何设计这合并后的产物。合并后该叫收藏夹还是购物车呢？有没有必要分“收藏”和“购买”两个按钮呢？<br />
还是想知道白鸦老师要如何设计。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: latte_lan</title>
		<link>http://uicom.net/blog/?p=832#comment-72555</link>
		<pubDate>Tue, 19 May 2009 15:04:09 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72555</guid>
					<description>就我而言，今天才发现有一个叫购物车的可点项，进入之后发现只有一个ICON。。
我不确定购物车的功能，感觉应该是类似卓越之类的购物车？？

收藏夹和购物车的最基本的功能都在与收藏用户相中的产品。不同的地方则在于，收藏夹是很自由的，随便你收藏，而购物车的最终目的是订单的完成(我没用过购物车功能，所以不确定购物车是跨卖家的还是针对一个店家而言。)

只是对于用户而言，买与不买只在于一念之间，很多商品相中了，和卖家谈妥了，一做气就可以购买了，而在收藏夹里的东西很多是处于 我要不要买的犹豫中的。。很多收藏夹里的商品90%都会选择不买。。（跑题了。。。）

因为现在网站的用户行为都已经渐渐养成了自己的习惯，很少有人知道购物车，也很少有人会去用，除非有一个专题来述说购物车的功能。。估计会吸引点到人。不然的话购物车只是扮演了摆设的角色。。</description>
		<content:encoded><![CDATA[<p>就我而言，今天才发现有一个叫购物车的可点项，进入之后发现只有一个ICON。。<br />
我不确定购物车的功能，感觉应该是类似卓越之类的购物车？？</p>
<p>收藏夹和购物车的最基本的功能都在与收藏用户相中的产品。不同的地方则在于，收藏夹是很自由的，随便你收藏，而购物车的最终目的是订单的完成(我没用过购物车功能，所以不确定购物车是跨卖家的还是针对一个店家而言。)</p>
<p>只是对于用户而言，买与不买只在于一念之间，很多商品相中了，和卖家谈妥了，一做气就可以购买了，而在收藏夹里的东西很多是处于 我要不要买的犹豫中的。。很多收藏夹里的商品90%都会选择不买。。（跑题了。。。）</p>
<p>因为现在网站的用户行为都已经渐渐养成了自己的习惯，很少有人知道购物车，也很少有人会去用，除非有一个专题来述说购物车的功能。。估计会吸引点到人。不然的话购物车只是扮演了摆设的角色。。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 天雾</title>
		<link>http://uicom.net/blog/?p=832#comment-72554</link>
		<pubDate>Tue, 19 May 2009 13:55:07 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72554</guid>
					<description>应该从语言说上说明，收藏与购物车代表着不同的行为特征</description>
		<content:encoded><![CDATA[<p>应该从语言说上说明，收藏与购物车代表着不同的行为特征
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: qingcai</title>
		<link>http://uicom.net/blog/?p=832#comment-72553</link>
		<pubDate>Tue, 19 May 2009 13:15:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72553</guid>
					<description>说的很有道理,决定以后只用收藏就行了</description>
		<content:encoded><![CDATA[<p>说的很有道理,决定以后只用收藏就行了
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wangyixin.com</title>
		<link>http://uicom.net/blog/?p=832#comment-72549</link>
		<pubDate>Tue, 19 May 2009 11:50:46 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72549</guid>
					<description>我只用日历，从来不知道任务是干嘛用的

至于购物车，有次我用firefox上taobao，选了一堆东西放到购物车里（因为貌似比收藏方便，不用切换页面），然后打开IE准备付账——

发现我的购物车是空的……

然后重新在IE里选几十个item……

我决定从此以后再也不用购物车了。</description>
		<content:encoded><![CDATA[<p>我只用日历，从来不知道任务是干嘛用的</p>
<p>至于购物车，有次我用firefox上taobao，选了一堆东西放到购物车里（因为貌似比收藏方便，不用切换页面），然后打开IE准备付账——</p>
<p>发现我的购物车是空的……</p>
<p>然后重新在IE里选几十个item……</p>
<p>我决定从此以后再也不用购物车了。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: GT</title>
		<link>http://uicom.net/blog/?p=832#comment-72547</link>
		<pubDate>Tue, 19 May 2009 08:51:10 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72547</guid>
					<description>在实际使用过程中的个人区别是，购物车是近期要买的东西，收藏夹是将来可能会去买的东西。以时间上作为划分。</description>
		<content:encoded><![CDATA[<p>在实际使用过程中的个人区别是，购物车是近期要买的东西，收藏夹是将来可能会去买的东西。以时间上作为划分。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 天真</title>
		<link>http://uicom.net/blog/?p=832#comment-72546</link>
		<pubDate>Tue, 19 May 2009 08:31:54 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72546</guid>
					<description>一般在设计购物车的时候，应该都有提个假设：假设放到购物车里的东西就是将购买的。但是，这个假设有时候很有问题，把物品放入购物车还有其他的可能：
·物品比较。在购物车里面可以更直观的比较同类物品，譬如价格。
·很多影响购买行为的因素只有在购物车里面才能得到更清晰的信息：譬如运费、是否支持快递、是否可以用购物卷、优惠码等。

这些因素的存在让购物车里的东西不等于待购物品，只是购买的可能性大一点而已。所以现在很多购物车的设计有问题，给用户的压力太大了，太push用户了。

收藏夹里的物品的购买可能性也是不同于一般物品。所以在这点上我觉得购物车和收藏夹的共性就是里面的物品的购买可能性大，没有别的。合并是可以的，只需要根据购买决心优化下物品显示处理。

不管是收藏夹还是购物车，里面的东西肯定是进行筛选比较后才放进去的。购物流程设计如果能更好的实现用户的比较心理的话，购物体验会有提高吧。单纯让用户把一件件物品放入收藏夹，根本没有意义啊。</description>
		<content:encoded><![CDATA[<p>一般在设计购物车的时候，应该都有提个假设：假设放到购物车里的东西就是将购买的。但是，这个假设有时候很有问题，把物品放入购物车还有其他的可能：<br />
·物品比较。在购物车里面可以更直观的比较同类物品，譬如价格。<br />
·很多影响购买行为的因素只有在购物车里面才能得到更清晰的信息：譬如运费、是否支持快递、是否可以用购物卷、优惠码等。</p>
<p>这些因素的存在让购物车里的东西不等于待购物品，只是购买的可能性大一点而已。所以现在很多购物车的设计有问题，给用户的压力太大了，太push用户了。</p>
<p>收藏夹里的物品的购买可能性也是不同于一般物品。所以在这点上我觉得购物车和收藏夹的共性就是里面的物品的购买可能性大，没有别的。合并是可以的，只需要根据购买决心优化下物品显示处理。</p>
<p>不管是收藏夹还是购物车，里面的东西肯定是进行筛选比较后才放进去的。购物流程设计如果能更好的实现用户的比较心理的话，购物体验会有提高吧。单纯让用户把一件件物品放入收藏夹，根本没有意义啊。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 御剑流</title>
		<link>http://uicom.net/blog/?p=832#comment-72544</link>
		<pubDate>Tue, 19 May 2009 06:04:36 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72544</guid>
					<description>收藏夹的主要作用就是收藏，但是收藏这个词背后的用户行为却很复杂，这个商品我比较感兴趣，收藏起来；我对这个商品很感兴趣，但是没货了，我收藏起来方便我随时过来查看是否重新铺货；我对这个商品很感兴趣，但是不确定值不值得买，收藏起来，下次给朋友看看，给点意见等等，总的来说，就是收藏感兴趣的东西。

这里有个特别值得注意的地方，就是顾客感兴趣的商品目前缺货这种情况。

目前来看，B2C的购物车跟收藏夹大多都是独立来做的，参考了AMAZON、YESASIA、PLAYASIA、京东等，不光有专门的商品收藏列表页，购物车下面还有一个模块显示收藏夹的内容，顾客可以很方便地把收藏过的商品挪进购物车，除了当当，点暂存架是直接放进购物车里面.

但是淘宝这类C2C网站，如果出现了缺货的情况，商品是直接下架了，也许买家连收藏的机会都没有，不然整合两者那是很不科学的行为。虽然如此，但是我觉得淘宝的收藏功能还有一个重要的作用，就是收藏之后，会显示收藏过该商品的人还喜欢收藏哪类商品的推荐，这个功能我不知道有多少人在用，但是建议做决策之前，得结合这部分的数据才好评估。另外，淘宝商品热度，很多时候是跟收藏人气结合起来的，我旺旺上已经不只一次收到广告信息，帮忙提高商品收藏量，请联系XXX等，如果没人在意这个东西，我想也不会有人专门做这类业务了吧？

而且收藏的商品全部都放进购物车，购物车是会有预付金额数目显示的，这样子会不会扼杀淘宝用户的冲动消费？比如我想购买的商品是1件衣服，60元，但是同时收藏了鞋子、笔记本电脑，结果我此时看到那个结算金额显示是10000元，很醒目，于是我购物的冲动一下子没了，感谢淘宝，感谢购物车，让我变得理性！</description>
		<content:encoded><![CDATA[<p>收藏夹的主要作用就是收藏，但是收藏这个词背后的用户行为却很复杂，这个商品我比较感兴趣，收藏起来；我对这个商品很感兴趣，但是没货了，我收藏起来方便我随时过来查看是否重新铺货；我对这个商品很感兴趣，但是不确定值不值得买，收藏起来，下次给朋友看看，给点意见等等，总的来说，就是收藏感兴趣的东西。</p>
<p>这里有个特别值得注意的地方，就是顾客感兴趣的商品目前缺货这种情况。</p>
<p>目前来看，B2C的购物车跟收藏夹大多都是独立来做的，参考了AMAZON、YESASIA、PLAYASIA、京东等，不光有专门的商品收藏列表页，购物车下面还有一个模块显示收藏夹的内容，顾客可以很方便地把收藏过的商品挪进购物车，除了当当，点暂存架是直接放进购物车里面.</p>
<p>但是淘宝这类C2C网站，如果出现了缺货的情况，商品是直接下架了，也许买家连收藏的机会都没有，不然整合两者那是很不科学的行为。虽然如此，但是我觉得淘宝的收藏功能还有一个重要的作用，就是收藏之后，会显示收藏过该商品的人还喜欢收藏哪类商品的推荐，这个功能我不知道有多少人在用，但是建议做决策之前，得结合这部分的数据才好评估。另外，淘宝商品热度，很多时候是跟收藏人气结合起来的，我旺旺上已经不只一次收到广告信息，帮忙提高商品收藏量，请联系XXX等，如果没人在意这个东西，我想也不会有人专门做这类业务了吧？</p>
<p>而且收藏的商品全部都放进购物车，购物车是会有预付金额数目显示的，这样子会不会扼杀淘宝用户的冲动消费？比如我想购买的商品是1件衣服，60元，但是同时收藏了鞋子、笔记本电脑，结果我此时看到那个结算金额显示是10000元，很醒目，于是我购物的冲动一下子没了，感谢淘宝，感谢购物车，让我变得理性！
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 小恶魔</title>
		<link>http://uicom.net/blog/?p=832#comment-72543</link>
		<pubDate>Tue, 19 May 2009 05:49:41 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72543</guid>
					<description>老师，我就是把购物车当收藏夹用的变态；

我认为，虽然收藏夹和购物车在人们的认知中是两个差别很大的东西，
但是当用户在访问网站时能产生收藏冲动的，也同时是至少有50%以上几率会买
而购物车
大家有做过用户经验的都知道，我放入购物车，也可以中途反悔啊
你只要去掉反悔的某几样东西就OK了呀

不过我认为应该是这样，忽略购物车，只要收藏夹，用户可以在收藏夹内勾选最终决定要买的，当然需要一个tips"您可以在收藏夹中选择要购买的物品"

这个是在下的拙见各位见笑啦。。。</description>
		<content:encoded><![CDATA[<p>老师，我就是把购物车当收藏夹用的变态；</p>
<p>我认为，虽然收藏夹和购物车在人们的认知中是两个差别很大的东西，<br />
但是当用户在访问网站时能产生收藏冲动的，也同时是至少有50%以上几率会买<br />
而购物车<br />
大家有做过用户经验的都知道，我放入购物车，也可以中途反悔啊<br />
你只要去掉反悔的某几样东西就OK了呀</p>
<p>不过我认为应该是这样，忽略购物车，只要收藏夹，用户可以在收藏夹内勾选最终决定要买的，当然需要一个tips&#8221;您可以在收藏夹中选择要购买的物品&#8221;</p>
<p>这个是在下的拙见各位见笑啦。。。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 永桔</title>
		<link>http://uicom.net/blog/?p=832#comment-72542</link>
		<pubDate>Tue, 19 May 2009 05:28:47 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72542</guid>
					<description>日历和任务无非是TODOLIST的两种视图。
下面这个产品最直观的表达了这种关系
http://i3.6.cn/cvbnm/9c/9e/65/cd987d7d4343ab5f03e8d3e2663c7275.jpg

日历和任务是合并还是分开？
我的看法是“在功能上要合并，在视图上可分开。
功能上：可在日历上添加任务，也可单独添加任务（可定义时间）；
视图上：可以用日历视图，也可切换成（任务）列表视图。

收藏夹和购物车
这两个东西的心理模型差别非常大。
收藏夹：挺有意思，收藏下来，回头再看（这一回头可能是几个月后了）。
购物车：恩，可以买，等会去结帐（一会就要结吆），反正结帐前还能反悔的。
就是说收藏夹在是个时间非常充裕的工具，而购物车是个时间比较紧张局促的工具。
结论：他们两个是不可相互替代的，重合部分太小，所以不建议合并。</description>
		<content:encoded><![CDATA[<p>日历和任务无非是TODOLIST的两种视图。<br />
下面这个产品最直观的表达了这种关系<br />
<a href="http://i3.6.cn/cvbnm/9c/9e/65/cd987d7d4343ab5f03e8d3e2663c7275.jpg" rel="nofollow">http://i3.6.cn/cvbnm/9c/9e/65/cd987d7d4343ab5f03e8d3e2663c7275.jpg</a></p>
<p>日历和任务是合并还是分开？<br />
我的看法是“在功能上要合并，在视图上可分开。<br />
功能上：可在日历上添加任务，也可单独添加任务（可定义时间）；<br />
视图上：可以用日历视图，也可切换成（任务）列表视图。</p>
<p>收藏夹和购物车<br />
这两个东西的心理模型差别非常大。<br />
收藏夹：挺有意思，收藏下来，回头再看（这一回头可能是几个月后了）。<br />
购物车：恩，可以买，等会去结帐（一会就要结吆），反正结帐前还能反悔的。<br />
就是说收藏夹在是个时间非常充裕的工具，而购物车是个时间比较紧张局促的工具。<br />
结论：他们两个是不可相互替代的，重合部分太小，所以不建议合并。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: gem</title>
		<link>http://uicom.net/blog/?p=832#comment-72539</link>
		<pubDate>Tue, 19 May 2009 03:31:52 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72539</guid>
					<description>我不会把购物车当收藏夹，那样会让我时常有危机感，时刻存在“到底是买还是不买？该缴费了吧？数量别选错了”的顾虑。
我会把挑好的或者没挑好的东西完全都放在收藏夹里，然后再选择确认购买的东西挪到购物车里。毕竟这需要我付钱，不像放在垃圾箱里还能还原那么方便。收藏夹功能上与购物车的暂时放置是一样的，但是在心理上却一点也没有急迫感，不用负责任。

至于任务和日历的合并分开问题：
合并的好处：按时间或时间段查看任务比较方便，能够清楚了解各任务的先后顺序，还有就是清楚知道我某个月做什么了。坏处：压迫感较强。好像总有任务等你完成。有的任务是跨月的，可能会被截断导致疏忽。
分开的好处：任务本身不一定需要月历这个标尺去分析，它们只需要有一个整体的时间段就可以了，比如我知道这个任务是20天完成的，或者还有3天就截稿了，而这些量度与具体是哪一天没有直接联系。坏处：如果写周报、月报、季度报告的话还是需要看具体一段时间的。</description>
		<content:encoded><![CDATA[<p>我不会把购物车当收藏夹，那样会让我时常有危机感，时刻存在“到底是买还是不买？该缴费了吧？数量别选错了”的顾虑。<br />
我会把挑好的或者没挑好的东西完全都放在收藏夹里，然后再选择确认购买的东西挪到购物车里。毕竟这需要我付钱，不像放在垃圾箱里还能还原那么方便。收藏夹功能上与购物车的暂时放置是一样的，但是在心理上却一点也没有急迫感，不用负责任。</p>
<p>至于任务和日历的合并分开问题：<br />
合并的好处：按时间或时间段查看任务比较方便，能够清楚了解各任务的先后顺序，还有就是清楚知道我某个月做什么了。坏处：压迫感较强。好像总有任务等你完成。有的任务是跨月的，可能会被截断导致疏忽。<br />
分开的好处：任务本身不一定需要月历这个标尺去分析，它们只需要有一个整体的时间段就可以了，比如我知道这个任务是20天完成的，或者还有3天就截稿了，而这些量度与具体是哪一天没有直接联系。坏处：如果写周报、月报、季度报告的话还是需要看具体一段时间的。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 嗷嗷狐</title>
		<link>http://uicom.net/blog/?p=832#comment-72537</link>
		<pubDate>Tue, 19 May 2009 02:47:16 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72537</guid>
					<description>购物车和收藏夹，仍然独立存在，名字和概念保持不变。只是在购买的时候购物车里【适当展示】收藏夹里的商品。
二者均是购买行为，只不过一个是“立即购买”，一个是“潜在购买”。

就好比tasks独立存在的同时，可以出现在mail和calendar，甚至docs和其他里。满足不同层次和不同需求的用户。

正如#55 美禄：“要给它们单独行动的空间，也要给它们共同相处的机会。”</description>
		<content:encoded><![CDATA[<p>购物车和收藏夹，仍然独立存在，名字和概念保持不变。只是在购买的时候购物车里【适当展示】收藏夹里的商品。<br />
二者均是购买行为，只不过一个是“立即购买”，一个是“潜在购买”。</p>
<p>就好比tasks独立存在的同时，可以出现在mail和calendar，甚至docs和其他里。满足不同层次和不同需求的用户。</p>
<p>正如#55 美禄：“要给它们单独行动的空间，也要给它们共同相处的机会。”
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: azero</title>
		<link>http://uicom.net/blog/?p=832#comment-72535</link>
		<pubDate>Tue, 19 May 2009 02:38:33 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72535</guid>
					<description>我和现实生活比较接近，从不会有收藏即购物车的概念。
喜欢某商品或某商家，我会记起来（收藏）。
收藏起来，也许永远不会买，仅是保存URL的一个标记。
所以，我连淘宝的收藏夹都不用，直接用CTRL+D。。。
（因为我收藏起来的，表明仍有太多考量时间，甚至可能不在那家店买）</description>
		<content:encoded><![CDATA[<p>我和现实生活比较接近，从不会有收藏即购物车的概念。<br />
喜欢某商品或某商家，我会记起来（收藏）。<br />
收藏起来，也许永远不会买，仅是保存URL的一个标记。<br />
所以，我连淘宝的收藏夹都不用，直接用CTRL+D。。。<br />
（因为我收藏起来的，表明仍有太多考量时间，甚至可能不在那家店买）
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 美禄</title>
		<link>http://uicom.net/blog/?p=832#comment-72533</link>
		<pubDate>Tue, 19 May 2009 02:18:45 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72533</guid>
					<description>它们的功能是一样的，都不会直接进入结算中心，都是将想要购买的东西放到一个地方暂存起来。
但是用户使用它们的目的不同。因为“结算”的上一步是“购买”而不是“收藏”，并且“收藏”的下一步并不一定是购买也可能是删除。因此，不同的目的决定了它们的叫法不同，决定了它们必须是单独的两个东西。
但是，既然“收藏”的下一步可能是购买也可能是删除，我们就应该考虑到用户通过收藏再购买的问题，就这一点而言，他们应该是合并的。
在淘宝、当当、卓越亚马逊经常买东西，我个人感觉收藏夹和购物车这两个功能做的最好的是卓越亚马逊，正如我上面所说的，卓越的收藏夹和购物车都有单独的操作页面，但是当你将产品添加到收藏或修改你的购物车时，用户都有可能想对这两部分同时进行操作，因此卓越将这两部分合二为一，在同一个页面，我可以清晰地将我收藏夹中的产品移到购物车中，也可将购物车中的产品移到收藏夹中。看似是两个功能，但是真正操作起来，让人感觉它们是融合在一起的；那么当用户想单独对收藏夹或购物车进行单独的深层的操作时，用户可以分别进入到收藏夹和购物车的单独操作页面进行操作，这时它们又是独立存在的。
我的结论就是：要给收藏夹和购物车单独行动的空间，也要给它们共同相处的机会。</description>
		<content:encoded><![CDATA[<p>它们的功能是一样的，都不会直接进入结算中心，都是将想要购买的东西放到一个地方暂存起来。<br />
但是用户使用它们的目的不同。因为“结算”的上一步是“购买”而不是“收藏”，并且“收藏”的下一步并不一定是购买也可能是删除。因此，不同的目的决定了它们的叫法不同，决定了它们必须是单独的两个东西。<br />
但是，既然“收藏”的下一步可能是购买也可能是删除，我们就应该考虑到用户通过收藏再购买的问题，就这一点而言，他们应该是合并的。<br />
在淘宝、当当、卓越亚马逊经常买东西，我个人感觉收藏夹和购物车这两个功能做的最好的是卓越亚马逊，正如我上面所说的，卓越的收藏夹和购物车都有单独的操作页面，但是当你将产品添加到收藏或修改你的购物车时，用户都有可能想对这两部分同时进行操作，因此卓越将这两部分合二为一，在同一个页面，我可以清晰地将我收藏夹中的产品移到购物车中，也可将购物车中的产品移到收藏夹中。看似是两个功能，但是真正操作起来，让人感觉它们是融合在一起的；那么当用户想单独对收藏夹或购物车进行单独的深层的操作时，用户可以分别进入到收藏夹和购物车的单独操作页面进行操作，这时它们又是独立存在的。<br />
我的结论就是：要给收藏夹和购物车单独行动的空间，也要给它们共同相处的机会。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: leo</title>
		<link>http://uicom.net/blog/?p=832#comment-72531</link>
		<pubDate>Tue, 19 May 2009 01:46:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72531</guid>
					<description>who cares?</description>
		<content:encoded><![CDATA[<p>who cares?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 8space</title>
		<link>http://uicom.net/blog/?p=832#comment-72521</link>
		<pubDate>Mon, 18 May 2009 15:44:35 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72521</guid>
					<description>作为一个常常网购的顾客来说，肯定不能合并的哇~
我经常把觉得好的，但不一定或者暂时不买的放入收藏夹，以后（或者几天或者N久）之后再看，而购物车的作用就是当次购买的直接去支付了的商品</description>
		<content:encoded><![CDATA[<p>作为一个常常网购的顾客来说，肯定不能合并的哇~<br />
我经常把觉得好的，但不一定或者暂时不买的放入收藏夹，以后（或者几天或者N久）之后再看，而购物车的作用就是当次购买的直接去支付了的商品
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: John Doe</title>
		<link>http://uicom.net/blog/?p=832#comment-72520</link>
		<pubDate>Mon, 18 May 2009 15:03:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72520</guid>
					<description>至于任务和日历，

我感觉任务比较直观，用户需要通过tasks知道“什么做完了，什么没有做”
日历则比较综合，通过日历可以清楚了解一整天、一星期、一个月等的日程安排。通过图形表示所占用的时间段，目的是要知道“什么时候有时间，什么时候没时间”

所以我觉得也是应该分开的。看task的时候没有必要load出整个日历。</description>
		<content:encoded><![CDATA[<p>至于任务和日历，</p>
<p>我感觉任务比较直观，用户需要通过tasks知道“什么做完了，什么没有做”<br />
日历则比较综合，通过日历可以清楚了解一整天、一星期、一个月等的日程安排。通过图形表示所占用的时间段，目的是要知道“什么时候有时间，什么时候没时间”</p>
<p>所以我觉得也是应该分开的。看task的时候没有必要load出整个日历。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Stony Wang</title>
		<link>http://uicom.net/blog/?p=832#comment-72519</link>
		<pubDate>Mon, 18 May 2009 15:01:41 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72519</guid>
					<description>就说当当吧，我在上面买东西，经常是不知道这个东西是否买过。
有人会问我，不是从收藏夹点购买，可以自动删掉么？可是，既然是我收藏的东西，也许以后还会买，甚至我还想看看将来价格的走势，所以保留也是很自然的想法。
这个保留就导致了我重复买了1件商品。

我在想，怎么改进呢？最简单的改进当当已经有了，过去的订单里可以直接点开原来的产品(别笑话，之前可是纯文本，连链接都没放)。但是订单多的话，还是很麻烦的，我仍然要去每个订单找。

能不能把买过的产品做成一个列表？如果收藏夹不自动删除的话，改成添加一个已购买的tag，会不会更好？
回到白鸦的合并购物车的想法，
因为我们买东西，无非就是找到几个候选的，然后挑选出你要买的。

taobao上可能会同质化的产品，然后货比三家。
dangdang上可能就决定买哪个，哪个不买或者以后再买。
对于dangdang来说，合并购物车到收藏里面，我觉得意义更大，因为候选就算不买，也已经放到收藏里面，下次可以直接从里面选。
对于taobao来说，这个问题有点麻烦，因为如果这个东西你以后不买了，也就不用去货比三家了，那么被筛选剩下的那些候选者，保留在收藏中基本是没有意义的行为。其次，taobao上很多商品都是卖家卖一阵就不做了，所以以后就算还要买，也不会找到当初的卖家来买了。这点上我比较喜欢以前收藏“搜索”而不是具体的商品和店铺。

所以我觉得是否合并取决于将来(一段时间之后)是否依然有用。</description>
		<content:encoded><![CDATA[<p>就说当当吧，我在上面买东西，经常是不知道这个东西是否买过。<br />
有人会问我，不是从收藏夹点购买，可以自动删掉么？可是，既然是我收藏的东西，也许以后还会买，甚至我还想看看将来价格的走势，所以保留也是很自然的想法。<br />
这个保留就导致了我重复买了1件商品。</p>
<p>我在想，怎么改进呢？最简单的改进当当已经有了，过去的订单里可以直接点开原来的产品(别笑话，之前可是纯文本，连链接都没放)。但是订单多的话，还是很麻烦的，我仍然要去每个订单找。</p>
<p>能不能把买过的产品做成一个列表？如果收藏夹不自动删除的话，改成添加一个已购买的tag，会不会更好？<br />
回到白鸦的合并购物车的想法，<br />
因为我们买东西，无非就是找到几个候选的，然后挑选出你要买的。</p>
<p>taobao上可能会同质化的产品，然后货比三家。<br />
dangdang上可能就决定买哪个，哪个不买或者以后再买。<br />
对于dangdang来说，合并购物车到收藏里面，我觉得意义更大，因为候选就算不买，也已经放到收藏里面，下次可以直接从里面选。<br />
对于taobao来说，这个问题有点麻烦，因为如果这个东西你以后不买了，也就不用去货比三家了，那么被筛选剩下的那些候选者，保留在收藏中基本是没有意义的行为。其次，taobao上很多商品都是卖家卖一阵就不做了，所以以后就算还要买，也不会找到当初的卖家来买了。这点上我比较喜欢以前收藏“搜索”而不是具体的商品和店铺。</p>
<p>所以我觉得是否合并取决于将来(一段时间之后)是否依然有用。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: John Doe</title>
		<link>http://uicom.net/blog/?p=832#comment-72518</link>
		<pubDate>Mon, 18 May 2009 14:59:38 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72518</guid>
					<description>关于购物车的问题，据我理解，技术层面上的主要区别如下：

* 非注册用户可以用购物车
* 注册用户可以用购物车，也可以用收藏夹

购物车允许非注册用户直接取货、注册、结帐
收藏夹的使用，是需要用户有一定粘性的，否则无以收藏。
感觉两者都有其存在的道理。门外汉发言，请勿BS……</description>
		<content:encoded><![CDATA[<p>关于购物车的问题，据我理解，技术层面上的主要区别如下：</p>
<p>* 非注册用户可以用购物车<br />
* 注册用户可以用购物车，也可以用收藏夹</p>
<p>购物车允许非注册用户直接取货、注册、结帐<br />
收藏夹的使用，是需要用户有一定粘性的，否则无以收藏。<br />
感觉两者都有其存在的道理。门外汉发言，请勿BS……
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: ksinger</title>
		<link>http://uicom.net/blog/?p=832#comment-72517</link>
		<pubDate>Mon, 18 May 2009 14:27:01 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72517</guid>
					<description>为啥有鞋柜，鞋子仍会丢在鞋柜外？</description>
		<content:encoded><![CDATA[<p>为啥有鞋柜，鞋子仍会丢在鞋柜外？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: oxygen</title>
		<link>http://uicom.net/blog/?p=832#comment-72513</link>
		<pubDate>Mon, 18 May 2009 13:34:17 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72513</guid>
					<description>估计白鸦发文时候的想法已经是要合并了，从后面的讨论来看赞成分开的仍然占多数。如果合并，个人比较赞同44楼“我不是兔子”的观点。</description>
		<content:encoded><![CDATA[<p>估计白鸦发文时候的想法已经是要合并了，从后面的讨论来看赞成分开的仍然占多数。如果合并，个人比较赞同44楼“我不是兔子”的观点。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: albert</title>
		<link>http://uicom.net/blog/?p=832#comment-72509</link>
		<pubDate>Mon, 18 May 2009 12:32:52 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72509</guid>
					<description>最强的是当当网的购物车和暂存架的设计。
要在购物车里才能链到暂存架。</description>
		<content:encoded><![CDATA[<p>最强的是当当网的购物车和暂存架的设计。<br />
要在购物车里才能链到暂存架。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Arin</title>
		<link>http://uicom.net/blog/?p=832#comment-72508</link>
		<pubDate>Mon, 18 May 2009 12:27:14 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72508</guid>
					<description>如果每次买东西，都有上次、上上次、上上上次没有买的东西在里面，很烦躁，为什么暧昧对象会和正牌男友出现在一起。</description>
		<content:encoded><![CDATA[<p>如果每次买东西，都有上次、上上次、上上上次没有买的东西在里面，很烦躁，为什么暧昧对象会和正牌男友出现在一起。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Arin</title>
		<link>http://uicom.net/blog/?p=832#comment-72507</link>
		<pubDate>Mon, 18 May 2009 12:18:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72507</guid>
					<description>当时喜欢不一定有钱买，或者只是想留着看看，女人喜欢看望自己喜欢的东西
需要收藏店铺，店铺不能放到购物车里。。

不过我都不用收藏夹，直接用浏览器收藏店铺，更快。</description>
		<content:encoded><![CDATA[<p>当时喜欢不一定有钱买，或者只是想留着看看，女人喜欢看望自己喜欢的东西<br />
需要收藏店铺，店铺不能放到购物车里。。</p>
<p>不过我都不用收藏夹，直接用浏览器收藏店铺，更快。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 我不是兔子</title>
		<link>http://uicom.net/blog/?p=832#comment-72506</link>
		<pubDate>Mon, 18 May 2009 11:45:05 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72506</guid>
					<description>为什么要做购物车？目标是什么？方便用户一次购买多个商品？为了引起用户冲动促进购买行为？
个人觉得合并吧，就叫收藏夹。
1、购物车给人潜意识的压力，我放进去就等于是承诺了要购买，当然可以随时取消，但放进去的时候会潜意识慎重一些。
2、如果购物车这个功能的设计是为了方便用户一次购买多个商品，为了促进购买，那其实收藏夹效果会更好啊。 a、加入收藏夹的心理成本要低很多，看中的就可以可以放进去，里面潜在购买的商品多；b、去收藏夹的次数比去购物车多多了吧，看着看着购买欲望就来了。  
所以我来做的话，会两者合并叫收藏夹，理清目标，做好里面的分类、对比、合并付款等功能。</description>
		<content:encoded><![CDATA[<p>为什么要做购物车？目标是什么？方便用户一次购买多个商品？为了引起用户冲动促进购买行为？<br />
个人觉得合并吧，就叫收藏夹。<br />
1、购物车给人潜意识的压力，我放进去就等于是承诺了要购买，当然可以随时取消，但放进去的时候会潜意识慎重一些。<br />
2、如果购物车这个功能的设计是为了方便用户一次购买多个商品，为了促进购买，那其实收藏夹效果会更好啊。 a、加入收藏夹的心理成本要低很多，看中的就可以可以放进去，里面潜在购买的商品多；b、去收藏夹的次数比去购物车多多了吧，看着看着购买欲望就来了。<br />
所以我来做的话，会两者合并叫收藏夹，理清目标，做好里面的分类、对比、合并付款等功能。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Sicilia</title>
		<link>http://uicom.net/blog/?p=832#comment-72505</link>
		<pubDate>Mon, 18 May 2009 11:13:14 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72505</guid>
					<description>不过为什么在当当网买书我就经常用到购物车呢？也许是因为当当自动就把我tick了购买的东西放到购物车里。MS淘宝里没有这样做，直接就跳到了支付宝的选地址数量什么的页面。</description>
		<content:encoded><![CDATA[<p>不过为什么在当当网买书我就经常用到购物车呢？也许是因为当当自动就把我tick了购买的东西放到购物车里。MS淘宝里没有这样做，直接就跳到了支付宝的选地址数量什么的页面。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Sicilia</title>
		<link>http://uicom.net/blog/?p=832#comment-72504</link>
		<pubDate>Mon, 18 May 2009 11:11:05 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72504</guid>
					<description>我是最low tech的用户，从来没有看见过有购物车啊？我的收藏里倒是存了不少东西。</description>
		<content:encoded><![CDATA[<p>我是最low tech的用户，从来没有看见过有购物车啊？我的收藏里倒是存了不少东西。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Nick</title>
		<link>http://uicom.net/blog/?p=832#comment-72503</link>
		<pubDate>Mon, 18 May 2009 11:05:07 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=832#comment-72503</guid>
					<description>个人支持合并，从oulook到Gcal，通过时间轴管理任务和日程，通过任务和日程安排时间，这之间是密不可分的</description>
		<content:encoded><![CDATA[<p>个人支持合并，从oulook到Gcal，通过时间轴管理任务和日程，通过任务和日程安排时间，这之间是密不可分的
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
