<?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: Why don&#8217;t we see more platform technology roadmaps?</title>
	<atom:link href="http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/</link>
	<description>excerpts from the mind of a platform evangelist</description>
	<lastBuildDate>Wed, 11 Jan 2012 16:24:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: san1t1</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65877</link>
		<dc:creator>san1t1</dc:creator>
		<pubDate>Mon, 20 Jul 2009 21:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65877</guid>
		<description>Releasing new feature - rather than bug fix - roadmaps gets easier as your product gets entrenched and you move from customer acquisition to customer retention.

(I use the word customer loosely, it&#039;s the folk who are active on your platform, be their developers, resellers, end consumers, etc.)

As your platform matures you keep your current user base excited by involving them in what you are doing, the threat of competitors stealing your thunder being lessened by the cost - to your current customers - of platform migration. 

Microsoft have a pretty open process, with lots of community involvement in so many aspects of their platform direction. 
Likewise Adobe. They are both on a large proportion of desktops, so both MS and Adobe having entrenched platforms, their key task is to retain and upsell, so openness about the future really quite helps them, any competitors they have, they need, to prevent or mitigate the risk of being a monopoly.

On the other hand, Amazon&#039;s Web Service platform is relatively young, and they are need to win customers more than they need to retain - though obviously retention is important as well. Plus there are a growing number of cloud hosting providers to compete with.

There are countless younger aspirational platforms in the start up community. These all live in a less predictable, less proven market, and with less entrenched customers they need to avoid disappointing their audience, so keep their cards closer to their chests.</description>
		<content:encoded><![CDATA[<p>Releasing new feature &#8211; rather than bug fix &#8211; roadmaps gets easier as your product gets entrenched and you move from customer acquisition to customer retention.</p>
<p>(I use the word customer loosely, it&#8217;s the folk who are active on your platform, be their developers, resellers, end consumers, etc.)</p>
<p>As your platform matures you keep your current user base excited by involving them in what you are doing, the threat of competitors stealing your thunder being lessened by the cost &#8211; to your current customers &#8211; of platform migration. </p>
<p>Microsoft have a pretty open process, with lots of community involvement in so many aspects of their platform direction.<br />
Likewise Adobe. They are both on a large proportion of desktops, so both MS and Adobe having entrenched platforms, their key task is to retain and upsell, so openness about the future really quite helps them, any competitors they have, they need, to prevent or mitigate the risk of being a monopoly.</p>
<p>On the other hand, Amazon&#8217;s Web Service platform is relatively young, and they are need to win customers more than they need to retain &#8211; though obviously retention is important as well. Plus there are a growing number of cloud hosting providers to compete with.</p>
<p>There are countless younger aspirational platforms in the start up community. These all live in a less predictable, less proven market, and with less entrenched customers they need to avoid disappointing their audience, so keep their cards closer to their chests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Freddy</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65825</link>
		<dc:creator>Freddy</dc:creator>
		<pubDate>Mon, 20 Jul 2009 15:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65825</guid>
		<description>Previous hypothetic Adobe Flash Player road map:

&quot;In six months from now we will listen to our users and add low level audio manipulation, but without any useful help pages&quot;
&quot;In seven months we will ask our users about the bugs in Flash CS4 IDE, just to find out there are plenty, and we will fix only a handful of them, but don&#039;t worry, you can get more bug fixes on the next suite update&quot;

a worthy roadmap!</description>
		<content:encoded><![CDATA[<p>Previous hypothetic Adobe Flash Player road map:</p>
<p>&#8220;In six months from now we will listen to our users and add low level audio manipulation, but without any useful help pages&#8221;<br />
&#8220;In seven months we will ask our users about the bugs in Flash CS4 IDE, just to find out there are plenty, and we will fix only a handful of them, but don&#8217;t worry, you can get more bug fixes on the next suite update&#8221;</p>
<p>a worthy roadmap!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tink</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65458</link>
		<dc:creator>Tink</dc:creator>
		<pubDate>Sat, 18 Jul 2009 20:17:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65458</guid>
		<description>Publicly announcing roadmaps would only lead to disappointment in my opinion.

That said Adobe publicly announce &#039;safer&#039; items before the release and before its fully complete don&#039;t they?

It&#039;s difficult for them not to with Flex as its open source, but they always give you info on the player, and new stuff thats in the Flash IDE.</description>
		<content:encoded><![CDATA[<p>Publicly announcing roadmaps would only lead to disappointment in my opinion.</p>
<p>That said Adobe publicly announce &#8216;safer&#8217; items before the release and before its fully complete don&#8217;t they?</p>
<p>It&#8217;s difficult for them not to with Flex as its open source, but they always give you info on the player, and new stuff thats in the Flash IDE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chuckstar22</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65264</link>
		<dc:creator>chuckstar22</dc:creator>
		<pubDate>Fri, 17 Jul 2009 19:54:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65264</guid>
		<description>&lt;a href=&quot;#comment-65259&quot; rel=&quot;nofollow&quot;&gt;@Josh&lt;/a&gt; 
Right on. I think a company like Adobe already has the ability to do it, almost like a reverse bug report forum. List the new features ahead of time and get feedback on them. Let developers tell you what they want out of them and how they might implement them. Think about how much fostering new ideas, excitement, anticipation AND PRE-ORDERING that would bring on!</description>
		<content:encoded><![CDATA[<p><a href="#comment-65259" rel="nofollow">@Josh</a><br />
Right on. I think a company like Adobe already has the ability to do it, almost like a reverse bug report forum. List the new features ahead of time and get feedback on them. Let developers tell you what they want out of them and how they might implement them. Think about how much fostering new ideas, excitement, anticipation AND PRE-ORDERING that would bring on!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chuckstar22</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65263</link>
		<dc:creator>chuckstar22</dc:creator>
		<pubDate>Fri, 17 Jul 2009 19:51:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65263</guid>
		<description>&lt;a href=&quot;#comment-65255&quot; rel=&quot;nofollow&quot;&gt;@John Dowdell&lt;/a&gt; 
That makes sense, especially if it&#039;s a new service or breakthrough innovation that has never been done before. Even still, that feature would likely be added to other &#039;safer&#039; items that should be announced. Should the new feature work and be included in the platform, it would be a pleasant surprise.</description>
		<content:encoded><![CDATA[<p><a href="#comment-65255" rel="nofollow">@John Dowdell</a><br />
That makes sense, especially if it&#8217;s a new service or breakthrough innovation that has never been done before. Even still, that feature would likely be added to other &#8216;safer&#8217; items that should be announced. Should the new feature work and be included in the platform, it would be a pleasant surprise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65259</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Fri, 17 Jul 2009 19:10:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65259</guid>
		<description>The fear of competition stealing thunder is understandable. On the other hand, public roadmaps would be great for you and I because all that open information pushes companies to try harder. I think it would also help destroy bad ideas faster. Look at how much the community was able to influence Flex 4 for the better thanks to all the information that&#039;s been available so long before the release.

In the startup world, founders are encouraged to talk about their ideas with anyone and everyone. The urge to keep things secret is strong, but there&#039;s a huge difference between a potential competitor saying, &quot;That&#039;s neat, I bet I could do that too&quot; and actually committing to it. The feedback a startup receives from sharing ideas with users and smart people greatly outweighs the low risk of creating competitors. Larger companies could learn a bit from that.</description>
		<content:encoded><![CDATA[<p>The fear of competition stealing thunder is understandable. On the other hand, public roadmaps would be great for you and I because all that open information pushes companies to try harder. I think it would also help destroy bad ideas faster. Look at how much the community was able to influence Flex 4 for the better thanks to all the information that&#8217;s been available so long before the release.</p>
<p>In the startup world, founders are encouraged to talk about their ideas with anyone and everyone. The urge to keep things secret is strong, but there&#8217;s a huge difference between a potential competitor saying, &#8220;That&#8217;s neat, I bet I could do that too&#8221; and actually committing to it. The feedback a startup receives from sharing ideas with users and smart people greatly outweighs the low risk of creating competitors. Larger companies could learn a bit from that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dowdell</title>
		<link>http://www.chuckstar.com/blog/technology/why-dont-we-see-more-platform-technology-roadmaps/comment-page-1/#comment-65255</link>
		<dc:creator>John Dowdell</dc:creator>
		<pubDate>Fri, 17 Jul 2009 18:52:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.chuckstar.com/blog/?p=352#comment-65255</guid>
		<description>Another reason: It can be hard to assure something will be done until it is done... sometimes it isn&#039;t until you&#039;re close to a deployment that you can see how it really works, for real people. Setting expectations too high risks frustration later. That&#039;s why predictions are usually in general terms. 

jd/adobe</description>
		<content:encoded><![CDATA[<p>Another reason: It can be hard to assure something will be done until it is done&#8230; sometimes it isn&#8217;t until you&#8217;re close to a deployment that you can see how it really works, for real people. Setting expectations too high risks frustration later. That&#8217;s why predictions are usually in general terms. </p>
<p>jd/adobe</p>
]]></content:encoded>
	</item>
</channel>
</rss>

