tecosystems

Google Calendar: Right for RedMonk?

Share via Twitter Share via Facebook Share via Linkedin Share via Reddit


Google Calendar Screenshot

Originally uploaded by sogrady.

Well now, this should be interesting. As Luis and hordes of other folks have noticed, Google’s (finally) released its long awaited calendar application – check it out here. I’ve written about the potential impact of a Google Calendar offering before, and have actually been anticipating such a release for a couple of years – along with just about everyone else in our industry.

The first question to be answered when I first heard of the release was simple: was Google Calendar more Gmail, or Google Reader? The former was groundbreaking in a couple of respects – storage size, use of Ajax, threaded conversation style, etc – while the latter was, for me anyway, unusable. As far as I can tell in my usage so far, it’s more Gmail than Reader, though not nearly as innovative. That, in part, is an indication of just how far Ajax has reset customer expectations; it’s transitioned from a differentiator to table stakes.

But what about the features? As we often tell folks that are briefing us, RedMonk is not a feature/function firm; we’re not in the business of doing product scorecards or comparisons. But from a RedMonk perspective, Google Calendar has a couple advantages over our current calendaring system, Exchange.

  1. Interoperability:
    This has far and away been our biggest challenge with respect to calendaring and collaboration; I’m on Linux, Cote’s on OS X, and James is on Windows XP. As a result, our usage of Exchange is limited by our respective front ends: the Evolution Exchange Connector, for example, that I use to patch my instance of Evolution into the Exchange backend, simply cannot do some of the things that Outlook/Exchange can – like open another user’s folder (I can only check free/busy, and only then by creating an appointment). To make matters worse, the version of the Outlook web client that Microsoft makes available for non-IE browsers is primitive when compared to the IE version. In short, scheduling between James, Cote and myself is problematic via Exchange.

    Google Calendar, however, supports Firefox – the browser of choice for all three of us, I believe – just fine. More importantly, calendars can easily be shared with users on other platforms and technogies, either as web pages or feeds (XML or iCal). For example, here’s the XML feed for the Denver Tech Meetup calendar, and here’s the iCal (no dates in it yet – it’s looking like the last week of April or first couple of weeks of May). As an aside to Google, Luis’s right – those links are way too hard to find. This interoperability not only guarantees a measure of platform independence, it also assures that what goes into Google Calendar can also come out.

    Interestingly, Google Calendar is also the first application I’ve tried that was able to successfully import the iCal file from my Evolution client. It doesn’t appear that it got all of it – there are certainly more than the 45 items successfully imported in my real calendar – but it didn’t fail, unlike Trumba and a couple of the other SaaS calendar options I’ve demoed.

  2. Productivity Improvements:
    As many of the other calendaring applications such as 30boxes have shown, traditional interfaces to calendaring applications are needlessly obstructive. For example, if I want to have lunch with Alex on Monday at 2 PM, why can’t I just type that? Instead I’m usually required to open the calendar to a particular day, open a window to create an appointment, use some select boxes to pick a date and time, then click save. It’s needlessly inefficient, and Google Calendar does allow for quick addition of appointments using natural language.

    One of my other serious issues with current calendaring systems is the lack of notification; it’s absurd to me that in this day and age, when just about everybody has a cell phone, calendars still can’t notify you of appointments via SMS. Google Calendar’s remedied this, and provides SMS notification of appointments provided that you give them your cell #. Unfortunately, they don’t have Verizon set up – which is more than a little weird, given that Verizon’s the second largest network in the US – so I can’t test that. But I’m hoping to be off Verizon soon anyway.

  3. Calendar Sharing:
    On platforms such as Exchange, the notion of sharing calendars – apart from very basic free/busy functionality – across corporate or other boundaries is virtually non-existent. This has been my knock on products such as Lotus Notes in the past; they’re terrific for fostering collaboration amongst users on the same product and on the same network, but do little for would-be collaborators on opposite sides of a firewall. Google Calendar again is an improvement here, as it allows very granular control of who can view your calendar, what they can do with that calendar, and so on.

    The catch, as is nearly always the case when granular control is granted, is that sharing is a bit complicated. I couldn’t easily figure out, for example, what permissions I had on a RedMonk shared calendar Cote sent over this morning, and a couple of friends have had trouble figuring out how to share their respective calendars with me.

So functionally, I’m in agreement with most of the reviews that I’ve seen so far today: Google Calendar is an excellent first entry. It’s not perfect UI-wise, the Verizon SMS thing is irritating, and I’ve experienced fairly regular latency, but overall it’s a solid offering that should be usable by anyone looking for basic calendaring – which, in my view, is most calendar users.

But forget those hypothetical regular users, my interest in Google Calendar is more than academic. As I’ve discussed ad nauseam before, our messaging situation is quite dire – and I’ve been on the lookout for a replacement for a while. And if it was just messaging, I probably would have gone with something like Fastmail or Tuffmail as recommended by Friends of RedMonk like Alex or Christopher. With the amount of scheduling we do, however, calendaring is not a nice to have – it’s a must have.

Given that, Gmail/Google Calendar looks like a pretty good option. They have POP/SMTP access, so we could all continue using our clients of choice (Evolution/Outlook/Mail.app/etc), and those of us with the ability to capture iCal files offline (Evolution, in theory, can do this) would even have persistent. The calendar persistence is less important, for me anyway, if the SMS notification works reliably. I’d much rather get occasional text messages than keep opening my laptop.

What’s the catch? Well, as Ian learned recently, you’d apparently have to be a “dipshit” to trust free services with “CRUCIAL” data (apparently your personal emails and such aren’t crucial). While I don’t buy that argument at all, nor do I fully trust services that I’m not paying for. That, more than any other reason, is why I believe Google ultimately will roll out for-pay services: folks like me are more than willing to pay for them, if the price is right.

It’s also worth noting that for-pay services are hardly trouble free; we’ve had significant difficulty with our current Exchange host ASP-One, and our experiences prior to them were horrific. And don’t even get me started about our pre-1and1 web hosting history. The (regrettable) lesson learned from those experiences is simple: do not trust smaller, less well known hosts because even if they’ve got their act together, eventually they’ll get acquired and the transition will screw things up. I’d love to give them the benefit of the doubt, but having your email down for 2 days because of a botched DNS & MX record change is not a whole lot of fun.

At present, then, I’m not sure what Google Calendar means for RedMonk. Functionally they’ve got just about everything we need, but the reliability may not be sufficient. And then there’s our users: Cote’s a huge fan of Gmail. James? Not so much.

Either way, for the next few days, I’ll be transitioning my calendaring there as an experiment – worst case I can export the data from Google Calendar and into Evolution. From that, I should have a better sense of whether or not Google’s ideal for us longer term. Regardless of what it means for us, however, I have some ideas on what it means for Google and some of the other calendar players. More on that tomorrow.