Opinions: What is The Optimal Business Model for Today's Web?
What is the optimal business model for today's web? Opinions diverge in a series of articles around this issue. Some weeks ago, Stan Schroeder's argued that adding extra features to an application is rather a risk than an opportunity. Offering every possible tool for a specific need has been a key to success, but it becomes less true in a fluid, ever-changing environment offered by the Internet "where everything shrinks and expands and overlaps all the time". It is indeed a rather shaky ground to build something complex especially if it then needs to adapt to the change:
Sure, if the conditions around you don't change much, you can satisfy the needs of a certain group very well [...]
Once upon a time, if you wanted to create a successful application, one of the keys to success was to 'offer a lot of features your competitors don't have. Adobe's Photoshop is one such application. If you need to edit some photos, it's the best, period, because it has every tool you could possibly need.
But this is the disconnected world we're talking about. On the web, things change. It's not only important what you can do; you also want to be able to do it from wherever you want; you want to plug in into other services, you want to work together with other people
What users want today are "simple, widgety applications that cater to a specific service". Schroeder believes, however, that rather than creating a lot of specific small applications it would be preferable "to build a very simple service that caters to a very basic need, and slap an API on top":
I think [a] better [approach] is to find the lowest common denominator, an underlying basic need that connects all these various niches, cater to that, open it up and let mashups do the rest. This way, people can choose exactly which features they want to use, and your application becomes a fluid, modular service that can be as simple or as complex as the use wants it to be.
According to Schroeder, such services would "unlock the web" and as long as the need they cater for is shared by a significant number of people "it will be impossible to compete against them."
Fred Wilson applies this reasoning to the groups market. He builds his reflection on Charlie O'Donnel's post about groups but slightly disagrees with his conclusions. O'Donnel believes that there will never be "One Ring to Rule Them All" in web services for groups because "every group is different, so the idea of one particular group software solving everyone's problem is never going to work". However, he highlights three properties that, in his opinion, are needed by every group:
- A customizable site to call their own, even if it just has information as to what the group does and how to sign up
- A way to communicate internally, via a one-way or two-way listserv, depending on the group
- A way to do RSVPs for events
This is what leads Fred Wilson to suggest that this can be considered Schroeder's lowest common denominator applied to groups. While he somehow agrees with O'Donnel, asserting that "building yet another groups service is not the answer", he suggest, nevertheless, that building the killer API offering the tree mentioned services and allowing everyone building on top of that could be an interesting business model for groups market.
Considering insights provided by different authors, Bob Warfield suggests a more careful approach to the 'less is more' paradigm that, in his opinion, doesn't often win.
We need to be really careful not to mistake the apparent simplicity of less for real simplicity that can lead to a paradigm shift.
One of my favorite UI design quotes is Alan Kay's, "Simple things should be simple and hard things should be possible.'"[...] Being the first on the block to raise the level of what is simple to do in your software is a tremendous advantage. It means you can deliver more to people who can only deal with less.
Warfield believes that this is precisely what matter in Web 2.0 context. Social networks, blogs, groups are "successive iterations on how an individual or a group can have a web site that is tailored for what they want to get out of it very very simply". Their success, according to him, is related to their ability to "make various previously difficult things simple, and in some cases, [...] hard things possible". He, therefore, suggests that this is the key for a successful business model for today's web. This requires a rigorous approach to the user interface design that should allow keeping "the simple at the forefront and to avoid confusing with the hard while still retaining the ability to do the hard" so that "it looks so simple until you're done doing what used to be hard and suddenly realize you're now ahead."
Hence, the authors seem to share the conviction that simplicity is the key in today's web. Yet, simplicity can be understood in many different ways. Which of them, in your opinion, responds most to users' needs and should be the foundation for new business models attempting to win the web market?
Business in it simplest form leads to Success
Perhaps one thing that runs in people’s mind is that being sophisticated is to impress. It does not always follow. Remember that the key point in doing business is making it easily understandable. This is something that most aspirants have forgotten. While technology offers a lot of innovations to be able to impress people, unless they understand the gist of what you are getting at, it will all be futile.
It never hurts to impress people with what you know. Just don’t overdo it. Stick to the basics so that they can understand you and in the end you may find it the optimal solution to doing business on the web.
Business Model Not Technological Approach
Subscriptions? Hourly rate? Per API call? Something else?
Re: Business Model Not Technological Approach
Re: Business Model Not Technological Approach
Anyway, I'll try to hunt for these two other aspects for a following post maybe :)
Thanks for your comment.