jefframnani + saas   10

Why we’re switching Ulysses to Subscription – Building Ulysses – Medium
The software business is changing. Paid upgrades are dead in a post App Store world. Subscriptions seem like the only / best option going forward.

Let’s map this onto Ulysses for a moment: If you bought Ulysses at its launch in April 2013, you will now have received nine major feature releases. For free, at no additional cost. At least 80% of that originally purchased app have since been scraped and replaced. Its functionality has quadrupled during the same time.

Each of these nine updates required a considerable amount of time on our part, which of course translates into a considerable amount of development cost. But with customers ever only paying for the development of the current version — how did we manage to finance new versions then?

The answer is simple: New users.
Or in economic terms: Expanding our market.

Now, as long as there was a strong-enough flow of new customers every month, development costs could be covered by those sales. But since ours is a growing product (updates!), it hence needs a growing team (more code), which means growing development costs (devs need food), which in turn means we need an ever-growing stream of new users.

Needless to say, solely relying on new customers to keep your business going, is a very unstable idea — at the very least, there will come a time of full market saturation, right? ...
software  business  saas  productivity  apple 
august 2017 by jefframnani
Why we’re switching Ulysses to Subscription – Building Ulysses – Medium
The software business is changing. Paid upgrades are dead in a post App Store world. Subscriptions seem like the only / best option going forward.

Let’s map this onto Ulysses for a moment: If you bought Ulysses at its launch in April 2013, you will now have received nine major feature releases. For free, at no additional cost. At least 80% of that originally purchased app have since been scraped and replaced. Its functionality has quadrupled during the same time.

Each of these nine updates required a considerable amount of time on our part, which of course translates into a considerable amount of development cost. But with customers ever only paying for the development of the current version — how did we manage to finance new versions then?

The answer is simple: New users.
Or in economic terms: Expanding our market.

Now, as long as there was a strong-enough flow of new customers every month, development costs could be covered by those sales. But since ours is a growing product (updates!), it hence needs a growing team (more code), which means growing development costs (devs need food), which in turn means we need an ever-growing stream of new users.

Needless to say, solely relying on new customers to keep your business going, is a very unstable idea — at the very least, there will come a time of full market saturation, right? ...
software  business  saas  productivity 
august 2017 by jefframnani
What Comes After SaaS? – Hacker Noon
How Silicon Valley sees profitable, sustainable businesses. A dead end.
This is the beginning of a post-SaaS world playing out — fewer and fewer companies will break through. Few companies can grow fast enough. The rest…a prolonged stasis, the day to day management of what boils down to a bond — a known flow of future cash with some risk attached to it — just waiting for a buyer…


This definition includes the vast majority of small businesses ever formed. Restaurants, bars, coffee shops, dry cleaners, etc.
business  cloud  saas  technology  culture  vc  SiliconValley 
june 2017 by jefframnani
Kong - Open-Source API Management and Microservice Management
Consolidating a lot of the common functionality required in an SOA / Microservice architecture.

Need to do more research, but it looks like an nginx plugin.
microservices  saas  authentication  logging  nginx 
may 2016 by jefframnani
REWRITE — Medium
Good text summary of DHH's talk at the Business of Software 2015 conference, "REWRITE".
programming  software  design  business  saas 
october 2015 by jefframnani
Video: REWRITE: Why Basecamp 3 is a brand new code… – Signal v. Noise
DHH on abandoning the idea of an eternal version of web software. Creating new versions of your service for new users, and keeping your old version running to service existing customers. What he called, "Honoring your legacy". He called this concept, "competing with your best ideas", over the lifetime of your product.

On the decision of whether to force your customers to upgrade to a new, different version of your software, "Don't put your customers back into the market. There's no guarantee they'll pick your product again to solve their problem."

I like his points about being free to create new green field, versions of a service (usually targeted at new customers), as long as you keep your existing customers happy. It's liberating to not be stuck within an old code base, and with your old decisions forever.
programming  software  design  business  saas 
october 2015 by jefframnani
Service sunsets aren’t the least bit pretty
"It’s really not rocket science. People like change on their own schedule, they detest it when forced according to someone else’s. That’s just human nature, and it’s rarely good business to fight it."
programming  software  business  saas 
september 2015 by jefframnani

Copy this bookmark:



description:


tags: