<?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: Tracking The Competition, Socially</title>
	<atom:link href="http://oracleappslab.com/2008/04/15/tracking-the-competition-socially/feed/" rel="self" type="application/rss+xml" />
	<link>http://oracleappslab.com/2008/04/15/tracking-the-competition-socially/</link>
	<description>Driving Oracle Innovation</description>
	<pubDate>Fri, 05 Sep 2008 08:36:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Andrew Holt</title>
		<link>http://oracleappslab.com/2008/04/15/tracking-the-competition-socially/#comment-3697</link>
		<dc:creator>Andrew Holt</dc:creator>
		<pubDate>Fri, 18 Apr 2008 13:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://oracleappslab.com/?p=797#comment-3697</guid>
		<description>Thanks for the mention and the kind wishes, Paul. It's interesting that you bring up the applicability of RivalMap at various types of companies. We built RivalMap because the competitive knowledge function at most companies seemed like a very under-served area, which was surprising given how important this data can be. The data isn't relevant to everyone at a company, but sales, marketing, product managers, and executives can derive a lot of value from having a single clearinghouse for any new information on their competition.

RivalMap is intended as an information hub for competitive data. It's not healthy for a company to focus intensely on the competition, but it's definitely helpful when making strategic decisions to know everything you can about competitors, from sales' discoveries in the field to a product manager's analysis of a competing product's feature. We've found from current customers, which range all over in terms of size and industry, that RivalMap works well in both companies with a defined market intelligence team, and companies that have nothing defined at all. Essentially, we're replacing email and ad-hoc documents for a particular function, which adds a lot of value and breaks out from other information areas very well. There is always an adoption challenge with any new system, but we're working to go beyond the email integration and bookmarklet we have now to make it even simpler for users to contribute.

We'll also be adding an often-requested news feature shortly to the service, which will collate news items about a company's competitors and industry, cutting down on information overload and making it easier to have peace-of-mind that you're on top of the competition. We're focusing on competitive information now, but have plans to expand into broader information sets in the future.

If you'd like a full account to play with, let me know!

Andrew Holt
Co-founder
RivalSoft Inc.</description>
		<content:encoded><![CDATA[<p>Thanks for the mention and the kind wishes, Paul. It&#8217;s interesting that you bring up the applicability of RivalMap at various types of companies. We built RivalMap because the competitive knowledge function at most companies seemed like a very under-served area, which was surprising given how important this data can be. The data isn&#8217;t relevant to everyone at a company, but sales, marketing, product managers, and executives can derive a lot of value from having a single clearinghouse for any new information on their competition.</p>
<p>RivalMap is intended as an information hub for competitive data. It&#8217;s not healthy for a company to focus intensely on the competition, but it&#8217;s definitely helpful when making strategic decisions to know everything you can about competitors, from sales&#8217; discoveries in the field to a product manager&#8217;s analysis of a competing product&#8217;s feature. We&#8217;ve found from current customers, which range all over in terms of size and industry, that RivalMap works well in both companies with a defined market intelligence team, and companies that have nothing defined at all. Essentially, we&#8217;re replacing email and ad-hoc documents for a particular function, which adds a lot of value and breaks out from other information areas very well. There is always an adoption challenge with any new system, but we&#8217;re working to go beyond the email integration and bookmarklet we have now to make it even simpler for users to contribute.</p>
<p>We&#8217;ll also be adding an often-requested news feature shortly to the service, which will collate news items about a company&#8217;s competitors and industry, cutting down on information overload and making it easier to have peace-of-mind that you&#8217;re on top of the competition. We&#8217;re focusing on competitive information now, but have plans to expand into broader information sets in the future.</p>
<p>If you&#8217;d like a full account to play with, let me know!</p>
<p>Andrew Holt<br />
Co-founder<br />
RivalSoft Inc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mrontemp: Technology Stove Top, 17 April 2008</title>
		<link>http://oracleappslab.com/2008/04/15/tracking-the-competition-socially/#comment-3695</link>
		<dc:creator>mrontemp: Technology Stove Top, 17 April 2008</dc:creator>
		<pubDate>Fri, 18 Apr 2008 12:23:59 +0000</pubDate>
		<guid isPermaLink="false">http://oracleappslab.com/?p=797#comment-3695</guid>
		<description>&lt;!--%kramer-ref-pre%--&gt;[...] I do these "stove tops" in the future, I should try to keep to just one major topic. Or not.Anyway, Paul Pedrazzi of Oracle AppsLab blogged about RivalMap a couple of days ago. Granted, companies with a "not invented here" syndrome may not want to trust their data to [...]&lt;!--%kramer-ref-post%--&gt;</description>
		<content:encoded><![CDATA[<p><!--%kramer-ref-pre%-->[...] I do these &#8220;stove tops&#8221; in the future, I should try to keep to just one major topic. Or not.Anyway, Paul Pedrazzi of Oracle AppsLab blogged about RivalMap a couple of days ago. Granted, companies with a &#8220;not invented here&#8221; syndrome may not want to trust their data to [...]<!--%kramer-ref-post%--></p>
]]></content:encoded>
	</item>
</channel>
</rss>
