<?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/beyond_the_api.php" />
  <link rel="self" type="application/atom+xml" href="http://www.readwriteweb.com/atom.xml" />
  <id>tag:,2009:/1/tag:www.readwriteweb.com,2008://1.6864-</id>
  <updated>2009-11-23T18:56:31Z</updated>
  <title>Comments for Beyond the API: Why Companies Should Have a Presence on All Major Platforms</title>
  
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.23-en</generator>
  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.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=6864" title="Beyond the API: Why Companies Should Have a Presence on All Major Platforms" />
    <published>2008-07-24T08:38:45Z</published>
    <updated>2008-07-24T21:38:40Z</updated>
    <title>Beyond the API: Why Companies Should Have a Presence on All Major Platforms</title>
    <summary>Companies Should Have a Presence on All Major Platforms</summary>
    <author>
      <name>Alex Iskold</name>
      <uri>http://www.adaptiveblue.com</uri>
    </author>
    
    <category term="Analysis" />
    
    <category term="Features" />
    
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com/">
      <![CDATA[<p><img src="http://www.readwriteweb.com/images/api_platform_july08/p1.jpg">Much has been written lately about the <a href="http://www.readwriteweb.com/archives/web_30_when_web_sites_become_web_services.php?">rise of the API</a>.
Offering a programming interface to an online service is now standard practice amongst this generation of web companies. Through APIs, we get to enjoy a range of innovative Twitter clients, wide
availability of maps and location information, custom search engines, and more. However, delivering superior user experience
  on major platforms should be as much of a priority as opening up via an API.</p>]]>
      <![CDATA[<p><font style="float: right; margin-left: 10px;"><script type="text/javascript">digg_url = 'http://digg.com/programming/Why_Companies_Should_Have_a_Presence_on_All_Major_Platforms';digg_bgcolor = '#ffffff';digg_skin = 'normal';</script><script src="http://digg.com/tools/diggthis.js" type="text/javascript"></script></font>Just because an API enables companies to create a third party ecosystem around their service, it doesn't
  mean that <em>the company itself</em> shouldn't be an active player in it.</p>
<p>Web sites are only one kind
  of presence that companies can have today. Social Networks like Facebook and MySpace, mobile platforms
  like iPhone and Blackberry, browser extensions and RIA Applications all have an equal - sometimes considerably larger - share of users attention. Figuring out which presence should be delivered by the website
  vs. a third party is an important question that each company should ask.</p>
<h2>User Experience is King</h2>
<p><img src="http://www.readwriteweb.com/images/api_platform_july08/p2.jpg" align="right">User interface innovation is a major part of the ongoing web revolution. As we've recently written in
<a href="http://www.readwriteweb.com/archives/the_rise_of_contextual_user_interfaces.php">The Rise of Contextual User Interfaces</a> post,
static user interfaces are 'dead'. The new interfaces are simpler and
more contextual. Instead of revealing choices upfront,
they present them based on user gestures and context. The new user experience is about fluidity.</p>
<p>The innovations have set the bar for UI high. Users demand simplicity and
elegance, wanting to
know how to use the product without a manual. They expect the software to work perfectly, for it to be helpful and smart.
No company can afford to ignore usability, or it will lose users to someone
doing the same product with a better UI.</p>    
<p>Today the user experience is not just a set of widgets or a website design. As Leander Kahney explained in
his book <a href="http://www.readwriteweb.com/archives/inside_steves_brain.php">Inside Steve's Brain</a>,
for Steve Jobs design is the function.
</p>
<p>This is increasingly true about any modern web application. Users perceive
all elements of the service as the service itself. They don't distinguish particular widgets inside Twitter or Twitterific;
the vertical conversational faceroll defines Twitter. The way the service is delivered is why users like it.
</p>
<h2>Why Controlling User Experience is Important?</h2>
<p><img src="http://www.readwriteweb.com/images/api_platform_july08/p3.jpg" align="left">Each service that we love, whether Twitter or Digg or Flickr or del.icio.us, has its particular look, feel
and philosophy. Passionate users enjoy these services because of the elements, choices and collective experience
that the services deliver. The clients built on top of the API would not
necessarily channel the secret sauce. For example, RIA applications for Twitter are built for people who don't work for Twitter and don't regularly
communicate with the Twitter team. They're not going to preserve the user experience philosophy.</p>
<p>Third party clients create new user experiences, which are at times confusing. As a user, on
web, desktop and iPhone, ideally you'd like to experience the service the same
way, but if
iPhone application is delivered by someone else the experience might not be the same.</p>
<p>In addition to user experience, there's the issue of branding. Larger companies
are strict about their identity. When a couple of guys build an Amazon application for iPhone, they
won't pay close attention to Amazon branding. Some will argue it doesn't matter as long as it drives
transactions for Amazon. Yes and no. Yes because the users will buy. No because the users will
accumulate imperfect user experience and associate this with Amazon, which might add up to a big negative.</p>   
<h2>Monetization Factor</h2>
<p><img src="http://www.readwriteweb.com/images/api_platform_july08/p4.jpg" align="right">A strong reason for investing in user experience is monetization.
Many consumer services today are monetized via advertising. Having additional presence on different platforms increases
the potential volume of advertising.</p>
<p>Put simply, many Twitter clients, like Twitterrific, are already monetizing
the service by adding a single ad on top of each result set. If Twitter owned the RIA client, it would be able to
monetize it in the same way.</p>
<p>Any service that is transactional or advertising driven benefits from multiple interfaces. Whatever it
takes to reach the user to deliver value and drive the transactions is what services have to do. In the world of APIs,
we at times forget that service should tap into all its major channels to build the business.</p>
<h2>Which Platforms Are Critical?</h2>
<p><img src="http://www.readwriteweb.com/images/api_platform_july08/p5.jpg" align="left">Which platforms are important to tap into?
There are 4 major venues for companies to consider
seriously: iPhone, RIA, Facebook and Browser Extensions. All these platform plug into the same audience, but in a different context.</p>
<p>iPhone is great on the go. With opening of the App Store, increasingly iPhone is going to be our
<a href="http://www.readwriteweb.com/archives/iphone_personal_computer.php">personal computer</a>.
RIA clients are popular, particularly
among early adopters who want richer, snappier experience compared to the web. Facebook, despite its recent <a href="http://www.readwriteweb.com/archives/facebook_platform_fanfare_revisited.php">scaling back</a>
on the platform, remains a major way to reach mainstream audience. Browser extensions
enable the user to access the service from around the web.</p>
<p>Tapping into these platforms is not cheap. Building a specific and correct solution for each platform
requires product management, development and testing resources.</p>
<p>If the company has correct API, the exercise
is simpler. Instead of duplicating the application, the company builds a client for each platform
and benefits from common API and common back-end architecture. It is not trivial to maintain presence in all these places,
but it's likely to pay off.</p>
<h2>Conclusion</h2>
<p>APIs offer an amazing way for companies to scale, to create an ecosystem of innovation and tap into
a wider audience. Companies should consider building and managing their presence on major platforms
like iPhone, Facebook, RIA and Browsers. The way that people perceive and interact with the service is increasingly
important; just rolling out an API and having a third party take care of the client could be dangerous.
In addition an opportunity of being in front of the audience driving monetization
could be missed.</p>
<p><i>And now tell us which of your favortire services you want to see build presence on different platforms?</i></p>    ]]>
    </content>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61479</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61479" />
    <title>Comment from nemetral on 2008-07-24</title>
    <author>
        <name>nemetral</name>
        <uri>http://nemetral.net</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://nemetral.net">
        <![CDATA[<p>Interesting article. After <a href="http://nemetral.net/2008/06/10/the-pursuit-of-apiness-part-1/" rel="nofollow"> The Pursuit of APIness</a>, companies now look forward to setting hooks in popular platforms, which in turn bring input traffic and reputation.</p>]]>
    </content>
    <published>2008-07-24T10:26:38Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61484</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61484" />
    <title>Comment from Richard Millington on 2008-07-24</title>
    <author>
        <name>Richard Millington</name>
        <uri>http://www.feverbee.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.feverbee.com">
        <![CDATA[<p>I'd be a little bit careful with this advice. If your company can't absolutely commit to doing something well, then often it is best not to get involved at all. </p>]]>
    </content>
    <published>2008-07-24T11:50:38Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61492</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61492" />
    <title>Comment from Josh on 2008-07-24</title>
    <author>
        <name>Josh</name>
        <uri>http://extendably.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://extendably.com">
        <![CDATA[<p>Your article is good, but I think it's a bit ridiculous to suggest the iPhone without including any other mobile platform... on a world scale the iPhone is insignificant. </p>]]>
    </content>
    <published>2008-07-24T14:44:29Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61508</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61508" />
    <title>Comment from Matt Wiseley on 2008-07-24</title>
    <author>
        <name>Matt Wiseley</name>
        <uri>http://www.editme.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.editme.com">
        <![CDATA[<p>To an extent, but it's often taken to far. For example, there are way too many "just 'cause" Firefox add-ons out there. I recently received an email from a band I like (forget which one, maybe STS9?) that was trying to get me to install their Firefox toolbar. I just imagined having a Firefox toolbar for all the bands I listen to, and surfing within my 100px high browser area.</p>]]>
    </content>
    <published>2008-07-24T16:03:13Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61509</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61509" />
    <title>Comment from NewWebPlatform on 2008-07-24</title>
    <author>
        <name>NewWebPlatform</name>
        <uri>http://www.newwebplatform.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.newwebplatform.com">
        <![CDATA[<p>Agreed.  Much has been made of the famed "Enterprise Mashups", and indeed there will be much value there, but companies should not ignore the social media tools available today.  Not only does it publicize a company's products/services, but it also serves to build a loyal following of the most enthusiastic consumers.</p>]]>
    </content>
    <published>2008-07-24T16:05:40Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61519</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61519" />
    <title>Comment from graham mudd on 2008-07-24</title>
    <author>
        <name>graham mudd</name>
        <uri>http://friendfeed.com/grahammudd</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://friendfeed.com/grahammudd">
        <![CDATA[<p>great post.  there's a lot to be gained by exposing your product/services on other platforms, but it's also relatively resource intensive to build/maintain so many high quality experiences.  be nice if there was some degree of cross-platform standardization.  think it will ever happen?</p>]]>
    </content>
    <published>2008-07-24T16:23:23Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61563</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61563" />
    <title>Comment from Paul Dandurand on 2008-07-24</title>
    <author>
        <name>Paul Dandurand</name>
        <uri>http://www.piematrix.com/blog/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.piematrix.com/blog/">
        <![CDATA[<p>Great post Alex. I especially like the comments on the user experience. I follow Enterprise 2.0 and have found that many firms are talking about wikis, forums, internal blogs, etc., but few are talking about the user experience. However, as new enterprise solutions come into the market, they will need to consider the successes of Flickr and LinkedIn on user value. My firm's vision is following the likes of these firms and others like 37signals to help raise the bar on user experience.</p>]]>
    </content>
    <published>2008-07-24T21:58:41Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61626</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61626" />
    <title>Comment from Jeremy Horn on 2008-07-25</title>
    <author>
        <name>Jeremy Horn</name>
        <uri>http://tpgblog.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://tpgblog.com">
        <![CDATA[<p>Agreed.  As people make greater use of the API, increase capabilities like Interactivity and Portability, users will reap the rewards of enhanced and expanded control over their online User Experiences -- cornerstones of Modular Innovation.  Take a look at my series on Quick-MI (about evaluating Modular Innovation) and some other Weekend Reading (in addition to this article) ...</p>

<p><a href="http://tpgblog.com/2008/07/25/the-product-guys-weekend-reading-july-25-2008/" rel="nofollow">http://tpgblog.com/2008/07/25/the-product-guys-weekend-reading-july-25-2008/</a></p>

<p>Jeremy Horn<br />
The Product Guy<br />
<a href="http://tpgblog.com" rel="nofollow">http://tpgblog.com</a></p>]]>
    </content>
    <published>2008-07-25T15:27:46Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61634</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61634" />
    <title>Comment from Kingsley Idehen on 2008-07-25</title>
    <author>
        <name>Kingsley Idehen</name>
        <uri>http://friendfeed.com/kidehen</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://friendfeed.com/kidehen">
        <![CDATA[<p>Akex, yes re. APIs as they are Data Space CLI equivalents as shown here re. Cruncbase and Linked Data.  As per: <a href="http://twitter.com/kidehen" rel="nofollow">http://twitter.com/kidehen</a> (which has a lot of "Meshup" tinyurl links etc..</p>]]>
    </content>
    <published>2008-07-25T16:11:59Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61635</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61635" />
    <title>Comment from Kingsley Idehen on 2008-07-25</title>
    <author>
        <name>Kingsley Idehen</name>
        <uri>http://friendfeed.com/kidehen</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://friendfeed.com/kidehen">
        <![CDATA[<p>Missing link: <a href="http://twitter.com/kidehen" rel="nofollow">http://twitter.com/kidehen</a></p>]]>
    </content>
    <published>2008-07-25T16:12:13Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61647</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61647" />
    <title>Comment from Avi Rappoport / SearchTools.com on 2008-07-25</title>
    <author>
        <name>Avi Rappoport / SearchTools.com</name>
        <uri>http://searchtools.com/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://searchtools.com/">
        <![CDATA[<p>I am really glad you posted about the value of user experience.  It's a little funny what good user experience turns out to be: I would have guessed that MySpace would annoy people so much that it would be a failure, but clearly, it has a really compelling experience.</p>

<p>But in most cases, making things easy, clear and usable is an advantage, and I wish people would do more testing before they toss it up on the web and see if anyone likes it.  Good technology often gets killed by bad UX.</p>

<p>BTW, that User Experience honeycomb comes from Peter Moreville's post on <a href="http://semanticstudios.com/publications/semantics/000029.php" rel="nofollow">User Experience Design</a>.  Peter is a smart guy, he's one of the authors of the O'Reilly "Information Architecture for the World Wide Web" (aka the Polar Bear book).  Could you please add a link back to semanticstudios.com in this article?</p>]]>
    </content>
    <published>2008-07-25T18:21:50Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6864-comment:61700</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6864" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api.php#c61700" />
    <title>Comment from Mark Harrison on 2008-07-26</title>
    <author>
        <name>Mark Harrison</name>
        <uri>http://friendfeed.com/markharrisonuk</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://friendfeed.com/markharrisonuk">
        <![CDATA[<p>I'm currently consulting for a client (under NDA) about some funky projects. One of the things I was shown last week was a prototype applet for the iPhone.</p>

<p>The interesting thing was, the programming group had decided to NOT make it an "Application", but instead just write a web page that was optimised for an Ajax browser the size of, well, an iPhone.</p>

<p>As a result of this, the app in question runs on a bunch of other platforms, from the PDAs through to the little 800x600 ASUS Linux PC thing I use for taking notes in meetings.</p>

<p>They'd need a lot of convincing to go for native applications when the iPhone has less than 1% of the mobile phone market...</p>]]>
    </content>
    <published>2008-07-26T13:13:38Z</published>
  </entry>

</feed>