Tom Karlo - Karlo.Org

Time Travel, Graphed

Timelines: Time travel in popular film and tv

Hairpin Table Legs

To a man with a hammer, everything looks like a nail... Ever since seeing the hand-fabricated hairpin legs offered by the web store of a machine shop in Ohio at hairpinlegs.com, I've been thinking about building a coffee table for our new place with them. I just have to start hunting for a decent piece of recovered wood or the like to use as the top.

Gruber on Android

"I worry that's going to be the Android community -- forever talking about the next year's batch of phones, because the ones available now just are second-rate."

 - John Gruber
From his follow-up to "The Android Opportunity".

Gruber absolutely hits the nail on the head with his comment that Android hardware designers have to just crush the iPhone in at least one aspect to make a product that has an appeal other than "it's not an iPhone." Make it the best cameraphone ever - like the quality of a Canon compact camera with phone functions (including real flash!) Or make it the best gaming device ever - a Nintendo DS with a phone.

Objectified - a new movie from the Director of "Helvetica"

Coming soon to your local design-fetishist arthouse movie theater. Immediately added to my Netflix "saved" list in case I miss it in theaters. (Here's the film's Netflix page if you want to do the same.)

Designing Search for Web Services

(This is an extended version of an email I wrote to one of the local tech mailing lists here in New York, in response to a developer's question. It seemed generally useful enough that I'm reposting it here.)

A very common design problem in web services project these days is the issue of user search. Most web services now involve pools of data that are far too large to be entirely "browseable", even if we're only talking about finding another user on the service. Very quickly you start to see a specification develop of increasing complexity, involving boolean ("AND/OR") concepts, keywords, and all kinds of other demands targeted at extremely precise results tailored very exactly to the knowledge domain or data set. What's the best way to go about building this user experience?

Maximizing Your Online Business: Part One, Core Value Proposition

This is an extension of an earlier post, which covered how one goes about calculating customer lifetime value (CLV). In this series, I'll be examining the key levers you use to maximize your business, seen through the perspective of CLV. In my previous post around customer value, I reduced the CLV equation down to two key components:

• How much profit you make off each transaction with the customer - i.e. monetization
• How many transactions you get with the average customer - essentially, retention

To transition this a bit more to a customer-centric, rather than monetization-centric, view, your typical business has three key components:

1. The core value proposition to customers - what do they expect to get out of interacting with the company, service or product
2. The monetization of that interaction - how does the company make money off of delivering the core value proposition?
3. Customer acquisition - how does the company find and acquire new customers that find its value proposition compelling?

I'd argue that for most web businesses, it's all about these three components. Everything else is a support function. Any successful business will have to necessarily address all three of these, at least implicitly - you may not have an active acquisition strategy, for example, but that just means you're implicitly depending on word of mouth or another passive method. If you don't have a value proposition, well, that's somewhat more troubling. I'll cover these each in separate posts. I'm going to start with value proposition, because not only is it the heart of the business, but it's also the one component you can't take a passive approach to, whereas there is at least (some) argument that you can leave the mechanics of acquisition or monetization until after you've solved the central value proposition question.

Leatherman's New Freestyle Multi-tool

Back when I was at MIT, we used to call the standard Leatherman tools a "nerdtool" -- like a Swiss Army knife on steroids, they included pliers, knives, several screwdrivers, and a bunch of other components that you might or might not know what you were supposed to do with them. All-in, those things weighed at least a pound, didn't really fit in your pocket, and wearing one on your belt was the style equivalent of wearing two blackberries in holsters these days. (Some of you will think that's uncool, some will think it's cool, and that's exactly why the comparison is apt.) Even carrying one in your bag was somewhat of a commitment in the name of MacGuyver. I still follow knife and tool design because it's a very interesting intersection of mechanical design, ergonomics and aesthetic design. Out of the various objects you're likely to find someone carrying every day (watch, eyeglasses, wallet, keys, etc.) it's one of the few where there is a great deal of attention paid to the functionality of the design, because it matters. In contrast, watches and glasses these days are almost solely about fashion, because the core functionality has become a commodity. Portland, OR-based Leatherman has two new designs coming in May 2009, under the "Freestyle" moniker. These are 4.5 oz, stripped down multi-tools based on the popular Skeletool design that have been immensely popular as a replacement for the old nerdkits. Unfortunately, it doesn't seem like they include basic screwdrivers, but having both a good knife and good set of pliers in a compact, light package is still better than trying to get things done with your bare hands in lots of situations. I'm going to have to try to get to a store and look at one of these firsthand when they arrive in May. (By the way, since this post begs the question: my regular pocketknife is a very small (1.25" blade) Buck knife that has a skeletal steel frame and bottle cap opener built in. It's small enough to fit in my pocket with my wallet and cheap enough that if I ever brought it to the airport by mistake it wouldn't be a big deal. Unfortunately, it's no longer sold - it's been replaced by the Buck Transport, which in all honestly looks like a plastic piece of junk to me.)

My Gmail Experiment - One Week Later

A week ago I posted about trying to jump completely over from client-based email to only using Gmail's web interface. In particular, this was prompted by the recent availability of offline mail reading for that interface, which made it unnecessary to have Thunderbird downloading copies of all my email so I could work on reading and answering messages when not connected to the net.

Site Optimization Resulting in a ~40% Conversion Rate

Now that's the kind of conversion rate I wish I could achieve more often. Based on a Google Website Optimizer run on one of my sites from January 14th to today, February 3rd. And the best part is that the aggregate percentage has been rising steadily over the past week, which means that the current effective conversion rate may be 5 to 10% higher than this.

My Gmail Experiment

My first experiences with email were all server-side applications. Bulletin boards, Compuserve and dialup Internet, then the Athena Unix terminals of my years at MIT. At the time, it made sense - modems were slow, downloading messages took time, and there weren't attachments.

In the interim, I've been a die-hard user of desktop email clients. At my old finance job, I regularly received 100-150 emails a day, which sounds like a lot until you realize that if you're working on 10-12 projects or pitches, that's only 10 emails between team members per day. (Bankers tend to use CC: reflexively, but you are expected to be up to speed on all the threads even if you're not the direct recipient.) I was an Outlook power user by day and a Mozilla Thunderbird wonk by night, plus I carried (and still carry) a Blackberry that gets checked compulsively. (The dog, mind you, gets jealous about how much attention the berry gets.)

Even when not connected to the net, I want access to my email - it's not just a communications tool, it's also a major database of filed information I need when working. But with the addition of offline Gmail access via Google Gears last week, the final issue tying me to desktop clients has been resolved - I can now read and write emails on flights and away from wifi using Gmail.

For the next week, I'm going to try using Gmail's web interface exclusively when at my computer, a MacBook. I've removed Thunderbird from my application dock so I don't open it by mistake, and I've installed Google Notifier in my menu bar so I can see when a new message has arrived. There's a printout of the cheat sheet for Google Mail keyboard shortcuts and I'm going to to my best to force myself to use them so I can get up the learning curve faster. And I'm going to see how using a web-only interface to my email box works out.

I'll admit I'm skeptical... I have a hard time seeing how a web-based app can outperform a "sovereign" application like Thunderbird or Outlook. (Although I was never really happy with the keyboard shortcut support in Thunderbird, relative to Outlook.) But there are a lot of obvious benefits as well, including the ability to get the same interface wherever I can access a web browser. I'll post in a week how it's been, and whether I'll be able to remove Thunderbird from my MacBook permanently.