<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
      xmlns:thr="http://purl.org/syndication/thread/1.0">
  <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php" />
  <link rel="self" type="application/atom+xml" href="http://www.readwriteweb.com/atom.xml" />
  <id>tag:,2008:/1/tag:www.readwriteweb.com,2008://1.5996-</id>
  <updated>2008-05-09T18:03:40Z</updated>
  <title>Comments for Picking a Platform: 5 Issues to Consider</title>
  
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.1</generator>
  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.readwriteweb.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=1/entry_id=5996" title="Picking a Platform: 5 Issues to Consider" />
    <published>2008-03-31T04:50:04Z</published>
    <updated>2008-03-31T05:21:34Z</updated>
    <title>Picking a Platform: 5 Issues to Consider</title>
    <summary>A month ago, ReadWriteWeb writer Marshall Kirkpatrick utilized his huge network of Twitter followers to facilitate a discussion about APIs and platforms. He shared the highlights of the conversation in a post on this blog. The discussion was one that really captured our imaginations, so today we&apos;re exploring the issue further and presenting 5 dynamics...</summary>
    <author>
      <name>Sean Ammirati</name>
      
    </author>
    
    <category term="Trends" />
    
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com/">
      <![CDATA[<p><img border="0" src="http://www.readwriteweb.com/images/platform934.jpg" width="150" height="94" />A month ago, ReadWriteWeb writer Marshall Kirkpatrick utilized his huge network of Twitter followers to facilitate a discussion about APIs and platforms.  He shared the highlights of the conversation <a href="http://www.readwriteweb.com/archives/apis_platforms_pros_and_cons.php">in a post on this blog</a>. The discussion was one that really captured our imaginations, so today we're exploring the issue further and presenting 5 dynamics that you should consider when picking a platform. </p>                           ]]>
      <![CDATA[<a href="http://twitter.com/marshallk/statuses/764610002" title="Twitter / marshallk: Question: are developer pla..."><img src="http://www.readwriteweb.com/images/marshalltwitter.jpg" width="592" height="255" hspace="10" vspace="10" alt="MarshallTwitter"></a>

<p>Over the past month, we've continued to think a lot about the process of picking a platform on top of which to build an application. We've had a few interesting interviews on <a href="http://readwritetalk.com">ReadWriteTalk</a> that have touched on these issues.  Specifically, we interviewed <a href="http://readwritetalk.com/2008/03/07/david-glazer-engineering-director-google/">David Glazer</a>, an Engineering Director at Google and one of the champions inside Google of the OpenSocial project.  We also interviewed <a href="http://readwritetalk.com/2008/03/27/lance-tokuda-ceo-rockyou/">Lance Tokuda</a>, the CEO and Co-Founder of RockYou, a social software company that builds apps on top of OpenSocial and the Facebook platform.  </p>

<p> Though the interviews with Lance and David focused on the issues related to platforms for social applications, it struck us that the same dynamics now exist across a number of platforms.  For example, in the mobile space there are a number of platforms on which you can currently release a mobile app.  We actually covered some of this in our interview with <a href="http://readwritetalk.com/2008/01/24/adam-taggart-director-product-marketing-yahoo/">Adam Taggart</a> from Yahoo!'s Mobile Platform.  Obviously, with Apple opening up the iPhone platform, the alternatives are growing.  Another industry with similar dynamics is the video game market.  In fact, Lance actually referenced Electronic Arts as a model for the type of company he is building. </p>

<p> In this post, we'll highlight five common dynamics that software companies need to take into consideration when deciding which platforms to focus on. </p> 

<h2> Audience Issues </h2> 

<p><img src="http://www.readwriteweb.com/images/audience.jpg" width="240" height="172" alt="Audience" hspace="5" vspace="5" align="right"> A platform will only be of use to you if the type of user who will find your application valuable is actually using it.  Therefore, the first three issues to be considered when picking a platform center around the dynamics of reaching those users and making sure they are the right users for you.  Specifically, these are:</p>

<ul>
	<li>Issue 1: Reach of the Platform </li>
	<li>Issue 2: Growth of Audience </li>   
      <li>Issue 3: Value of that Audience </li>   
</ul>
	
<h2>Issue 1: Reach of Platform</h2>

<p>Reach is simply another term for the size of an audience.  When looking at reach, it's important to consider how many users specifically have the problem you're trying to solve. <strong>If a platform doesn't reach your target audience (and you don't anticipate that changing), it is a non-starter to even consider building on top of the platform.</strong> However, platforms that efficiently allow you to reach your target audience are very desirable.</p> 

<p>For example, at all the tech conferences I've attended over the last year it has been striking that a high percentage of the audience are iPhone users.  In one session at SXSW this year, the panelist asked the audience to raise their hand if they owned an iPhone and probably 75% of the crowd raised their hand.   If you had an idea to build a mobile application that was targeted at innovators and early adopters in the technology industry, the iPhone market might actually be the audience with the greatest reach for your app.  I would argue this is true even if other platforms have more total users right now.   </p>  

<p> On the other hand, if an application had a broader target market then other platforms might make more sense.  That is clearly the type of application that Yahoo!'s mobile platform is targeting.  Adam Taggart shared the following statistics in our interview: </p>

<blockquote>
   <p><i>We are now in the process of developing a mobile ecosystem that is intended to serve eventually billions of mobile consumers. And I had to use the word "billions" there very specifically because it differentiates our strategy versus other people in the industry.  Most of the people who are taking a very highly optimized approach around the specific device type or a specific operating system, which is great ...  So if we'll take the iPhone for example, you know, a phenomenal, fantastic device and very, very popular. They will probably sell in the middle of this year their two millionth iPhone ...  So while you're promoting a very good experience, you're providing really just a very thin sliver of the total market of consumers out there with phones.</i></p>
</blockquote> 
	

<h2>Issue 2: Growth of Audience </h2>  

<p><img src="http://www.readwriteweb.com/images/greatone.jpg" width="240" height="131" alt="GreatOne" hspace="5" vspace="5" align="left"> One of hockey great Wayne Gretsky's most famous quotes is, "I skate to where the puck is going to be, not where it has been."   In many ways, the art of choosing a platform is very much the same.  <strong>Companies need to be more focused on the platform that will be most valuable in the future, instead of picking what is most popular at the time of development. </strong>  </p>

<p> In social applications right now, an interesting aspect of this will be web based email clients.  In our interview, Lance Takuda expected that major services would end up leveraging OpenSocial versus using the Facebook Platform or building another platform.  Listening to Lance talk about the 250 million users that web based email clients represent, it was clear that RockYou has aspirations to dominate this space.  I would guess that rival web app maker Slide is targeting it as well.  However, I also anticipate companies focused on improving the email experience, such as <a href="http://www.xobni.com/?friend=" title="Xobni: Email organization, search, and navigation for your Outlook inbox">Xobni</a> to compete aggressively once the web based email clients go live.</p>

<p>Of course, while web based email platforms serve as a good example, the overarching point is that if you are designing and developing software on a platform, make sure you're building for where the users are going to be, not where they have been, to give your application the best chance of long term success.  </p>
   
<p> If you're really good at anticipating where users are going, you can end up with what is often called the "<a href="http://en.wikipedia.org/wiki/First-mover_advantage" title="First-mover advantage - Wikipedia, the free encyclopedia">first mover advantage</a>."  RockYou is a great example of this.  They were one of the early companies to recognize the significance of the Facebook platform and released numerous social applications as soon as it opened up. They were thus able to leverage that quick response to become <quote>'the fastest growing company in the world in terms of user acquisition ... basically hav[ing] grown to 60 million users in about 26 months.'</quote><p>	       
	
<h2>Issue 3: Value of that Audience </h2> 

<p>Interestingly, 'value' can be looked at in a number of different ways.  For example, RockYou focuses on an audience's value to advertisers - specifically, in their case, looking at the geography of  where users live.  To an advertiser, a teenager in the United States is high value demographic, so that is one of the reasons they are specifically building apps for US teen heavy social networks.</p> 

<p>However, as we recently pointed out <a href="http://www.readwriteweb.com/archives/the_danger_of_free.php" title="The Danger of Free - ReadWriteWeb">free to end users is sometimes a dangerous approach</a>.  You might want to think about the service fees different audiences on different platforms might be willing to pay directly.  If you do, it's important to consider how efficient the payment mechanism is.  For example, Facebook is building a payment system as an integrated part of their platform.  </p>


<h2> Technology Issues </h2>
  
<p><img src="http://www.readwriteweb.com/images/techperspective.jpg" width="240" height="139" alt="TechPerspective" hspace="5" vspace="5" align="right">  In addition to the issues around the audience, you can't overlook the pragmatic issues around technology.  Specifically, there are two technology factors you need to take into account: </p>  

<ul>
	<li> Issue 4: Capability to Support Desired User Experience </li>   
	<li> Issue 5: Efficiency of Developing on Platform </li>
</ul>    
     

<h2>Issue 4: Capability to Support Desired User Experience </h2>

<p> When you build on top of a platform, you often inherit a set of limitations that are either business decisions by the creators or simply technical limitations based on the way it was developed.  While we are very excited about the applications coming out with the upcoming iPhone SDK, it is interesting to look at some of the limitations that SDK imposes upon developers.  </p> 

<p> For example, <a href="http://blog.wired.com/monkeybites/2008/03/apple-delivers.html" title="Apple Opens iPhone But Key Restrictions Remain  | Compiler from Wired.com">according to Wired</a>, developers are not able to create programs that continuously run as a background thread.  This clearly limits the functionality a group creating an instant messenger tool might be able to create.  In this case, I believe it's unclear whether that is simply a technical limitation or a business restriction.  It could be a business limitation if Apple were planning on releasing their own chat application, <a href="http://www.appleinsider.com/articles/08/03/24/rumor_digg_founder_claims_3g_iphone_to_do_video_chat.html" title="AppleInsider | Rumor: Digg founder claims 3G iPhone to do video chat">as some have speculated</a>.</p>

<p>On the other hand, the iPhone also has certain capabilities that previous mobile platforms did not, which is why we believe that <a href="http://www.readwriteweb.com/archives/why_apple_will_dominate_next_gen_computing.php" title="Why Apple Will Dominate Next Gen Computing - ReadWriteWeb">Apple will dominate next generation computing</a>.  </p>
                             
<h2>Issue 5: Efficiency of Developing on Platform </h2>

<p> Another important issue to take into consideration is how efficiently your team is able to develop its application. Specifically, this takes into account things like how well documented the platform is and what tools have been created to make development more efficient.  David Glazer pointed out there is an interesting effect of having a compelling audience (the three issues above) on these tools and documentation being created: </p>

<blockquote>
  <p><i>There's a virtuous cycle that goes on where as a particular environment has high reach, it attracts a lot of developers. When it attracts a lot of developers, there's a lot of value in creating the tools to make it more efficient to develop for that platform.</i></p>
</blockquote>  
	
<p> It is also important to take into consideration any situation where there may be slightly different deployments of a general platform.  For example, the OpenSocial platform is slightly different on MySpace than Hi5 and the Facebook platform being leveraged by Bebo is also slightly different.  Lance Takuda commented: </p>

<blockquote>
   <p><i>For example, between MySpace and Hi5, there's only about 20% overhead in supporting both. Whereas from Facebook to MySpace, there's almost a rewrite involved.</i></p>
</blockquote>  

<p> He also confirmed that it is a similar 20% overhead in supporting an application across the Facebook and Bebo platforms. </p>  
                                                                  
<h2> Conclusion </h2>

<p> When you look at RockYou's rapid user growth over the past 26 months, it's obvious that people can build successful businesses on top of different platforms.  However, it is critical that developers evaluate the right platform for their application.  We've laid out a list of 5 critical dynamics to consider.  What factors did we overlook or which dynamics should we have highlighted? Please let us know in the comments below!  </p>  

<p>[Note: This post drew heavily on three recent interviews on our podcast, <a href="http://www.readwritetalk.com/">ReadWriteTalk</a>.  If you'd like to listen in on future interviews, please consider subscribing in <a href="itpc://feeds.feedburner.com/ReadWriteTalk">iTunes</a> or via your favorite <a href="http://feeds.feedburner.com/ReadWriteTalk" title="ReadWriteTalk">RSS client</a>.</p>                                                                                                               

<p>Image credits: <a href="http://www.flickr.com/photos/oreilly/6648470/sizes/s/" title="Flickr Photo Download: Etech05: Audience">Audience Photo</a> &amp; <a href="http://www.flickr.com/photos/rutty/503238148/sizes/s/" title="Flickr Photo Download: Screen Technology">Technology Perspective</a> &amp; <a href="http://www.flickr.com/photos/paulnich/1548936448/sizes/s/" title="Flickr Photo Download: The Great One">The Great One</a> </p>]]>
    </content>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50618</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50618" />
    <title>Comment from benmetcalfe.com on 2008-03-31</title>
    <author>
        <name>benmetcalfe.com</name>
        <uri>http://benmecalfe.com/blog/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://benmecalfe.com/blog/">
        <![CDATA[<p>As always, a great article Marshall.</p>

<p>As a platform consultant much of this tallies with the concerns of my clients - esp where they are looking to leverage their own assets and thus ensure such barriers do not exist.</p>

<p>I guess some further areas to think about are:</p>

<p>1) Legal issues - who owns data going through platform (perhaps that you are putting in via your app)? And sometimes even who owns the code you write (there have been known to be platform licenses thats require a non-exclusive right to any source code produced that is built on top of the platform)?  What is there to legally prevent a company removing your access from their platform simply because you  became too successful, perhaps loosing them page views?  Where does that leave your business?</p>

<p>2) Commercialism and monetization - Many platforms and APIs are non-commercial only - providing 'innovation capital' to prove an idea without the ability to take it to market. Other platforms and API's have been known to prevent products built on top of them from monetizing in certain ways - such as Google's recent YouTube.com API doesn't allow certain kinds of monetization of the videos stored within it.</p>

<p>3) Exit strategies - Does basing an app predominantly on a Google API (Google Maps, perhaps) prevent Yahoo or Amazon taking an interest in acquiring you, or reduce their valuation in you at least?  Might be ok if there are rival platforms (eg Yahoo Maps) but what about a startup build on Amazon S3/E2C being bought by Microsoft?  Does Slide building apps for OpenSocial platforms decrease their attractiveness to Facebook for a possible buy-out?</p>

<p>4) SLAs - what if the platform goes down or is not available and the business you've based upon it cannot serve up adverts or otherwise monetize?  What agreements are in place to have the API provider/platform bring things back up within a certain amount of time?</p>

