-
Website
http://www.accmanpro.com/ -
Original page
http://www.accmanpro.com/2009/05/09/defining-saas-the-faulty-touring-test/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
itjobs1
2 comments · 2 points
-
StuartJones
6 comments · 2 points
-
jonerp
2 comments · 1 points
-
frankscavo
3 comments · 3 points
-
benkepes
3 comments · 1 points
-
-
Popular Threads
-
A tough but rewarding year
3 days ago · 7 comments
-
EXCLUSIVE: ICAEW and three industry groups to work out SaaS/cloud standards
1 week ago · 14 comments
-
Dim witted cloud confusion
3 weeks ago · 14 comments
-
Can you ignore Facebook?
3 weeks ago · 11 comments
-
Words matter
1 week ago · 5 comments
-
A tough but rewarding year
Pros and Cons of SaaS have been thrashed around enough for me not to spit them out again - but something that came up this week that made me think was a fast growth company looking for a system - and they needed to own the system because it was part of their exit proposal.
The system running underneath a company defines it's efficiency and therefore is tied to it's value. If your company is running some Joe's SaaS app, then you may be limiting your potential buyers, vis-a-vis a system where you have 100% control of system spec, data and access. If you're pitching for a sale in 3 years - where's your SaaS app going to be then?
More, for example, would fail the test because it needs to be loaded on a specific PC (although it uses the Internet to exchange data).
Whether the SaaS product has any benefit for the (prospective) customer is another debate entirely.
That's how I see it anyway.
M
As you say, More! would fail under this definition but it is still out there delivering value.
So it reads to me like you're giving him 0 out of 10 for failing in Geography, when he was actually doing a French test :-)
M
Unsurprisingly you have deliberately grasped the wrong end of the stick and for a large part of your article you have just made things up. You've not even got basic facts such as Mr Pattersons name right.
Did it become a "circle jerk" before or after you were forced to give up your 10% in SAAS vendor Freeagent Central as a result of you trying to use your supposed "independence" as a weapon against Kashflow in a previous attack as documented here: http://www.ukbusinessforums.co.uk/forums/showth...
You have a strange and unhealthy obsession with Kashflow and Jackson and it reflects very badly on you. Grow up and move on.
Tech companies and their reps always behave in this way ergo = circle jerk. It's incredibly unhelpful when dealing with people in the real world who don't care about delivery mechanisms but do care about value.
We have been delivering on-premises/hosted applications since 2000 that meet the test of use in a hotel browser with no plug-ins. In fact in the early years we occasionally used a hotel browser as the proof that it really was a 100% browser app (that's when browser apps were cool advanced technology, probably not something to boast about since about 2002!). I wouldn't define these apps as SaaS though and they don't meet the other parts of the definition.
Just using an app in a browser is hardly a test of anything these days. I can use exchange via webmail on the hotel receptionists PC, but it is something hosted by us and behind our firewall, not really anyone's definition of SaaS.
I guess you could modify the Touring test to say you should demonstrate that you can sign up for a trial and then pay a subscription immediately and have the app provisioned before your eyes and then use it in a real environment. That would then show that the app was more SaaS.
If John wants to define a test, then he should define one that meets all the aspects of his SaaS definition and not one small part of it, that it runs without plug-ins in a browser.
We should all remember though that prospective customers are typically more interested in what an application can do for their business than the delivery model. Customers buy apps primarily because they are compelling and you are compelling as a company, not because of the way they happen to be delivered. Part of the reason a SaaS app can be compelling is because of the value propositions such as Opex vs Capex, reduction in operating costs, less headaches with managing servers etc, but at the end of the day, it still needs to be a good app.
M
Is this really a requirement for something to be Saas. Any Windows application could be delivered in a remotely hosted fashion via Terminal Services or Citrix. The Terminal Services (RDP) client is preinstalled on all Windows PCs since XP Pro, so there is no requirement for any additional client installation. I do not understand the preoccupation with the web browser as the only delivery mechanism.
All I can say about SaaN is it was mainly intended for the tech audience, not customers. It's a new way to approach software design and we wanted to make that point. Said another way, it is tech babble for techies...the flip side of this coin is, a significant portion of our customers are techies...and they get the benefit of this piece of tech babble...which kind of brings things full circle.