Archive

I now write on Medium here. You can find some of my old essays below.

The Path

There are a lot of philosophical divisions among entrepreneurs: bootstrappers versus fundraisers, platforms versus content, lean versus fat, et cetera. But one has struck me as particularly underappreciated: those who build user flows as a series of deterministic paths and those who don't. Paths are best understood in the context of user flows. In a path-driven business, each experience that a user -- especially a first-time user -- encounters is designed with the singular purpose of pushing a user to the next experience and perhaps collecting some information along the way. In the case of web businesses, each "experience" is a page. To generalize, a path is deterministic in nature; a subject's destination on any particular page has been determined by the page's design.

Free Awesome is a great example of a purely path-driven business. While there are plenty of links, there are really few options to leave the path, which presents the user with an alternating series of instant-win games and lead gen. This enables simple mathematical modeling and optimization of the business.

Don't get me wrong -- plenty of businesses aren't driven by paths. General Assembly is about as far as you can get from a path business -- we're building value in a brand rather than a platform or cash flow -- but we still think of large pieces of it in a path context.

But some of the best companies create products that feel like robust experiences but are actually just deterministic paths. Mint.com was a great example of this. While it felt like a comprehensive site, Mint really just guided the user down an inevitable path toward high-value lead gen offers, such as credit cards. That outcome was baked into the site's raison d'etre at the highest level: users were ostensibly on the site in order to optimize their expenses and save money. So Mint would lead them down a path, collecting sensitive financial information along the way, with the eventual outcome of providing the user with an opportunity to get a low-APR credit card from Discover.

From a psychological perspective, Mint was brilliant. The "saving" component was the carrot hanging in front of the user the whole time. So when the user finally ended up on a page filled with the same credit card offers they get in the mail every week, they viewed those offers as opportunities to save money rather than just more ads.

Some entrepreneurs may look at path-driven thinking as limiting. After all, building your experience as a path discourages users from exploration and tends to focus the business on quantitative -- rather than design-driven -- decisions. It's not for everyone. But I do recommend the path approach to many of the first-time entrepreneurs I meet for the following reasons:

Paths kill scope creep If you are designing your site as an experience that contains a bunch of different things that users can do, it's awfully tempting to build yet another shiny thing for your users. This leads to scope creep, frustrating developers and pushing out timelines. When you are building a path, feature creep makes little sense: something either helps your user get to the next page or it doesn't. Details can be A/B tested after launch.

Paths simplify evaluation As an early-stage entrepreneur, you want to figure out whether your idea flies as soon as possible. If you have a path, figuring this out is easy and requires little more than Google Analytics: either the conversion data adds up or it doesn't. If you have a complex multi-dimensional user flow, it's challenging if not impossible to figure out why the dog food isn't getting eaten.

Paths end debates Passionate debates about design are one of the most painful parts of the early-stage startup process. As they simplify evaluation, paths make many of these debates far less necessary -- if something is in contention, there is a clear quantitative conversion metric on each page to test it against.

I'm not arguing against design. But good design is hard, and design outside of the constraints of a deterministic path is really freaking hard. And if you're a founder of an early-stage company, your job is already hard enough.