<?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"
	>
<channel>
	<title>Comments on: Our Current Thinking on Search</title>
	<atom:link href="http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/</link>
	<description>UIE\'s latest insights on the world of design</description>
	<pubDate>Thu, 24 Jul 2008 15:18:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: WebEssentiel &#187; Archives &#187; Moteur de recherche interne</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-82163</link>
		<dc:creator>WebEssentiel &#187; Archives &#187; Moteur de recherche interne</dc:creator>
		<pubDate>Thu, 12 Jul 2007 03:39:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-82163</guid>
		<description>[...] Our Current Thinking on Search [...]</description>
		<content:encoded><![CDATA[<p>[...] Our Current Thinking on Search [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What I Learned Today&#8230;&#187;Blog Archive &#187; No need for search engines?</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-775</link>
		<dc:creator>What I Learned Today&#8230;&#187;Blog Archive &#187; No need for search engines?</dc:creator>
		<pubDate>Sat, 07 Jan 2006 00:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-775</guid>
		<description>[...] I just read this article on UIE Brain Sparks that states: [I]t’s pretty clear that users choose to use on-site Search when the page they’re on fails them. They scan the page for trigger words. Only when they can’t find them, do they turn to Search. It’s their trigger words they type into the search box. (In essence, they are creating their own links to the content, primarily due to absence of the necessary links on the page.) &#8230; Usage of Search is a predictor that the scent on your pages isn’t working. Fix the scent and the demand for Search goes way down. [...]</description>
		<content:encoded><![CDATA[<p>[...] I just read this article on UIE Brain Sparks that states: [I]t’s pretty clear that users choose to use on-site Search when the page they’re on fails them. They scan the page for trigger words. Only when they can’t find them, do they turn to Search. It’s their trigger words they type into the search box. (In essence, they are creating their own links to the content, primarily due to absence of the necessary links on the page.) &#8230; Usage of Search is a predictor that the scent on your pages isn’t working. Fix the scent and the demand for Search goes way down. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Debbie Stewart</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-522</link>
		<dc:creator>Debbie Stewart</dc:creator>
		<pubDate>Tue, 03 Jan 2006 19:55:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-522</guid>
		<description>The one thing that we use on our Intranet that does make a form of search work is a Name search - like AOL Keywords.  This is because of the size and different audiences the one site serves. A user can type in this Name/Keyword and go directly to the section/page (e.g. Benefits Enrollment) .  Then you do not have to have long paragraphs helping people navigate to your benefits enrollment, etc. that are only highly used once a year.  We do add them as links to the home page but our users still tend to like and use (over 75% of searches on the site are based on a Name search) this method.  If it failes we then go ahead and perform a full-text Google-like search.  Thoughts?</description>
		<content:encoded><![CDATA[<p>The one thing that we use on our Intranet that does make a form of search work is a Name search - like AOL Keywords.  This is because of the size and different audiences the one site serves. A user can type in this Name/Keyword and go directly to the section/page (e.g. Benefits Enrollment) .  Then you do not have to have long paragraphs helping people navigate to your benefits enrollment, etc. that are only highly used once a year.  We do add them as links to the home page but our users still tend to like and use (over 75% of searches on the site are based on a Name search) this method.  If it failes we then go ahead and perform a full-text Google-like search.  Thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: UIE Brain Sparks</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-436</link>
		<dc:creator>UIE Brain Sparks</dc:creator>
		<pubDate>Fri, 16 Dec 2005 15:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-436</guid>
		<description>&lt;strong&gt;What about Site Maps and Site Indexes?&lt;/strong&gt;

	Site maps have been popular since the invention of the web. Site indexes are more in vogue these days. Are they worth the effort?

...</description>
		<content:encoded><![CDATA[<p><strong>What about Site Maps and Site Indexes?</strong></p>
<p>	Site maps have been popular since the invention of the web. Site indexes are more in vogue these days. Are they worth the effort?</p>
<p>&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Watson Steen</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-397</link>
		<dc:creator>Thomas Watson Steen</dc:creator>
		<pubDate>Mon, 12 Dec 2005 12:48:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-397</guid>
		<description>It's funny how things seem to happen at the same time. Just the day before you published this new article I was feeling very frustrated about this exact topic: The quality of On-Site Search Engines - Or the lack of quality to be exact.

I remembered your famous post on the topic from 1997 and decided to write a post in a Blog I'm authoring about how things have changed since then. Now I see that you where also wondering about these things ... It's nice to see that we are not alone with our frustration :)</description>
		<content:encoded><![CDATA[<p>It&#8217;s funny how things seem to happen at the same time. Just the day before you published this new article I was feeling very frustrated about this exact topic: The quality of On-Site Search Engines - Or the lack of quality to be exact.</p>
<p>I remembered your famous post on the topic from 1997 and decided to write a post in a Blog I&#8217;m authoring about how things have changed since then. Now I see that you where also wondering about these things &#8230; It&#8217;s nice to see that we are not alone with our frustration <img src='http://www.uie.com/brainsparks/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vicentjorda.com &#187; Si buscan&#8230; malo</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-366</link>
		<dc:creator>vicentjorda.com &#187; Si buscan&#8230; malo</dc:creator>
		<pubDate>Wed, 07 Dec 2005 07:38:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-366</guid>
		<description>[...] Según Jared Spool, de UIE Brain Sparks: El uso de la búsqueda es un indicador de que el esquema de navegación de tus páginas no está funcionando. Arreglalo y las búsquedas en tu sitio bajarán. Hemos comprobado que esto se cumple la mayoría de las veces. [...]</description>
		<content:encoded><![CDATA[<p>[...] Según Jared Spool, de UIE Brain Sparks: El uso de la búsqueda es un indicador de que el esquema de navegación de tus páginas no está funcionando. Arreglalo y las búsquedas en tu sitio bajarán. Hemos comprobado que esto se cumple la mayoría de las veces. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-362</link>
		<dc:creator>Eddie</dc:creator>
		<pubDate>Mon, 05 Dec 2005 21:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-362</guid>
		<description>Also, for intranets, I've found that the vast majority do not put the same attention into meta data as you would fin on the web.  You search the company site for the dental reimbursment forms, and you get tons of results of word docs with cryptic files names and department speak mixed in: "EGRS/HPSS Dent_Form.doc" -which is less than friendly.  Most intranet searches I've done have rarely been useful.</description>
		<content:encoded><![CDATA[<p>Also, for intranets, I&#8217;ve found that the vast majority do not put the same attention into meta data as you would fin on the web.  You search the company site for the dental reimbursment forms, and you get tons of results of word docs with cryptic files names and department speak mixed in: &#8220;EGRS/HPSS Dent_Form.doc&#8221; -which is less than friendly.  Most intranet searches I&#8217;ve done have rarely been useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Gaus</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-358</link>
		<dc:creator>Will Gaus</dc:creator>
		<pubDate>Mon, 05 Dec 2005 16:36:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-358</guid>
		<description>Great piece. I see this first hand from a Knowledge Management perspective. Everyone wants search to solve their problems of finding information. Little do they know (as you point out) that they are using the missing terms as search queries. Giving them mixed results on the SERP.  The problem with on-site search, enterprise search etc is that users are looking for specific answers, they dont want to have to choose which document best answers their question. They want the site to tell them...alas search is less than stellar!</description>
		<content:encoded><![CDATA[<p>Great piece. I see this first hand from a Knowledge Management perspective. Everyone wants search to solve their problems of finding information. Little do they know (as you point out) that they are using the missing terms as search queries. Giving them mixed results on the SERP.  The problem with on-site search, enterprise search etc is that users are looking for specific answers, they dont want to have to choose which document best answers their question. They want the site to tell them&#8230;alas search is less than stellar!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Labriola</title>
		<link>http://www.uie.com/brainsparks/2005/12/05/our-current-thinking-on-search/#comment-357</link>
		<dc:creator>John Labriola</dc:creator>
		<pubDate>Mon, 05 Dec 2005 16:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=133#comment-357</guid>
		<description>I agree with your statement. Careful and deliberate thought should go into the navigation and inline links available to other content available. Other examples include &lt;i&gt;you may also enjoy these links&lt;/i&gt; or &lt;i&gt;related links&lt;/i&gt;. However, sites with a large extent of content become quicker to navigate when they have search functionality. Especially as there are many free and/or inexpensive add-ons available. But having one just for the sake of having one, there is no excuse for that.</description>
		<content:encoded><![CDATA[<p>I agree with your statement. Careful and deliberate thought should go into the navigation and inline links available to other content available. Other examples include <i>you may also enjoy these links</i> or <i>related links</i>. However, sites with a large extent of content become quicker to navigate when they have search functionality. Especially as there are many free and/or inexpensive add-ons available. But having one just for the sake of having one, there is no excuse for that.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
