I'm helping start a company that was trying to hire a real smart guy from Facebook and having some success until Microsoft mucked it up. Now the guy doesn't want to leave because his stock is worth millions.
It's the right move for the guy, but I was surprised to see how many people were taken in by Microsoft's valuation of 15 billion. Like Microsoft cares what the valuation is. They wanted to put in a 1/4 of a billion dollars to keep Google out. If all the Facebook wanted in return was a stupid high valuation why not? It's not like Microsoft is going to live or die on that valuation appreciating. Halo 4 will take care of that revenue swing in a couple of hours.
I told these compatriots what made the valuation actually seem real was that two New York hedge funds came in as well. While Microsoft is not worried about making money on their investments, hedge funds due tend to care. Except the investment turned out to be horse hockey. (I wonder now that this is a personal blog if I can stop coming up with euphemisms for swear words.) This is like Digg saying they are the sixth biggest sight on the internet. Even though it's not true, everyone will believe it from here on out.
The big question is not why would Microsoft make an investment at such a ridiculous valuation. That makes perfect sense. It's why did Facebook set the valuation so high? Talk about painting yourself in a corner. I'm all for momentum and buzz. It's the lifeblood of start-ups. But now, unless Facebook continues to perform at the stellar level they have for the last 18 months, they are at risk of not being able to do further funding. Unless they can convince the next round of investors or the public markets for an IPO they are worth $15 billion dollars, the next round will be a down round.
I don't care how big it is, no one likes a down round. Not the employees whose options are priced sky-high or the investors who have re-valued their ownership. The only ones who like it are the press and bloggers who will be like vultures when it turns out Facebook is ONLY worth 8 billion dollars.
I wonder if the OpenSocial announcement alone has made this a very real possibility for Facebook.
Disclaimer, I love Facebook. I wish I could junk Linked-In and just use facebook for my one stop business and social networking needs.
Monday, November 5, 2007
What Happened to the Blog Posts?
You may have wondered why I haven't posted in a month. You probably guessed, rightfully, that I'm not very good at this and as a result it takes me a month to come up with as much content and FSJ comes up with before coffee. You would be correct in your assumptions, but not in the reason there are no new posts.
The reason being is that my posts are now on our corporate site at the OpSource Executive Blog.Please feel free to head over their check out my musings on the business of SaaS and Web Applications.
In the meantime, I've decided to keep this blog running. It will still be mostly industry observations, but now I won't have to worry about spelling or grammar or calling telcos evil. That said, I don't get paid for this one, so please make sure to check the Executive Blog for more regular postings.
The reason being is that my posts are now on our corporate site at the OpSource Executive Blog.Please feel free to head over their check out my musings on the business of SaaS and Web Applications.
In the meantime, I've decided to keep this blog running. It will still be mostly industry observations, but now I won't have to worry about spelling or grammar or calling telcos evil. That said, I don't get paid for this one, so please make sure to check the Executive Blog for more regular postings.
Wednesday, October 3, 2007
OpenSource vs. SaaS - The Final Word
Let me be the last to post about "Open Source vs. SaaS". Two excellent posts have been put up recently (O.K. not so recently.) Anshu Sharma's and Dave Rosenberg's. Both are very well written, and I agree with Anshu's arguments. That said, they both are essentially missing one essential point; all applications will be Web Applications (I think I'm going to say this in every post from here on out.) It doesn't matter how they are developed, people won't use them unless they can access them on the Web (my three kids don't even know what a disk drive is.) The question is why aren't more Web Applications being developed specifically as Open Source projects.
Let me say first, that the entire argument "Open Source vs. SaaS" is facetious. Open Source is a development model, SaaS is a delivery and usage model. Open Source applications can be delivered as SaaS and SaaS applications can be developed using Open Source methods. The argument arises because so few true Open Source apps are actually delivered as Web Applications (I use SaaS and Web Applications interchangeably.) Instead they are developed as single instance applications that a user installs.
Some companies then take this Open Source base and add Web Application functionality such as multi-tenancy and scalability as well as business functionality and flow to it. (We did as much with Dave's tremendous MuleSource product when we created the OpSource Services Bus.) But to say these apps are Open Source is the equivalent of saying SalesForce.com is Oracle since they built an app on top of an Oracle Database.
So why aren't there more native Open Source applications that are run as true Web Applications. Most are single-instance enterprise software that someone installs to use. The most compelling apps of the last 15 years, from eBay's bidding app, to Yahoo's Portal, to Google's Search and SFDC's CRM are all proprietary apps. Some say that SugarCRM is a Web App, but I think of them as a hybrid company selling both installed and SaaS versions of a singe app (and we know what I think of hybrids.) Ruminating with John Rowell, the only one we could come up with was Wikipedia.
Why is Wikipedia the only OpenSource/Web Application? Because running a Web Application costs money. You have to pay for servers and power and network and security and backup and so many different items, and that takes the Benjamins. Usually only commercial enterprises have the Benjamins to make that work, and Open Source communities don't want to develop for commercial enterprises. They'll do it for Wikimedia (the organization behind Wikipedia), because it's a charitable organization, but who wants to develop an app for Google or SFDC?
So back to my earlier thoughts. If the OpenSource development model is a good one, but all apps will be Web Apps (memorize this people) we need a platform where all of the expensive stuff is taken care of for the high-minded developers to start making apps. Then we can find a whole new non-topic to blog about.
Let me say first, that the entire argument "Open Source vs. SaaS" is facetious. Open Source is a development model, SaaS is a delivery and usage model. Open Source applications can be delivered as SaaS and SaaS applications can be developed using Open Source methods. The argument arises because so few true Open Source apps are actually delivered as Web Applications (I use SaaS and Web Applications interchangeably.) Instead they are developed as single instance applications that a user installs.
Some companies then take this Open Source base and add Web Application functionality such as multi-tenancy and scalability as well as business functionality and flow to it. (We did as much with Dave's tremendous MuleSource product when we created the OpSource Services Bus.) But to say these apps are Open Source is the equivalent of saying SalesForce.com is Oracle since they built an app on top of an Oracle Database.
So why aren't there more native Open Source applications that are run as true Web Applications. Most are single-instance enterprise software that someone installs to use. The most compelling apps of the last 15 years, from eBay's bidding app, to Yahoo's Portal, to Google's Search and SFDC's CRM are all proprietary apps. Some say that SugarCRM is a Web App, but I think of them as a hybrid company selling both installed and SaaS versions of a singe app (and we know what I think of hybrids.) Ruminating with John Rowell, the only one we could come up with was Wikipedia.
Why is Wikipedia the only OpenSource/Web Application? Because running a Web Application costs money. You have to pay for servers and power and network and security and backup and so many different items, and that takes the Benjamins. Usually only commercial enterprises have the Benjamins to make that work, and Open Source communities don't want to develop for commercial enterprises. They'll do it for Wikimedia (the organization behind Wikipedia), because it's a charitable organization, but who wants to develop an app for Google or SFDC?
So back to my earlier thoughts. If the OpenSource development model is a good one, but all apps will be Web Apps (memorize this people) we need a platform where all of the expensive stuff is taken care of for the high-minded developers to start making apps. Then we can find a whole new non-topic to blog about.
Tuesday, September 4, 2007
Web Services - Terminal Services
When we first started getting in to SaaS back in 2004, there were a lot of companies still looking for shortcuts in to the space. Virtualization and terminal services were seen as a way to take your current app and "voila", turn it in to a SaaS offering. Three years later, I cannot think of one company that has been successful in the market using these types of services instead of trying to create true multi-tenant native web applications, yet we see many companies looking to repeat those mistakes with Web Services.
(That said, I have seen some companies successfully navigate a transition strategy. By artfully employing multi-instance versions of their code with Web Front ends, a number of companies bought themselves some time to make the move in to a true SaaS offering.)
Today the big rush is to offering your App as a Web Service. A couple of our customers such as Visual Mining and Fliqz were built from the ground up to be integrated into other apps as their primary vehicle. Many other people want to add that capability.
This is more than just using Web Services to integrate with apps behind the firewall (such as Boomi helps companies do.) It's actually designing your app to be a part of other apps. Amazon is doing it, so is Facebook with F8, now everyone wants on board.
And they are looking for quicks ways to get there. Mention Web Services to a SaaS company and they immediately want to know how they can use that to make their app available for Mash-Ups. So much so, many companies (including OpSource) are rushing to develop and deploy those tools.
Will those tools be valuable assets in offering applications as Web Services, or will they be the second coming of Terminal Server, a non-functional solution designed to hold analysts, customers and press at bay? My guess is that it will depend. If it's just a quick and dirty way to get in to Yahoo Pipes, then we've read that book. But if the tools add value above and beyond the app (such as providing pre-built marketplaces or new functionality) we might see them become an integral part of tomorrow's applications.
(That said, I have seen some companies successfully navigate a transition strategy. By artfully employing multi-instance versions of their code with Web Front ends, a number of companies bought themselves some time to make the move in to a true SaaS offering.)
Today the big rush is to offering your App as a Web Service. A couple of our customers such as Visual Mining and Fliqz were built from the ground up to be integrated into other apps as their primary vehicle. Many other people want to add that capability.
This is more than just using Web Services to integrate with apps behind the firewall (such as Boomi helps companies do.) It's actually designing your app to be a part of other apps. Amazon is doing it, so is Facebook with F8, now everyone wants on board.
And they are looking for quicks ways to get there. Mention Web Services to a SaaS company and they immediately want to know how they can use that to make their app available for Mash-Ups. So much so, many companies (including OpSource) are rushing to develop and deploy those tools.
Will those tools be valuable assets in offering applications as Web Services, or will they be the second coming of Terminal Server, a non-functional solution designed to hold analysts, customers and press at bay? My guess is that it will depend. If it's just a quick and dirty way to get in to Yahoo Pipes, then we've read that book. But if the tools add value above and beyond the app (such as providing pre-built marketplaces or new functionality) we might see them become an integral part of tomorrow's applications.
Friday, August 3, 2007
Door Close Buttons
So I use Good Mail to get mobile e-mail on my BlackJack. I find it much more usable than the mail client in Windows Mobile 5 to get my exchange mail, and the good people at Cingular have yet to offer Windows Mobile 6 (can you imagine if I couldn't upgrade my Mac to Leopard because my ISP wouldn't allow it?)
While I generally find Good to be a very workable system, sometime the system does get jammed. No new e-mails come in, even though I know I'm receiving them. Whenever this happens, I use the "Send/Receive Now" command. In the three years I've been using Good (back to my old Treos,) that has never worked. Sending an e-mail to myself usually does the trick.
I was trying to figure out why I do it every time when it doesn't work. It reminds me of the door close button on an elevator. Never once have I hit that button and actually had the door close. Some people claim that it works for them, but I think it's mostly they happened to hit the button when the door was going to close anyway.
This led me to thinking about all types of buttons that we have in the computer world that don't do anything. I've got a print screen button on my keyboard now. Hitting it doesn't print the screen. Maybe it did back in the old MS-Dos days (though I don't remember that ever working back then either) but it definitely doesn't now. I don't even know what the Scroll Lock and Break buttons were ever supposed to do. Yet they sit their mockingly on my keyboard asking to be pushed.
I think a lot of software and hardware has these types of "Vestigial Buttons." Features or devices that once meant something but never really got used or are currently meaningless. They seem to be more of a problem with traditional installed applications than web apps, but I don't know for sure if that is a function of the constant updating of the web allowing for more pruning or that the apps are just newer and haven't evolved enough yet to have "Vestigial Buttons."
Often these types of features clutter up the interface and actually make the application less usable. The creators of the apps often convince themselves they are important when they are at best a distraction in using the app and at worst a deterrent to adoption all together. How many people get frustrated like I do with hitting the "Send/Receive Now" button and have nothing happen. Even though the app works fine, I think of it as being permanently broken. Not where Good wants to be.
While I generally find Good to be a very workable system, sometime the system does get jammed. No new e-mails come in, even though I know I'm receiving them. Whenever this happens, I use the "Send/Receive Now" command. In the three years I've been using Good (back to my old Treos,) that has never worked. Sending an e-mail to myself usually does the trick.
I was trying to figure out why I do it every time when it doesn't work. It reminds me of the door close button on an elevator. Never once have I hit that button and actually had the door close. Some people claim that it works for them, but I think it's mostly they happened to hit the button when the door was going to close anyway.
This led me to thinking about all types of buttons that we have in the computer world that don't do anything. I've got a print screen button on my keyboard now. Hitting it doesn't print the screen. Maybe it did back in the old MS-Dos days (though I don't remember that ever working back then either) but it definitely doesn't now. I don't even know what the Scroll Lock and Break buttons were ever supposed to do. Yet they sit their mockingly on my keyboard asking to be pushed.
I think a lot of software and hardware has these types of "Vestigial Buttons." Features or devices that once meant something but never really got used or are currently meaningless. They seem to be more of a problem with traditional installed applications than web apps, but I don't know for sure if that is a function of the constant updating of the web allowing for more pruning or that the apps are just newer and haven't evolved enough yet to have "Vestigial Buttons."
Often these types of features clutter up the interface and actually make the application less usable. The creators of the apps often convince themselves they are important when they are at best a distraction in using the app and at worst a deterrent to adoption all together. How many people get frustrated like I do with hitting the "Send/Receive Now" button and have nothing happen. Even though the app works fine, I think of it as being permanently broken. Not where Good wants to be.
Tuesday, July 24, 2007
SaaS and HA
Bit of a buzz last week about how NetSuite was IPOing even though it didn't have a back-up datacenter. This came as a surprise to many in the press, analyst and investor world, but it shouldn't have. As the guys over at Saugatuck Technology pointed out, this is the most likely case. Most SaaS vendors have no multi-site capabilities. Even SalesForce.com didn't have a second center until well after it IPO'ed.
Even their NetSuite's customers were surprised by this. (Though one customer, namely OpSource, was not.) Seemed they couldn't figure out why for their $500 per month they wouldn't be receiving multiple datacenter support.
The reality is that traditionally running multiple datacenters is very hard and very expensive. Not many companies really get diversity before $100m in revenue. The reason being that running two centers is more than twice as expensive as running one center. Not only do you have the costs of both centers (with much lower discounts than you would get by massing your buying power) you have the costs of running all the HA software, hardware, and network connectivity to keep the two datacenters in sync. And how much extra functionality can you sell your customers with both of those centers? None.
You might say that customers are willing to pay more for increased availability. They won't. The fact is a well run single instance of your application should have at least 99.95% uptime. Getting a couple extra 9's won't get the customer pulling out their wallet.
And in a cruel twist of fate, multiple datacenters can actually cause more downtime. The hardest thing in IT is to sync multiple instances of an app. Ask SalesForce, who had the most trouble with their availability right after implementing a second site. Anyone who has tried it knows how tough it can be.
When you factor the costs and the difficulty and the lack of true customer demand, it's no surprise that most SaaS companies don't have a second center until they have over $100m in revenues.
What's the answer then? I think it's going to be a big part of switching from traditional enterprise application development and deployment, in to true web development. By abstracting their app from the physical layer and truly living on the web, companies can much more easily take advantage of multiple points of presence. The tools are just beginning to arrive (of course we've got some) but we'll see even more be done on this over the next couple of years. Companies who take advantage of these tools and offerings will get HA built in without having to break the bank.
Even their NetSuite's customers were surprised by this. (Though one customer, namely OpSource, was not.) Seemed they couldn't figure out why for their $500 per month they wouldn't be receiving multiple datacenter support.
The reality is that traditionally running multiple datacenters is very hard and very expensive. Not many companies really get diversity before $100m in revenue. The reason being that running two centers is more than twice as expensive as running one center. Not only do you have the costs of both centers (with much lower discounts than you would get by massing your buying power) you have the costs of running all the HA software, hardware, and network connectivity to keep the two datacenters in sync. And how much extra functionality can you sell your customers with both of those centers? None.
You might say that customers are willing to pay more for increased availability. They won't. The fact is a well run single instance of your application should have at least 99.95% uptime. Getting a couple extra 9's won't get the customer pulling out their wallet.
And in a cruel twist of fate, multiple datacenters can actually cause more downtime. The hardest thing in IT is to sync multiple instances of an app. Ask SalesForce, who had the most trouble with their availability right after implementing a second site. Anyone who has tried it knows how tough it can be.
When you factor the costs and the difficulty and the lack of true customer demand, it's no surprise that most SaaS companies don't have a second center until they have over $100m in revenues.
What's the answer then? I think it's going to be a big part of switching from traditional enterprise application development and deployment, in to true web development. By abstracting their app from the physical layer and truly living on the web, companies can much more easily take advantage of multiple points of presence. The tools are just beginning to arrive (of course we've got some) but we'll see even more be done on this over the next couple of years. Companies who take advantage of these tools and offerings will get HA built in without having to break the bank.
Monday, June 25, 2007
SaaS and the Shop Foreman
Recently at the Progress Software Partner Summit, it was stated that certain type of users wouldn't buy SaaS. Interesting enough the type of person who was used as an example was the Foreman of a Machine Shop (Progress Partners include some of the most interesting vertical players.) I found this argument false for two reasons.
First of all was the assumption that less technical users wouldn't be comfortable using a web based app instead of installing traditional software. (Not that shop foreman are necessarily less technical, but that was the assumption for this example.) I think the reason the web has become so widely adopted is it is a much easier form of technology consumption than traditional software, hence new users are far more comfortable with it. How many times have you seen someone who couldn't do the basics on a computer except web surfing and e-mail. My father spends 4 hours a day on his computer playing fantasy sports, but didn't know how to save a file in a traditional app. If anything, less intensive computer users will favor using the web over trying to install anything.
Secondly, even if today there are certain users who favor traditional installed software, that is not going to be the case for the next generation. The youth of today, who will be the business users of tomorrow, are going to look for everything on-line. Look at what has happened to Educational Software sales. Between 2000 and 2003 educational software sales fell in half. I'm sure those numbers have dropped even more in recent years. While my nine year old daughter had a drawer full of games, and my seven year old son had one or two, my 4 year old has never done anything but go on-line (I'll do another post some day about the genius of Club Penguin.)
Regardless of the jobs this next generation goes in to, they are going to expect to consume technology the way they have their entire lives, through on-line applications. And considering that the first of the Net Generation of kids is just beginning to hit the job market, software companies that don't deliver on-line will be in serious trouble.
First of all was the assumption that less technical users wouldn't be comfortable using a web based app instead of installing traditional software. (Not that shop foreman are necessarily less technical, but that was the assumption for this example.) I think the reason the web has become so widely adopted is it is a much easier form of technology consumption than traditional software, hence new users are far more comfortable with it. How many times have you seen someone who couldn't do the basics on a computer except web surfing and e-mail. My father spends 4 hours a day on his computer playing fantasy sports, but didn't know how to save a file in a traditional app. If anything, less intensive computer users will favor using the web over trying to install anything.
Secondly, even if today there are certain users who favor traditional installed software, that is not going to be the case for the next generation. The youth of today, who will be the business users of tomorrow, are going to look for everything on-line. Look at what has happened to Educational Software sales. Between 2000 and 2003 educational software sales fell in half. I'm sure those numbers have dropped even more in recent years. While my nine year old daughter had a drawer full of games, and my seven year old son had one or two, my 4 year old has never done anything but go on-line (I'll do another post some day about the genius of Club Penguin.)
Regardless of the jobs this next generation goes in to, they are going to expect to consume technology the way they have their entire lives, through on-line applications. And considering that the first of the Net Generation of kids is just beginning to hit the job market, software companies that don't deliver on-line will be in serious trouble.
Tuesday, June 5, 2007
EuroSaaS
Last month I went out to Europe and was dismayed at the state of the SaaS market out there. Seemed there was still a lot of confusion about the meaning of SaaS. I had heard of one "SaaS" event that included SAP, an Integrator, and a Hoster. It was actually an event on hosting SAP.
I was hoping that the market would have gotten past the point of confusing Hosted Applications and true Software as a Service. It seemed it would be another 6 - 12 months before we started seeing real traction.
It seems I was overly pessimistic. I just got back from SIIA's On-Demand Europe Conference. There were a number of EMEA based SaaS companies doing interesting stuff from companies like Wesupply doing supply chain management, Lecayla doing billing and metering, and Clarizen doing project management.
Even more exciting than the number of SaaS companies already based in Europe was the level of discussion. Instead of bemoaning how European Enterprise would not buy SaaS, the companies instead were excited about new ways to go to market, partner and bring in value. The level of discussion was on par with most US based SaaS conferences.
Needless to say, I know we are going to become much more agressive in selling and delivering in Europe. It will be great to see the market develop over the next few months.
I was hoping that the market would have gotten past the point of confusing Hosted Applications and true Software as a Service. It seemed it would be another 6 - 12 months before we started seeing real traction.
It seems I was overly pessimistic. I just got back from SIIA's On-Demand Europe Conference. There were a number of EMEA based SaaS companies doing interesting stuff from companies like Wesupply doing supply chain management, Lecayla doing billing and metering, and Clarizen doing project management.
Even more exciting than the number of SaaS companies already based in Europe was the level of discussion. Instead of bemoaning how European Enterprise would not buy SaaS, the companies instead were excited about new ways to go to market, partner and bring in value. The level of discussion was on par with most US based SaaS conferences.
Needless to say, I know we are going to become much more agressive in selling and delivering in Europe. It will be great to see the market develop over the next few months.
Friday, May 25, 2007
The Suits at OSB
If I'm doing a lot of references back to conferences in my latest posts, forgive me. We tend to write about what we know, and it seems the last 3 months, all I know is conferences.
That said, a very interesting observation from this week's OpenSource Business Conference. I don't usually attend OpenSource events, but the idea of the community and how it might impact the SaaS world was fascinating me. Plus it gave us the opportunity to meet with our critical partner, MuleSource (and have a couple of beers with the great Dave Roberts of Vyatta.)
That said, I figured I'd better wear jeans in order to get accepted with the OpenSource crowd. Unfortunately, I couldn't because of an earlier customer engagement. So at least I left my sports coat in the car.
When I got in the conference, I had to check if I was in the right hotel. Most people were wearing jackets and slacks, and I even saw some suits. This was OpenSource? When I commented on the formal (for the valley) attire, I was reminded it was the OpenSource Business Conference. I hadn't realized the seriousness of the gathering.
I will say I was a bit disappointed. When I worked at GlobalCrossing and MFN I saw them try to become just like AT&T and SBC. Trying to mix new company products with old company style ways of doing business was disastrous. You had none of the consistent revenue stream and institutional history of the old business's, and you sucked the enthusiasim and innovation out of the new business. Both companies suffered mightily.
Hopefully the same won't happen with many of these next generation companies. They will realize that selling to traditional business is as much or more about getting traditional business to change than it is about adapting to their old ways of doing things. Not that I mind the sports coats (it is my usual attire) but I hope losing the jeans doesn't mean losing the passion for changing the way things get done.
That said, a very interesting observation from this week's OpenSource Business Conference. I don't usually attend OpenSource events, but the idea of the community and how it might impact the SaaS world was fascinating me. Plus it gave us the opportunity to meet with our critical partner, MuleSource (and have a couple of beers with the great Dave Roberts of Vyatta.)
That said, I figured I'd better wear jeans in order to get accepted with the OpenSource crowd. Unfortunately, I couldn't because of an earlier customer engagement. So at least I left my sports coat in the car.
When I got in the conference, I had to check if I was in the right hotel. Most people were wearing jackets and slacks, and I even saw some suits. This was OpenSource? When I commented on the formal (for the valley) attire, I was reminded it was the OpenSource Business Conference. I hadn't realized the seriousness of the gathering.
I will say I was a bit disappointed. When I worked at GlobalCrossing and MFN I saw them try to become just like AT&T and SBC. Trying to mix new company products with old company style ways of doing business was disastrous. You had none of the consistent revenue stream and institutional history of the old business's, and you sucked the enthusiasim and innovation out of the new business. Both companies suffered mightily.
Hopefully the same won't happen with many of these next generation companies. They will realize that selling to traditional business is as much or more about getting traditional business to change than it is about adapting to their old ways of doing things. Not that I mind the sports coats (it is my usual attire) but I hope losing the jeans doesn't mean losing the passion for changing the way things get done.
Monday, May 7, 2007
Web 2.0 <> Jerks
I've been saying a lot lately that you can tell things are getting good because the jerks are back. 24 year old entrepreneurs who think the world did not exist before ValleyWag and have a shiny new Series A term sheet to prove it. We're just short of having meaningless demo conferences in the desert with thousands of booths populated by incredibly good looking "marketing coordinators" right out of school who can with a straight face swear their PokeApp really is more than five lines of PHP script creating a weather widget, it's the next coming of Google. Once that happens, we'll know we've really made it.
That said I had two very good meetings last week with some companies that are really on the cutting edge of the burgeoning field of utilizing web services to build applications. Dave Rosenberg, CEO of MuleSource, and Oren Michels, of Mashery. Both companies are on the cutting edge of how we take we extend the mashing up of applications beyond the class projects of layering Google Maps onto a smell database of the New York City Subway System and in to real offerings that support business level availability, billing and support. Anybody interested in how to make this work in the real world could definitely do worse than start by talking to these companies.
What struck me about meeting these guys was how we are beginning to see a new breed of entreprenuer and CEO; one who understands the technology and community power of Web 2.0 but who also are grown ups who can discuss business and how to make this all work for real companies. Up to now it seems that many people working on SaaS and Web Applications fell in to two catagories. The first are software guys who don't understand that this is all about the Web for business, not coming up with a new pricing scheme for their old products. The second were guys who have no real world experience and think the whole world revolves their latest Web 2.0 applet, or more simply put jerks.
It's guys like Dave and Oren that I think really differentiate this new wave of technology from the last one. They both really understand the technology and what it's going to take to make real business's work with it. This new breed of entreprenuer is far more visionary than the traditional software guy, but knows that you can't be a jerk if you want to create the long term relationships necessary to build these businesses. Oren is so balanced, he even called me for being a little over enthusiastic about what we do and how great it was (not that I've ever been called a jerk myself.)
It's exciting, because I think that means companies who realize the potential of these technologies will have a much better chance of succeeding this time around. Plus, they'll be a lot more fun to work with.
That said I had two very good meetings last week with some companies that are really on the cutting edge of the burgeoning field of utilizing web services to build applications. Dave Rosenberg, CEO of MuleSource, and Oren Michels, of Mashery. Both companies are on the cutting edge of how we take we extend the mashing up of applications beyond the class projects of layering Google Maps onto a smell database of the New York City Subway System and in to real offerings that support business level availability, billing and support. Anybody interested in how to make this work in the real world could definitely do worse than start by talking to these companies.
What struck me about meeting these guys was how we are beginning to see a new breed of entreprenuer and CEO; one who understands the technology and community power of Web 2.0 but who also are grown ups who can discuss business and how to make this all work for real companies. Up to now it seems that many people working on SaaS and Web Applications fell in to two catagories. The first are software guys who don't understand that this is all about the Web for business, not coming up with a new pricing scheme for their old products. The second were guys who have no real world experience and think the whole world revolves their latest Web 2.0 applet, or more simply put jerks.
It's guys like Dave and Oren that I think really differentiate this new wave of technology from the last one. They both really understand the technology and what it's going to take to make real business's work with it. This new breed of entreprenuer is far more visionary than the traditional software guy, but knows that you can't be a jerk if you want to create the long term relationships necessary to build these businesses. Oren is so balanced, he even called me for being a little over enthusiastic about what we do and how great it was (not that I've ever been called a jerk myself.)
It's exciting, because I think that means companies who realize the potential of these technologies will have a much better chance of succeeding this time around. Plus, they'll be a lot more fun to work with.
Wednesday, May 2, 2007
PokeApps
What's the difference between these two groups of names:
Group 1
BoingBoing
Dekoh
Megite
Nuvvo
Podango
Vimeo
Group 2
Metapod
Weedle
Zubat
Cloyster
MewTwo
Wooper
Group 1 is a list of companies I randomly selected from the TechCrunch company list and Group 2 is a random list from the Pokemon Pokedex from my favorite company Nintendo. This struck me the other day when I realized our sales meetings were sounding exactly like my kids Jack and Madeline discussing their latest captures in Pokemon Diamond and Pearl.
I wonder of the game designers at Nintendo worry that Spoink the Psychic Pokemon might be confused with Spoink the Contact Extractor incubated by BMGI Ventures? Is this someone's full-time job? Do they have to get the legal department to sign off on these things?
And should I be surprised that there seems to be a Wikipedia entry for all 386 Pokemon characters (and that the posts seem longer than the one for Abel P. Upshur our 15th Secretary of State?)
I wonder how many companies on TechCrunch are also Pokemon names. I couldn't find any, but I'm sure someone can write a quick script to check the two lists against each other. Let me know if you can find any.
Group 1
BoingBoing
Dekoh
Megite
Nuvvo
Podango
Vimeo
Group 2
Metapod
Weedle
Zubat
Cloyster
MewTwo
Wooper
Group 1 is a list of companies I randomly selected from the TechCrunch company list and Group 2 is a random list from the Pokemon Pokedex from my favorite company Nintendo. This struck me the other day when I realized our sales meetings were sounding exactly like my kids Jack and Madeline discussing their latest captures in Pokemon Diamond and Pearl.
I wonder of the game designers at Nintendo worry that Spoink the Psychic Pokemon might be confused with Spoink the Contact Extractor incubated by BMGI Ventures? Is this someone's full-time job? Do they have to get the legal department to sign off on these things?
And should I be surprised that there seems to be a Wikipedia entry for all 386 Pokemon characters (and that the posts seem longer than the one for Abel P. Upshur our 15th Secretary of State?)
I wonder how many companies on TechCrunch are also Pokemon names. I couldn't find any, but I'm sure someone can write a quick script to check the two lists against each other. Let me know if you can find any.
Wednesday, April 25, 2007
Fantasy Football and Web Applications
I think the biggest mistake people make when looking at Web Applications and SaaS is thinking that's about just moving users over from siloed enterprise applications. This just scratches the surface.
I'm a long time fantasy football player (16 years now.) When we started our league we all used to get up early on Monday morning to get the stats out of the paper and manually calculate our results and phone them in to the commissioner. We were dedicated buyers on fantasy football magazines. Eventually we found some desktop software from an ad in one of the magazines and used that to start managing our league.
When fantasy football came on-line and we were able to put our league on CBS Sportsline's Commission.com it was a revelation. We were able to configure our league exactly like we wanted and get realtime stats and draft and trade our players much more easily than we ever thought possible. We even stopped having our draft at the local pizza joint so we could go to someones house and connect to the internet with the draft attendees from all over the country (though we are now back at Vito's in Sunnyvale since they added wireless.)
Soon every fantasy football league in existence went on-line. I don't think there has been an off-line league anywhere in the country. A web application made our lives so much easier.
But was have been even more amazing is to see the explosion of popularity in these fantasy leagues since the advent of the web. What used to be a highly targeted sport's fan/geek niche has become a much more main stream pastime. No longer is participation limited to 40 year old losers like myself going out and buying the football magazines. In our office, almost everyone has some sort of team.
Good web applications have a way of doing that. They convert not just existing users but broadening the scope of who uses them. eBay took collectibles out of dust shops and fan mags to the masses. Salesforce.com has brought CRM out of the Fortune 500. It will be interesting to see what is next.
I'm a long time fantasy football player (16 years now.) When we started our league we all used to get up early on Monday morning to get the stats out of the paper and manually calculate our results and phone them in to the commissioner. We were dedicated buyers on fantasy football magazines. Eventually we found some desktop software from an ad in one of the magazines and used that to start managing our league.
When fantasy football came on-line and we were able to put our league on CBS Sportsline's Commission.com it was a revelation. We were able to configure our league exactly like we wanted and get realtime stats and draft and trade our players much more easily than we ever thought possible. We even stopped having our draft at the local pizza joint so we could go to someones house and connect to the internet with the draft attendees from all over the country (though we are now back at Vito's in Sunnyvale since they added wireless.)
Soon every fantasy football league in existence went on-line. I don't think there has been an off-line league anywhere in the country. A web application made our lives so much easier.
But was have been even more amazing is to see the explosion of popularity in these fantasy leagues since the advent of the web. What used to be a highly targeted sport's fan/geek niche has become a much more main stream pastime. No longer is participation limited to 40 year old losers like myself going out and buying the football magazines. In our office, almost everyone has some sort of team.
Good web applications have a way of doing that. They convert not just existing users but broadening the scope of who uses them. eBay took collectibles out of dust shops and fan mags to the masses. Salesforce.com has brought CRM out of the Fortune 500. It will be interesting to see what is next.
Saturday, April 21, 2007
What do you mean I can’t “Click-To-Buy” your Software!?!
I just got back from the Tier 1 SaaS Evolution Summit, where I saw a presentation by Mike Mankowski of Tier 1. He had one statistic that floored me; that only 13% of Software as a Service companies had click-to-buy functionality on their site. Delivering as many SaaS apps as we do, I knew a number of them didn’t allow users to subscribe directly from their site, but I had no idea it was 87%!
While Mike was quick to point out that research was preliminary, I think it’s amazing indication that many SaaS companies are not truly understanding what it means to be On-Demand. It’s not enough to offer your software on the web and charge a subscription, you need to make it simple to adopt and get started. Not having a “click-to-buy” feature tells your users that they are going to need your help to get going and make their software work. That sounds a lot like bad old Enterprise Software.
Besides “Click-To-Buy” offers great advantages for the SaaS company. Not only does it greatly reduce your customer acquisition cost, it forces your team to simplify your message and clarify your primary value to a user. You may not be able to sell a complete and complex suite of tools over the net, but if you have “Click-To-Buy” you can get to a point where people can get going. Once they are using your software, then you go in for the complex sale.
From here out, I’m going to ask every SaaS company I meet if they have “Click-To-Buy,” and if not how soon they will have it. You can't be Business Web if you don't allow people to do business with you on the web.
While Mike was quick to point out that research was preliminary, I think it’s amazing indication that many SaaS companies are not truly understanding what it means to be On-Demand. It’s not enough to offer your software on the web and charge a subscription, you need to make it simple to adopt and get started. Not having a “click-to-buy” feature tells your users that they are going to need your help to get going and make their software work. That sounds a lot like bad old Enterprise Software.
Besides “Click-To-Buy” offers great advantages for the SaaS company. Not only does it greatly reduce your customer acquisition cost, it forces your team to simplify your message and clarify your primary value to a user. You may not be able to sell a complete and complex suite of tools over the net, but if you have “Click-To-Buy” you can get to a point where people can get going. Once they are using your software, then you go in for the complex sale.
From here out, I’m going to ask every SaaS company I meet if they have “Click-To-Buy,” and if not how soon they will have it. You can't be Business Web if you don't allow people to do business with you on the web.
Subscribe to:
Posts (Atom)