﻿<?xml version="1.0" encoding="UTF-8"?>
<!--RSS generated by Microsoft SharePoint Foundation RSS Generator on 18/05/2012 20:30:13 -->
<?xml-stylesheet type="text/xsl" href="/AboutUs/blog/_layouts/RssXslt.aspx?List=ee9b5bd7-bd25-4a1e-a3ad-adeead6b4008" version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Blog: Posts</title>
    <link>http://www.applicable.com/AboutUs/blog/Lists/Posts/AllPosts.aspx</link>
    <description>RSS feed for the Posts list.</description>
    <lastBuildDate>Fri, 18 May 2012 19:30:13 GMT</lastBuildDate>
    <generator>Microsoft SharePoint Foundation RSS Generator</generator>
    <ttl>60</ttl>
    <language>en-US</language>
    <image>
      <title>Blog: Posts</title>
      <url>http://www.applicable.com/AboutUs/blog/_layouts/images/siteIcon.png</url>
      <link>http://www.applicable.com/AboutUs/blog/Lists/Posts/AllPosts.aspx</link>
    </image>
    <item>
      <title>Transparent Confidence</title>
      <link>http://www.applicable.com/AboutUs/blog/Lists/Posts/ViewPost.aspx?ID=64</link>
      <description><![CDATA[<div><b>Body:</b> <div class="ExternalClassAEC701AB2C3C4798B7FC60B963624E7F"><p>What is your definition of confidence?  
</p><p>con·fi·dence/ˈnoun:
</p><ol><li>The feeling or belief that one can rely on someone or something; firm trust.
</li><li>The state of feeling certain about the truth of something.
</li><li>Certitude; assurance: He described the situation with such confidence that the audience believed him completely.
</li></ol><p>Applying this same noun to the Cloud industry you will no doubt be drawn to one of three descriptions above.
</p><p>Depending on your exposure to 'Everything as a Service' –XaaS, then perhaps descriptive two is your take.   A slightly muddled experience that perhaps left you wondering if some of the buzzwords you've brought into were creative at the least.
</p><p>There will – unfortunately – be those who immediately focus on descriptive three; having perhaps been an early adopter or as three depicts; been sold with such certitude that XaaS is the way forward, it's only after the contract has been signed that they find themselves exposed due to their chosen XaaS shortcomings.
</p><p>Finally we come to descriptive number one.  This is the nirvana of the three descriptions and at least in this context implies a trusted and proven service with referenceable ~sic - success in the XaaS market.  It is here that Applicable has established itself and continues to grow.
</p><p>So why you ask; does Applicable have the confidence to place itself in such high regard? 
</p><p>The answer in one word is: Tran.sp.arency/'adjective:
</p><ol><li>So fine in texture it can be seen through or detected.
</li><li>Free from guile; candid or open.
</li></ol><p>Given that an adjective typically qualifies, describes or identifies a noun by preceding it, Applicable's approach by default offers transparent confidence. 
</p><p>Transparency at Applicable starts and ends by us encouraging our customers to ask all the questions, including the painful ones without keeping two fingers crossed behind our back.
</p><p>To offer a view of some of the questions and comments that we will always encourage our customers to ask of Applicable, we have put some together:
</p><p><strong>How can I get the data back in case of decommissioning of the service? 
</strong></p><ul><li>Will I be supported in the event I choose to migrate to another provider?
</li><li>Can I download my data? You only have to look at SalesForce.com to realise that decommissioning can be a huge task.
</li></ul><p><strong>Where is the service delivered from? 
</strong></p><ul><li>What geography are the servers that deliver you this service?
</li><li>Ensure that your recovery data and operational data are kept in the same regionally compliant zones for you as both are subject to the same regulation.
</li></ul><p><strong>Who is involved in delivering the service?
</strong></p><ul><li>Request exposure of the full &quot;supply chain&quot; that delivers that service. Service is only as good as its weakest link.
</li></ul><p><strong>Who owns the data while it is used by the service? 
</strong></p><ul><li>If a legal authority requests your data, who decides to release the information, Applicable's systems on which the data is located or you, the &quot;owner&quot; of the data? 
</li></ul><p><strong>What security processes &amp; procedures are in place? 
</strong></p><ul><li>It's important you feel at ease with the security processes and procedures used by Applicable.
</li></ul><p><strong>What privacy policies is Applicable subscribing to and how do we manage the user information? 
</strong></p><ul><li>What are the responsibilities of the service provider?
</li></ul><p><strong>How are you kept informed in case of issues? 
</strong></p><ul><li>How does the SLA translate to the real world, how will you be notified, what constitutes an 'issue'? 
</li></ul><p><strong>What responsibility is Applicable taking? 
</strong></p><ul><li>Be sure to ask exactly what underpins a service and where the demarcation of responsibility lies.
</li></ul><p>By being transparent, we have confidence that we are Applicable.
</p></div></div>
<div><b>Published:</b> 08/05/2012 12:44</div>
]]></description>
      <author>Chris Ovett</author>
      <pubDate>Tue, 08 May 2012 11:44:49 GMT</pubDate>
      <guid isPermaLink="true">http://www.applicable.com/AboutUs/blog/Lists/Posts/ViewPost.aspx?ID=64</guid>
    </item>
  </channel>
</rss>
