Taking friendfeed beyond the cloud - Revenue making 101
Monday, December 15th, 2008
by alphaxion
- 2
- Add a Comment
Every so often you’ll see the question “How will [insert current web 2.0 darling here] make money?” and almost always people will resort to “by placing adverts!”.
Lets get this out into the open now, advertising is not and never will be a realistic business model on the internet - For a laundry list of reasons such as:
- you horribly restrict your earning potential
- you piss off your visitors/users
- you open your site/visitors up to potential security vulnerabilities
- you subject your visitors/users to privacy busting tracking
Now, to the real meat of this article. Current interwebnet 2.0-ified favourites du jour are the micro blogging sites like twitter, friendfeed, pownce (RIP) et al. They’ve grabbed our attention, got us hooked and now people are starting to ask just how they intend on financing such a lovely system so we can continue our crack like addictions.
I know many of you out there still follow the decades old belief that we shall all migrate to network resident apps and anything not in the cloud will fall away like the death of VHS when DVD came along and gave it a bloody nose and bruised it’s ego.
If you believe this then you’re missing out on a tried and tested means of making money - the inhouse solution and the juicey support contracts that go with them. Real revenue that isn’t reliant upon flakey ad providers that can change your income at a whim. If you have made a product you don’t put it into a public place and slap adverts all over it, you sell the damn product.
In order to explain this, let me pick on my favourite micro-blogging sensation - Friendfeed.
I love the ability for this system to pull in RSS feeds, mainly because this one feature alone can transform friendfeed from a public social time sink into a powerfull private system monitoring tool (among many possible uses).
It can’t really be plumbed into the public friendfeed ’cause the data is of no interest to anyone unless you were seeking vectors of attack or trying to dent the company value. Inhouse is the only place for this and it means deploying the system outside of the cloud and in the murky backwaters of the server room.
Sorry cloud utopians.
But how would it make for a great monitoring tool? Surely there’s no space for yet another competitor when you have systems like Solarwind’s NCM that trawl SNMP and WMI?
Well, pretty much all monitoring tools will fire off alerts via email and as any network admin will tell you this can get pretty annoying if it is a little too eager to inform and is quite difficult to derive any meaningful “big picture” stats from since most will either have their own (non-sharing) reporting module or don’t have one and rely on emails only.
Wouldn’t it be nice if you had a way of picking up alerts (either from RSS or redirecting the email alerts to the inhouse solution instead of you) from various systems that ordinarily can’t talk to each other. You could even create RSS feeds out of your server event logs using Greg Reinackers little applet and watch failures in real time.
Now imagine this info accessible from a desktop widget or via an API so you can integrate it with the corporate intranet instead of cluttering up your inbox every time a grunt trips over something?
Combine this with analysis modules that do things similar to ffholic and friendfeeds power to entertain morphs into the power to knit all of your monitoring systems together and open up avenues for datamining them.
A system that compliments and sits on top of your more expensive or built-in monitoring apps rather than replacing them and provides an interface for a plethora of plugins and ways to share the data across the business.
Surely that would be a far better thing to sell than pithy advertising space?
- I’ll add you back - and jump into the multitudes of rooms and simply take part!
