{ height: 1%; } - Ruby on Rails and User Interface Design

CSS, UI Design, Ruby on Rails and cheese ... lots of cheese

Kiko sells for $258,100

Posted by Richard White Sat, 26 Aug 2006 18:02:00 GMT

The Kiko auction just ended and we’re as shocked as everyone else is but about 10 times giddier. Yes, the bidder is legit. No, we will not say who it is. Stay tuned.

Posted in  | 9 comments | 1 trackback

Actual lessons from Kiko

Posted by Richard White Fri, 18 Aug 2006 01:31:00 GMT

With all of the buzz about Kiko 's demise (and how Web 2.0 is going with it) I thought, as a member of the Kiko team, I'm in a good position than most to give a detailed explanation of what we learned and what went wrong. Be warned, this post will be long on facts and stories so if you're looking for assumptions and hand waving I'd suggest reading some other posts* :)

First, a few common questions:

Did you see Google Calendar coming?

Yes. It had been in internal beta for over a year and not all the Googlers at the 'plex are good at keeping secrets. The launch that really surprised us was 30boxes.

Did Google Calendar kill Kiko?

No. One of our biggest traffic days was when Google Calendar was released because we were mentioned in all the new stories as one of their top competitors. In fact, we repositioned Kiko to take advantage of a market that most other players, including Google Calendar, were neglecting: users outside the US. We added options like Monday week start and different date formats. We setup a wiki and let our users translate Kiko into 11 languages. And we moved away from a US-only SMS reminder system to one that worked internationally. At last count 60-70% of our users are from outside the US.

That said they did have an impact on our ability to garner press for our re-launch (see below) but it wasn't a case of Google coming into the calendar space and stealing all of our users.

Where was the business model?

Everything was predicated on getting a critical mass of users. Without that there's no point in coming up with alternatives and if you do achieve it then you can monetize through the usual hannels (ads and premium accounts). I agree with the 37signals argument that having paying customers forces you to hone in on what that market wants, and that probably would have done us a lot of good, *but* that's not why we went under (see next question). Many people seem to disagree with me on this point so feel free to post your counter arguments (or links to them).

Why did you guys decide to call it quits?

We didn't have the capital, and not just in the monetary sense, to take Kiko where we thought it would successful: the small business / OEM market. The team was burned out and we decided that it was time to find someone else to carry the torch. We did not run out of money. In fact, we pulled up well short of the end of our runway. So if you'd like to make the argument that our lack of a business model did us in, go for it, but it has little basis in reality. For more about this, read my Kiko eulogy.

And now, what I learned on my web 2.0 voyage

Stay focused

Justin mentioned this on his post mortem write-up but I'll elaborate a bit more. We were on track to release the new version of Kiko in the middle of January, when we *lost focus* and starting working on something totally different altogether. This was obviously a suicidal move in hindsight as it cost us 2 months: Kiko 2.0 launched on March 15th instead of January 15th. During that time two important things happened:

  1. 30Boxes came out of nowhere and launched on Feb 14. Thus becoming the new internet calendar darling.
  2. Screenshots of Google calendar were leaked and posted all over the internet.

The combination of those two events meant we got very little press coverage for our launch (or re-launch) since everyone was holding their breath for Google Calendar or fixated on 30boxes.

Release early, but not too early

You always hear "Release early, release often", especially if you hang around Paul Graham crowd, but the footnote that doesn't get enough airplay is that you shouldn't release too early (queue the sophomoric jokes in 3.. 2..). You only get one shot to impress people; don't blow it because they won't coming back next week to see if you've improved. Kiko 1.0 was released in September 2005 and was met with much fanfare for being one of the first AJAX calendars on the web. Unfortunately, the user interface was pretty bad (which is how I pushed my way onto the team) and people generally said "wow that's cool… next!" The obvious problem is that when we launched version 2.0 I think the general reaction was "Kiko? Seen it. Hey how bout that new Google Calendar coming out?".

Too many features killed the cat

