<?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_redux.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.13144-</id>
  <updated>2009-10-30T13:00:51Z</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.13144</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.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=13144" title="Beyond the API: Why Companies Should Have a Presence on All Major Platforms" />
    <published>2008-12-30T05:00:00Z</published>
    <updated>2008-12-30T05:03:02Z</updated>
    <title>Beyond the API: Why Companies Should Have a Presence on All Major Platforms</title>
    <summary>Much has been written lately about the rise of the API. 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...</summary>
    <author>
      <name>Alex Iskold</name>
      <uri>http://www.adaptiveblue.com</uri>
    </author>
    
    <category term="2008 Redux" />
    
    <category term="Analysis" />
    
    <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>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><img src="http://www.readwriteweb.com/images/rww_redux.jpg" width="150" height="150" align="left" /><em><strong>Editor's note:</strong> Looking back over 2008, there were some posts on ReadWriteWeb that did not get the attention we felt they deserved - whether because of timing, competing news stories, etc. So in this end-of-year series, called <strong>Redux</strong>, we're resurrecting some of those hidden gems. This is one of them, we hope you enjoy (re)reading it!</em></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 and want 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 the
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 the 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.13144-comment:121154</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121154" />
    <title>Comment from Gerald on 2008-12-29</title>
    <author>
        <name>Gerald</name>
        <uri>http://www.dawaidawai.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.dawaidawai.com">
        <![CDATA[<p>Hi Alex, thanks for your article. In fact, building up an ecosystem is exactly the next step in creating models for brands to live in digitally (apart from 'the website'). While this is doubtless, I'd be even more interested in how we keep a brand conversating throughout this ecosystem 24/7...any ideas on that?</p>]]>
    </content>
    <published>2008-12-30T06:06:03Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.13144-comment:121156</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121156" />
    <title>Comment from iPhone Dev on 2008-12-29</title>
    <author>
        <name>iPhone Dev</name>
        <uri>http://iphonedev.in</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://iphonedev.in">
        <![CDATA[<p>Cloud computing + API to services + App store distribution = <a href="http://iphonedev.in/Latest/iDevs-to-Aim-for-the-Sky-...-er-..-the-Cloud-in-2009.html" rel="nofollow">3rd party App Dev era</a></p>

<p>Big companies do need to update their interfaces and also the API features. Other than that, the present model is alright. No need for them to do everything on their own - we have moved on to Web 2.0 and towards 3.0 - let the social 'semantics' take care of the rest. </p>

<p>Good article btw, as usual a very in depth look, la RWW.</p>]]>
    </content>
    <published>2008-12-30T06:34:23Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.13144-comment:121158</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121158" />
    <title>Comment from tonidofan on 2008-12-29</title>
    <author>
        <name>tonidofan</name>
        <uri>http://www.codelathe.com/blog/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.codelathe.com/blog/">
        <![CDATA[<p>Hi Alex,</p>

<p>Nice article. I may be an old school persona. I prefer applications providing consistent user interface or experience across platforms...Then i dont have to relearn stuff. I would say the majority of mainstream users are like that with the exception of early adopters. It is true that API model can develop an eco system faster but in a long term consistency of experience is the key to reach wide spread audience.<br />
</p>]]>
    </content>
    <published>2008-12-30T06:57:31Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.13144-comment:121161</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121161" />
    <title>Comment from stetoscope on 2008-12-30</title>
    <author>
        <name>stetoscope</name>
        <uri>http://stetoscope-blog.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://stetoscope-blog.com">
        <![CDATA[<p>Hi Alex,<br />
Thanks for this post. I think API should be considered like a decentralized product. As to me it is impossible to do it "quick&dirty". It will be the only contact with your service and brand with a lot of people...<br />
I think every company should first make a good service and then while upgrading the site itself developping some API.<br />
</p>]]>
    </content>
    <published>2008-12-30T08:19:13Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.13144-comment:121165</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121165" />
    <title>Comment from Mahesh CR on 2008-12-30</title>
    <author>
        <name>Mahesh CR</name>
        <uri>http://friendfeed.com/maheshcr</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://friendfeed.com/maheshcr">
        <![CDATA[<p>Alex</p>

<p>Thanks for the neat article. However have to disagree with you a little. </p>

<p>- The notion of consistent user experience is an illusion. Each platform, even the ones you have named, have their own approach to UE. If you talk of consistency within the tenets of the particular platform then maybe it could work. </p>

<p>- UI as monetization channel works if advertising is the primary revenue earner. But this approach helps very few apart from the Google's and high volume sites of the world. </p>

<p>The primary premise is interesting and I definitely think companies should invest in building of client user experiences. That said every service API could more usefully spend time thinking about Data Experience before User Experience. </p>

<p>Thanks again for the thought provoking post!</p>]]>
    </content>
    <published>2008-12-30T08:55:49Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.13144-comment:121202</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121202" />
    <title>Comment from Nic on 2008-12-30</title>
    <author>
        <name>Nic</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>What do you think is more important when deploying to different platforms? Keeping your user experience consistent throughout each platform, or keeping it consistent with the UE of other applications on the same platform? Does that theory change depending on whether you're looking to expand platforms for your current users, or target new users on a new platform? Awesome article, on all points.</p>]]>
    </content>
    <published>2008-12-30T16:51:10Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.13144-comment:121218</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.13144" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/beyond_the_api_redux.php#c121218" />
    <title>Comment from Alex Iskold on 2008-12-30</title>
    <author>
        <name>Alex Iskold</name>
        <uri>http://getglue.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://getglue.com">
        <![CDATA[<p>Nic,</p>

<p>Good questions!</p>

<p>I think that first and foremost you need to focus on what platform has to offer. Clearly iPhone is different from RIA or from Facebook. So you need to look closely at its metaphores and UI principles. </p>

<p>Secondly you need to ask what is the best, most meaningful use case and delivery of your application on the given platform. Clearly mobile use case is different from the desktop, so make sure the app is addressing that.</p>

<p>And on the final note, I do not think that platforms are drivers for new users. Most likely, platforms will offer you a way to keep your existing users more engaged, but will not get you a lot of new users.</p>

<p>Alex </p>]]>
    </content>
    <published>2008-12-30T18:58:46Z</published>
  </entry>

</feed>