<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Shopping Path&#8217;s CrispyShop</title>
	<atom:link href="http://comparisonengines.com/2007/02/13/shopping-paths-crispyshop/feed/" rel="self" type="application/rss+xml" />
	<link>http://comparisonengines.com/2007/02/13/shopping-paths-crispyshop/</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Tue, 13 Mar 2012 02:47:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Gui-Leal</title>
		<link>http://comparisonengines.com/2007/02/13/shopping-paths-crispyshop/#comment-902</link>
		<dc:creator><![CDATA[Gui-Leal]]></dc:creator>
		<pubDate>Fri, 16 Feb 2007 20:50:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.comparisonengines.com/?p=669#comment-902</guid>
		<description><![CDATA[The basic assumption of the Shopping community is that the way products or offers should be displayed is by lists or tables, where the most relevant items should be displayed at the top of the list. Similar to models used by search engines.

    The fundamental problem of lists is that people can compare only a few items (max 6) displayed at the screen. At the time, people scrolled down at the end of the list or changed pages, they forgot the relationship of the items viewed before.
   How can you expect consumers to efficiently compare hundred of options? In fact consumers usually limit their choices to the first page, and usually to the first item.

    Graphical representation is a classical solution for this problem. The following question is what is the most efficient graphical pattern that would efficiently represent options of Products and Offers?
   People tentatively tried to use treemaps to solve it, but it is inefficient. Our answer is the ShoppingPath pattern.

  Even though CrispyShop was featured at ComparisonEngines.com and at the SDforum event last Tuesday at Yahoo; the ShoppingPath experience is still early-stage and incomplete (there is a lot to come).

  Most people think the actual model is cool, but wonder about its value. That is not a surprise, because the feature, which shows the value proposition is not visible yet.
  At the time the product is complete, the value proposition will be obvious. For now the product is very incomplete.

  If you have comments and recommendations, please send it to us at:    http://www.shoppingpath.com/htmls/feedback.html

   Regards, Gui]]></description>
		<content:encoded><![CDATA[<p>The basic assumption of the Shopping community is that the way products or offers should be displayed is by lists or tables, where the most relevant items should be displayed at the top of the list. Similar to models used by search engines.</p>
<p>    The fundamental problem of lists is that people can compare only a few items (max 6) displayed at the screen. At the time, people scrolled down at the end of the list or changed pages, they forgot the relationship of the items viewed before.<br />
   How can you expect consumers to efficiently compare hundred of options? In fact consumers usually limit their choices to the first page, and usually to the first item.</p>
<p>    Graphical representation is a classical solution for this problem. The following question is what is the most efficient graphical pattern that would efficiently represent options of Products and Offers?<br />
   People tentatively tried to use treemaps to solve it, but it is inefficient. Our answer is the ShoppingPath pattern.</p>
<p>  Even though CrispyShop was featured at ComparisonEngines.com and at the SDforum event last Tuesday at Yahoo; the ShoppingPath experience is still early-stage and incomplete (there is a lot to come).</p>
<p>  Most people think the actual model is cool, but wonder about its value. That is not a surprise, because the feature, which shows the value proposition is not visible yet.<br />
  At the time the product is complete, the value proposition will be obvious. For now the product is very incomplete.</p>
<p>  If you have comments and recommendations, please send it to us at:    <a href="http://www.shoppingpath.com/htmls/feedback.html" rel="nofollow">http://www.shoppingpath.com/htmls/feedback.html</a></p>
<p>   Regards, Gui</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EarlyMiser</title>
		<link>http://comparisonengines.com/2007/02/13/shopping-paths-crispyshop/#comment-901</link>
		<dc:creator><![CDATA[EarlyMiser]]></dc:creator>
		<pubDate>Fri, 16 Feb 2007 19:05:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.comparisonengines.com/?p=669#comment-901</guid>
		<description><![CDATA[Classic issue is what is the problem being solved by these new UIs? It&#039;s really hard to say but the interface at crispyshop is &quot;designer cool&quot; not user cool.]]></description>
		<content:encoded><![CDATA[<p>Classic issue is what is the problem being solved by these new UIs? It&#8217;s really hard to say but the interface at crispyshop is &#8220;designer cool&#8221; not user cool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hanfrac</title>
		<link>http://comparisonengines.com/2007/02/13/shopping-paths-crispyshop/#comment-900</link>
		<dc:creator><![CDATA[hanfrac]]></dc:creator>
		<pubDate>Tue, 13 Feb 2007 19:40:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.comparisonengines.com/?p=669#comment-900</guid>
		<description><![CDATA[These new UI&#039;s don&#039;t matter (much).  Not because they are mashups.  But more because I don&#039;t see people flocking to these new shopping interfaces unless they also add a lot of value.  Great - you can filter by color at ShopWiki.  Great - you can filter by &quot;toe style&quot; or &quot;bag clasp&quot; at like.com.  Great - BrowseGoods has built a floor layout.  But once you get over the newness and neatness of it, it&#039;s hard to use.  What will actually get bought through an interface like that?

They&#039;re cool and they&#039;re new.  But they&#039;re not useful.  At least not enough and not yet.

Note - I agree that shopping interfaces seem stuck in an Amazon world.  I&#039;m waiting to see something that is innovative AND functional AND solves a problem.]]></description>
		<content:encoded><![CDATA[<p>These new UI&#8217;s don&#8217;t matter (much).  Not because they are mashups.  But more because I don&#8217;t see people flocking to these new shopping interfaces unless they also add a lot of value.  Great &#8211; you can filter by color at ShopWiki.  Great &#8211; you can filter by &#8220;toe style&#8221; or &#8220;bag clasp&#8221; at like.com.  Great &#8211; BrowseGoods has built a floor layout.  But once you get over the newness and neatness of it, it&#8217;s hard to use.  What will actually get bought through an interface like that?</p>
<p>They&#8217;re cool and they&#8217;re new.  But they&#8217;re not useful.  At least not enough and not yet.</p>
<p>Note &#8211; I agree that shopping interfaces seem stuck in an Amazon world.  I&#8217;m waiting to see something that is innovative AND functional AND solves a problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