It didn't look it at first, but if you played around with Kiko 1.0 for 15 minutes you found out that there was a *lot* of functionality under the hood. Problem was that we felt we needed to bring *all* of that functionality over to Kiko 2.0. I mean you can't cut features between versions, right? Wrong. We should have cut features, probably about 40% of them and launched.

This also contributed to our late launch and slowed us down after the launch because we had so many features to maintain.

You must have a plan for escaping the Technosphere

To a degree, it didn't matter how many posts we got on TechCrunch, LifeHacker or Scoble; we would still be stuck in the same Technosphere duking it out with Google, 30Boxes and everyone else. You can make a nice living just pimping your wares in the technosphere (which is what I'm attempting with SlimTimer) but if you ever want to gain any real traction as an online calendar service you have to target the cubicle dwellers and their Outlook calendars that only exist outside the sphere. Techie users are fickle, transient and demanding. You can spend all of your time implementing ATOM feeds and hCalendar export and never be the better for it.

We didn't have a plan for how to go mainstream, which, in hindsight, was a prerequisite for our success. We would have needed capital to do old school PR, marketing and sales and develop a sync service for Outlook. That said, I don't think either of Google Calendar or 30Boxes have managed this feat either.

...

Regardless, we were feeling pretty good about ourselves around the middle of April. We were running neck and neck with 30boxes, according to Alexa, and we thought that the release of Google Calendar might be good because it would push one of the other big players into acquiring a calendar application to compete. 30boxes had stated that they didn't want to be bought out so, as the #3 player, things were looking hopeful. Things didn't pan out, but that's okay. None of us were ever had a Lexus on hold; we were just happy to be in the fight.

So, What's next for me? Well the 'next big thing' for me is already here: SlimTimer, online time tracker and the solution to the scourge of timesheets, launched to positive reviews a month ago and I'm working hard to keep the momentum going.

Digg It! Reddit


Addendum (8.20.2006)

Stowe Boyd notes that an incomplete feature set, not Google Calendar or an empty business model, was a primary reason for our poor user adoption and retention rates. Ineffective social networking components and no integration with complementary applications, specifically Outlook calendar, were also significant factors in our demise (see other factors above). Our social networking components, contact management and calendar sharing, *were* ill-conceived and, despite making Outlook integration a top priority *after* we released, we were not able to follow through.

Our contact management and calendar sharing implementation did not meet our users' needs because we never defined our target market. In addition, our designs for how these features should behave were negatively affected by our marriage to the existing, and broken, workflow in Kiko 1.0. Techies, families, social groups, and businesses all have different needs for sharing their calendar data with others and, by ignoring that fact, we created a solution that met no one's needs. I think we knew that we were going down the wrong path but we were so wrapped up in launching that no one could say what needed to be said: "fix it or dump it". We would have been better off scrapping it and letting our early adopters tell us how it should work rather than release something half baked (which would have also meant *less* features than 1.0 *gasp* -- see 'Too many features killed the cat' above).

