GOOG buys jotspot

I view this as Google's shot across the bow for enterprise software-- while JotSpot is today focused on the providing wiki technology to small businesses and consumers, their CEO Joe Kraus has a vision for using wiki technology to enable the "long tail of enterprise applications." They already have a powerful extension concept that allows you to add more structured objects (e.g. calendar widgets, to-do lists, etc) to your wiki… the same concept we had in Torrent. More structured businesses data wouldn't be far behind.

See below for more on Joe's vision-- just think, he know has the resources of Google to put this into action!

Ryan

Other links on the deal:
http://www.marketwatch.com/News/Story/Story.aspx?guid=%7bBDB694DF-5E1E-454A-AC35-2C631EE3B241%7d&siteid=yhoo&dist=yhoo
http://www.jotspot.com/google/faq.html
http://blogsearch.google.com/blogsearch?hl=en&q=google+jotspot&btnG=Search+Blogs
______________________________________________
From: Nichols, Ryan
Sent: Wednesday, Dec 21, 2005 14:06 PM

Joe Kraus, one of the founders of Excite, now CEO of JotSpot...

The Long Tail of Software
http://bnoopy.typepad.com/bnoopy/2005/03/the_long_tail_o.html

The long tail doesn’t just apply to music and movies. There’s a long tail for software as well. Here’s why.

The purpose of software in business is to support the way a business does business – from the way a business runs it’s hiring and firing to the way it orders materials to the way it tracks sales. In the market-speak that surrounds the technology business, the purpose of software in business is to support these “business processes”.

Let’s do some simple math. First, every business has multiple processes. Things like hiring, firing, selling, ordering, etc. Second, while some of these are pretty common in name from business to business (recruiting, for example), in practice, they are usually highly customized. Finally, there are simply a large number of processes that are either unique or that are common to millions of very small markets and therefore not traditionally worth the effort to buy software for (for example, the process by which an architecture firm communicates between it’s clients and the city planning office).

These three facts

1. every business has multiple processes
2. processes that are similar in name between businesses are actually often highly customized
3. there exist a large number of processes unique to millions of small clusters of industries.

means that there is a combinatorial explosion of process problems to solve and, it turns out, little software to actually support them.

Said another way, there is a long tail of very custom process problems that software is supposed to help businesses solve.

Inaccessible Tail

In the past, software’s long tail has been generally inaccessible because software has been

Too difficult to write
Too expensive to write and distribute
Too brittle or expensive to customize once deployed.

It just hasn’t been economical for someone to create a custom software company to help architecture firms.

That’s why, in the software business, the traditional focus has been on dozens of markets of millions instead of millions of markets of dozens. The traditional software model is to make software have enough features and address enough of a homogeneous market that you can sell millions of copies of the same software. In the past, that’s been the only way to make money.

How the software tail gets address today

The market doesn’t like a vacuum and people do solve their software needs in the long tail. They do it using two basic tools: Microsoft Excel and email. I’ve seen so many business that run on Excel+email. People build structured lists in Excel and then send them out over email for comments and updates – a list of people to hire, a list of deals they want to do with action items included, a list of features for the next product

While normal users don’t think of it this way, what they’re really building is an long-tail application – a custom application, built by the end user and networked over email.

Doing better (warning, personal plug for JotSpot coming…)

Excel and email are the wrong tools for software in the tail and we all know it. It’s really easy to start with, which is fantastic, but it suffers from.

Versionitis. We all know what happens with spreadsheets like these. You create it, you mail it to 10 people. One of them changes and mails it back out. Rinse, lather, repeat until everyone’s inbox is full of this thing and no one knows who has the latest version.

Updates. You only know the sheet has changed is when someone emails it to you.
No integration. What about the stuff that doesn’t fit in the grid? – the email and documents that go along with these spreadsheets?

That’s where JotSpot comes in. JotSpot is a company that is building a platform to make it easy and affordable to build long-tail software applications. To take those Excel spreadsheets and turn them into real web-based applications where you don’t have versionitis, where updates find you instead of you looking for them and where you can integrate data in your hard drive with data from the web, email and other applications.