<?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/"
		>
<channel>
	<title>Comments on: The Convergence of Content Management, Search and Collaboration</title>
	<atom:link href="http://searchdoneright.com/2009/05/the-convergence-of-content-management-search-and-collaboration/feed/" rel="self" type="application/rss+xml" />
	<link>http://searchdoneright.com/2009/05/the-convergence-of-content-management-search-and-collaboration/</link>
	<description>Enterprise Search Expertise, Brought To You By Vivísimo</description>
	<lastBuildDate>Mon, 26 Apr 2010 14:31:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Stacy Monarko</title>
		<link>http://searchdoneright.com/2009/05/the-convergence-of-content-management-search-and-collaboration/comment-page-1/#comment-54586</link>
		<dc:creator>Stacy Monarko</dc:creator>
		<pubDate>Fri, 29 May 2009 14:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://searchdoneright.com/?p=324#comment-54586</guid>
		<description>There is always a tradeoff when purchasing large enterprise applications.  You can start off small and work in pieces but the risk is that none of the systems integrated get fully exploited nor do separate systems place nice together.  I agree that purchasing all three for an enterprise wide solution may be too daunting.  However, if one is building a competitor intelligence portal, a partner extranet site or even eDiscovery application it is very doable and desirable to consider all three when purchasing and deploying.
 
Another thing I keep in mind is in terms of ECM and search, many organizations are moving to their 2nd or 3rd generation solution. This means the requirements are more strict and the business owners know what they want and what they don’t want.  Often organizations have gone through the RFP before making the next one a little less daunting.
 
I never said buying or integrating all three would be easy; however, I do believe that if an organization wants to position themselves for the most success they need to at least consider their requirements for all three.</description>
		<content:encoded><![CDATA[<p>There is always a tradeoff when purchasing large enterprise applications.  You can start off small and work in pieces but the risk is that none of the systems integrated get fully exploited nor do separate systems place nice together.  I agree that purchasing all three for an enterprise wide solution may be too daunting.  However, if one is building a competitor intelligence portal, a partner extranet site or even eDiscovery application it is very doable and desirable to consider all three when purchasing and deploying.</p>
<p>Another thing I keep in mind is in terms of ECM and search, many organizations are moving to their 2nd or 3rd generation solution. This means the requirements are more strict and the business owners know what they want and what they don’t want.  Often organizations have gone through the RFP before making the next one a little less daunting.</p>
<p>I never said buying or integrating all three would be easy; however, I do believe that if an organization wants to position themselves for the most success they need to at least consider their requirements for all three.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Marks</title>
		<link>http://searchdoneright.com/2009/05/the-convergence-of-content-management-search-and-collaboration/comment-page-1/#comment-54513</link>
		<dc:creator>Jon Marks</dc:creator>
		<pubDate>Thu, 28 May 2009 08:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://searchdoneright.com/?p=324#comment-54513</guid>
		<description>Yes, it does seem like common sense. Nothing worse than buying 3 separate products that don&#039;t play nicely with one another and require an enormous amount of integration.

But, on the other hand, how does one go about procuring all 3 together? Do you only approach vendors that provide everything? Or should the RFP require a consortium of vendors/systems integrators teaming up to provide the solution. Both of these feel like a risky big bang strategy that could present a whole new class of risk. I&#039;ve always been a fan of taking little steps as opposed to building and lauching a monolith. This strategy sounds a bit like the latter.

Thoughts?
Jon</description>
		<content:encoded><![CDATA[<p>Yes, it does seem like common sense. Nothing worse than buying 3 separate products that don&#8217;t play nicely with one another and require an enormous amount of integration.</p>
<p>But, on the other hand, how does one go about procuring all 3 together? Do you only approach vendors that provide everything? Or should the RFP require a consortium of vendors/systems integrators teaming up to provide the solution. Both of these feel like a risky big bang strategy that could present a whole new class of risk. I&#8217;ve always been a fan of taking little steps as opposed to building and lauching a monolith. This strategy sounds a bit like the latter.</p>
<p>Thoughts?<br />
Jon</p>
]]></content:encoded>
	</item>
</channel>
</rss>