Our Outlook integration development was a disaster. Problems with vendors and team members (see hire slow, fire fast on Justin's post) led to a protracted death. This was a morale killer not only for the team but for our users as well and was the beginning of the end of our operation.

Footnotes

* The shot at Dharmesh's article is simply good natured ribbing. The fact that he posted on my blog and linked to it makes me feel that he knows that. I mean it's not like I would really expect him not to make assumptions since he can only analyze the situation from the outside, like everyone else (then again I guess he could have emailed one of us). I just wanted to make a point that my article has a different point of view.

Kiko in the deadpool

Posted by Richard White Thu, 17 Aug 2006 05:57:00 GMT

It was both a sad and liberating day for me as Kiko dived into the deadpool. I won't get into all of the dynamics of the situation, but, in a nutshell, we had lost our spark and were letting our users down by not improving the product the way we should have. We felt it best to move on to other ventures rather than try and drag this one along even further.

I am actually proud of this exit strategy in a way. While it's not the one we envisioned going into things, I still think we are doing our best to satisfy the two most important stakeholders in Kiko: our investors and our users. We do care about our investors' money and instead of just burning through the rest of the piggy bank trying to get our groove back we are trying to recoup their investment (we stand to gain little from the auction). We have also put in place both iCal export and account deletion so our users can take their data with them over to another calendar service if they so choose (or stick with Kiko while we find an acquirer).

While Kiko may be seen by some as a another web 2.0 failure, for me personally it's been the catalyst for the greatest period of self development in my career. Without Kiko there is no AjaxScaffold, SlimTimer or Brighthouse. Without Kiko I have a lot less really smart friends and cool "I met _____!" stories.

So thank you to Justin and Emmett, Kiko's founders, for rolling the dice on a guy you'd never met in person and thank you to our users for all your kind words and tolerance of our mistakes.

Update: I've also posted a take on what we learned and what we screwed up.

Kiko Online Calendar version 2 released!

Posted by Richard White Mon, 20 Mar 2006 23:20:43 GMT

All of the hard work and long hours over the last few months has finally borne fruit: the new version of Kiko Online Calendar has been released.

With a complete application rebuild from our beta, lots of new features and a complete redesign of the interface by yours truly I think we’ve got something really special. One of the nice things about Kiko is that your calendar has its own URL that you can give out to people so that they can view your public appointments. You’ll notice the link to my Kiko calendar on the right hand side of the page; go have a look and see how lame my social life is.

Check it out and by all means let me know how you feel about it; comments and/or emails are welcome.

This also means that I am cycling back and catching up on some things around here so expect 1, if not 2, AjaxScaffold releases this week. One of which will hopefully end the gnashing of teeth over the lack of sorting and pagination support …hopefully.

PS: Since Kiko has it’s own blog, I’ll be gratuitously praising it on there from now on.

Impending Kiko release means everything else goes on the shelf

Posted by Richard White Tue, 14 Mar 2006 23:56:26 GMT

The whole Kiko team, including myself, is working overtime to get the release out the door ASAP. Because of this everything that I have promised people would be coming this week (a new Brighthouse release, a new AjaxScaffold release and some more AjaxScaffold howto articles) is going to be pushed back to early next week. Sorry about this guys but getting the best online calendar out the door is job #1 right now and I hope you’ll agree once its finally released.

Kiko update

Posted by Richard White Tue, 28 Feb 2006 22:14:54 GMT

I’m currently on the last leg of my journey from Boston after spending a solid week with the rest of the Kiko team hammering out the final details of our next release. We are on the cusp of being feature complete (I’m sure any project managers in the audience are chuckling at that sentiment) and I’d say that the features are pretty impressive even if I weren’t biased.

Here’s a little background if you haven’t heard about Kiko yet. Kiko is an online calendar much like any of the multitude of other other calendars out there except Kiko was one of the first to employ Ajax to create rich functionality such as dragging and dropping appointments. The beta was released last September and has garnered a lot of interest on the internet as whole. The initial beta went well and we learned a lot about what works and what doesn’t. With that in mind we went back to work on the next release, the one that would take the beta out of the header.

My role, since I joined the team soon after the beta release, has been to create the best web calendar UI in the world for the next release. We’ve basically been in stealth mode since that initial beta, holed up in dark closets slaving away to create the most usable and beautiful calendar on the web (at least I’ve been slaving away on that; the other guys are more into things like features and functionality. Bah! :) ). I realize I’m setting the bar pretty high here, but I think the web calendar space could using a little bar raising, don’t you?

I’ll be dropping more hints and updates over coming weeks as we get closer to the big day. Joel Spolsky, be prepared to eat your heart out!

Brighthouse updated and I'm off

Posted by Richard White Tue, 21 Feb 2006 13:08:00 GMT

Just a quick note that I have now added a version to the link to the Brighthouse theme on sidebar. Considering I rapidly threw together this theme yesterday morning it was bound to go through a couple iterations throughout the day. Let me know if you like it and definently send me a link to your blog if you’re using it, one person already has.

I’m also running out the door as we speak to catch a flight up to Boston to join the rest of the Kiko team. We’ll be making our final push to 2.0 (as in version 2.0 not web 2.0) this week, I’ll give you more updates on that as we get closer