Showing posts with label SaaS. Show all posts
Showing posts with label SaaS. Show all posts

Tuesday, February 22, 2011

"We created subscriptions for publishing apps, not SaaS apps",Steve Jobs! Whatever Genius!!

Publishing apps, SaaS apps http://snapvoip.blogspot.com/
According to Techcrunch, the line "We created subscriptions for publishing apps, not SaaS apps" is attributed to Steve Jobs. Obviously the first thing came to my mind was "whatever".
Remember this is the same guy who said people did not know how to hold the phone when the iPhone 4 Antennagate came about. Now the Antennae problem is mysteriously solved in Verizon iPhone. Give us a break!
Anyway I side with Eric Schonfeld at Techcrunch, the whole Apple subscription deal might have been a trial balloon, which blew up on the take off.
The inconsistency of this policy becomes more visible when we read various industry pundits and others go through the policy and pick it apart to see what it really is. It was the disbelief in the beginning, when we read about Readability Apple issue, even though Apple has every right to do what ever they want with their platform, is it wise?
Like Readability's open letter to Apple, now we have Instapaper founder Marco Arment saying;

"A broad, vague, inconsistently applied, greedy, and unjustifiable rule doesn’t make developers want to embrace the platform."
But Arment is also more reasonable than me in laying out bricks that we hurl at Apple to build a reasonable case;


One issue is that this policy assumes that all apps are made by someone with the ability and authority to collect IAP payments on the service’s behalf, which isn’t the case for third-party clients using a service’s API.
If Twitter charged a subscription fee, or even sold any content whatsoever, no third-party Twitter clients would be permitted on the App Store, effectively preventing that entire market.
But we don’t need to look only at Twitter. There are plenty of paid services, or free services with paid upgrades, that have first- and third-party iOS apps. Some of the many examples:
  • Evernote’s app offers its premium accounts with IAP, but third party clients can’t. Are third-party Evernote clients now prohibited?
  • Dropbox’s app doesn’t offer Dropbox’s Pro accounts at all, but the app is indirectly affected by the user’s storage space. Is additional storage space enough to qualify as “content, functionality, or services”? If so, does that put all Dropbox-syncing apps under the (impossible for them) IAP-requiring policy?
  • There are a lot of first- and third-party apps that access Salesforce, LinkedIn, and 37signals’ services, all of which have paid service tiers. Will all of these be removed from the App Store if they don’t build in IAP?
  • All Pinboard.in accounts are paid. Does that mean that nobody can make a Pinboard client except Pinboard itself, because nobody else can accept payments on its behalf?
What’s going to be the rule for third-party apps accessing paid services?
Well if I am a developer, if there is even a slightest content, functionality, or services involved, I will go Android Way. Oh Wait, We already did, our (My company) vertical market SaaS App designed for Healthcare industry, only runs on Android. So far it is something like 1500 tablets, but it is 1500 tablets that brings our company revenue and tied to multiple payments from various sections of the Healthcare industry. Even if we want to share 30% (certainly not) it will be close to impossible to calculate!

Monday, February 21, 2011

Readability To Apple, "Apple Your Greed Suck!"! SaaS Need To Pay Too.

Readability To Apple http://snapvoip.blogspot.com/
I really think FTC or DoJ really need to look at Apple's subscription laws.When we thought it has cooled down, another victim of Apple's practice, Readability, posted an open letter to Apple. This time Apple wants to charge 30%, if the app provides functionality, or services in addition to content sellers like Murdoch. SaaS (Software As A Service) is in Big Trouble, if they are planing to leverage Apple iOS popularity and customers. Readability pointed out the following from 11.2 in the App Store Review Guidelines:

11.2     Apps utilizing a system other than the In App Purchase API (IAP) to purchase content, functionality, or services in an app will be rejected.

Those who are thinking of bringing SAAS to Apple platform, get ready to poke out 30% of your income or charge 30% more from your customers, either way you lose. People with RSS readers, if you are planing to charge customers, add 30%, oops you too lose.


Great way to do business Apple, you are turning away the same apps that made you successful. Remember Google Voice App, yes I too think you suck and will stay away from you as much as possible.
Readability, as you can see from the video below, strips unnecessary bits, (yes ads too but authors are compensated, read below) and presented to the reader in a readable way but their app got rejected by Apple.

We’re obviously disappointed by this decision, and surprised by the broad language. By including “functionality, or services,” it’s clear that you intend to pursue any subscription-based apps, not merely those of services serving up content. Readability’s model is unique in that 70% of our service fees go directly to writers and publishers. If we implemented In App purchasing, your 30% cut drastically undermines a key premise of how Readability works.


Well Apple, do not worry, I am exchanging my iPhone for an Android phone and I have made a request at work for Android Tablet, perhaps a Motorola XOOM, After Bestbuy Verizon game ends.
Readability via Techcrunch

Blog Widget by LinkWithin