Tag Archive for 'Phil Wainewright'

Can Google go Enterprise?

A guest post from the unreasonablemen.net

There’s a growing opinion that the answer to that is no. Om Malik got stuck into Gmail last week.

How is one supposed to run a business on such an unreliable platform? The integration of Google’s services remains a distant dream, reminding us of the limitation of its competence beyond search and advertising.

Today Phil Wainewright posted about Sergey Solyanik, [a?] development manager at Google who has gone back to Microsoft because “he values reliability far, far more than coolness”.

Sergey’s point according to Phil is that Google’s emphasis

[is] on building Web properties that are popular, but which primarily help people waste time online

It’s interesting how we pidgin hole companies. Google is a technology company for sure, but they are a technology company that does online advertising really well. Is it reasonable for us to expect them to be able to deliver on-demand business grade services?

I rather suspect that for Google to deliver other (any?) applications is a stretch because of the same barriers that all entrenched, incumbents face. Culture, resources, big revenue levers getting attention etc., etc.

The evidence seems to be growing that Google is lacking something when it comes to building business grade, on demand services.

SaaS Presentation Layers exist out of the browser

In a recent blog post, SaaS Blogger Phil Wainewright made some excellent points on what defines a SaaS client.

Some purists may disagree, but my definition of a SaaS client goes outside of the browser to include a client that runs on the desktop machine so long as it’s still controlled and managed from the Web.

Phil’s definition, reinforces the views I have repeatedly expressed in my own blog.
Webifying Desktop
Software+Services or SaaS, the key word is Service not Software.

Phil discusses the real world examples of this happening, including RightNow who have showcased their new On Demand Release which utilizes Microsoft .NET Framework capabilities.

This is still true Software as a Service, because all the benefits of the Multi-tenant single code base exist in these flavors of SaaS client.

There are viable alternatives to pure browser based solutions, which up the ante in UI presentation and brings parity between traditional Client/Server (On premise) UI and SaaS UI.

What’s next then? as per my previous posts I predict sometime in the future, Desktop and Browser will merge again. When a user boots up her computer, or utilizes their smart phone, it will be one and the same. SaaS will ensure accessibility to data in the cloud from all devices and not just via browsers. Cloud services will enable advanced deployment capabilities for SaaS client apps which will access services and data provided by a myriad of SaaS vendors.

(This post was originally published on my personal blog)