<p>5) Scalabiliy - will the platform scale as your business grows?  Will you hit a daily/hourly rate limit for API calls or will the platform provider's system not scale to the same extent as your success?</p>

<p><br />
I'd love to talk to you more about these and other issues (and resolutions/things to think about if your an app developer) if you're interested in a follow up to this piece!</p>

<p>Ben</p>

<p><br />
</p>]]>
    </content>
    <published>2008-03-31T07:52:21Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50619</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50619" />
    <title>Comment from benmetcalfe.com on 2008-03-31</title>
    <author>
        <name>benmetcalfe.com</name>
        <uri>http://benmecalfe.com/blog/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://benmecalfe.com/blog/">
        <![CDATA[<p>(sorry, just realized it was actually written by Sean - my bad!)</p>]]>
    </content>
    <published>2008-03-31T07:53:14Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50625</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50625" />
    <title>Comment from Yura on 2008-03-31</title>
    <author>
        <name>Yura</name>
        <uri>http://seorefugee.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://seorefugee.com">
        <![CDATA[<p>I don't think you want to write these rules in stone. Sometimes, as you have said, you need to go where the people will be, and you can only use your experience and instinct to know, which platform will be popular and where the people will go.</p>

<p>What you have described, is probably best applied to existing platforms, not future ones. Otherwise, how do you select which platform to follow, if you can't judge the audience, because the platform doesn't have it yet?</p>

<p><br />
Also, if you read or at least heard of the book "Free" by Chris Anderson, you'd note that producing something for free isn't always a failure. In fact, you do cite Google and IBM as awesome examples of using free to win a market.</p>

<p>While it is a fact (or a rumor) that only 1% of your free audience will convert to paying for a better version, you can effectively leverage what you build with free offers. There are many more ways to make money from free, than fees or advertisement.</p>

<p>It could be selling some related product or service or anything.</p>

<p>While there can't be anything completely free, the cost to produce stuff is falling. If you don't want to hear a salespitch, pay for your comfort. Then again, this discussion is better suited for the post on the topic.</p>]]>
    </content>
    <published>2008-03-31T09:01:14Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50629</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50629" />
    <title>Comment from Leo F. Swiontek on 2008-03-31</title>
    <author>
        <name>Leo F. Swiontek</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>really ,it's very necessary to consider issues when picking a platform .this article will make one to take right decisions</p>]]>
    </content>
    <published>2008-03-31T09:51:10Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50637</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50637" />
    <title>Comment from Owen on 2008-03-31</title>
    <author>
        <name>Owen</name>
        <uri>http://www.u-g-h.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.u-g-h.com">
        <![CDATA[<p>Great article. I like the way those same ideas translate to other development exercises also, not just web development. If you think about bringing a new product to market, the same concerns (market size, growth, value, materials, support) apply in a similar way</p>]]>
    </content>
    <published>2008-03-31T12:39:29Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50638</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50638" />
    <title>Comment from Scott Brinker on 2008-03-31</title>
    <author>
        <name>Scott Brinker</name>
        <uri>http://www.chiefmartec.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.chiefmartec.com">
        <![CDATA[<p>Excellent article. Platform decisions are always best when they're made rationally, and this post gives developers and business managers a good set of questions to take into consideration.</p>

<p>Another framework that I've found helpful is what I call an "interia/entropy" analysis. Examine the decision by how much "inertia" is associated with a platform -- mass, velocity in the community at large, but also how much activation energy is required for a particular team at a particular organization to take advantage of it. And by how much "entropy" surrounds the platform -- its stability, longevity, risks, as well as the organization's ownb capability to support and maintain it on an ongoing basis.</p>]]>
    </content>
    <published>2008-03-31T12:43:20Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.5996-comment:50644</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.5996" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/picking_a_platform_5_issues_to_consider.php#c50644" />
    <title>Comment from Sean Ammirati on 2008-03-31</title>
    <author>
        <name>Sean Ammirati</name>
        <uri>http://www.readwritetalk.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.readwritetalk.com">
        <![CDATA[<p>@BenMetcalfe - Great addition!  And no worries confusing me with Marshall, you may have to apologize to him but that is a compliment in my book :)</p>

<p>@Scott Brinker - interesting, do you have a link on that?</p>]]>
    </content>
    <published>2008-03-31T14:49:51Z</published>
  </entry>

</feed>