Facebook and the MMVP

Cross-posted to Zolo Labs.

I didn’t realize just how true my previous post about the minimum MVP might end up being. When we first conceived of Zolodeck, we figured we’d build it the Lean Way. In that process, we came up with an MVP – and this included support for LinkedIn, Twitter, email inboxes (GMail, etc), and possibly, Facebook.

Now, however, given our time constraints, it looks like our first (pre) alpha (is that even a real term?) users are going to start with Facebook only! Every time we started planning our initial alpha public release, our burn-down projection would show something horrendously far into the future. So we kept cutting back, and we think we have something now. Something that we’d want to use ourselves.
 
I’d have never believed myself if I’d told me I’d launch with just Facebook. But in some ways, this narrowed scope is actually better (apart from being doable in a reasonable amount of time). It will give us a slice of functionality to test, all the way through one end to the other. Our other sources of data (email, LinkedIn, Twitter, etc) are extremely valuable, but they can easily be added later. Just having Facebook means that we can focus on the value-add of our app, rather than just having data from all over.
 
In any case, we’ll see what our users will say 🙂  

Love and the minimum MVP

Cross-posted to Zolo Labs.

The start of a new project is always exciting… there’s the anticipation of awesomeness that can make one giddy 🙂 It’s the potential of the idea, the opportunity of the clean slate, the possibility of applying all learnings to date, and the hope of doing things right

Of course, a business is more than just the product. Somewhere, there’s got to be money involved. And for that, there have to be people who get enough value that they actually pay you. And that you can take in more than you spend to provide the service… 

Here’s the thing, though: if your product is in a “new” space (hasn’t everything that could be invented, already been invented?), then how do you know if you’re building something anyone cares about? This is where the minimum viable product (the much talked about MVP) comes in: the idea is that you build just enough for your early users to try out the product and give you critical feedback that would help you understand the market and its needs. Obviously, these early adopters are not the majority, so the data gathered needs to be adjusted accordingly.

So far, so good – the MVP approach looks really good for new products. For Zolodeck, for instance, we came up with what we thought was a fairly thinly sliced product. What we didn’t count on was that since Zolodeck is still a nights and weekends project (a labor of love, if you will), we don’t quite have enough time to build the MVP of our dreams. So we’re now building a minimum MVP. We’re calling it, wait for it… an MMVP. 

Given that we’re so resource constrained right now, Lean ideas really help. And the MMVP takes this to an extreme – we have to choose just those 1-2 things (maybe just 1 thing) that are the most important to test right now. We really need to think through prioritization of our feature road-map, and decide what to build next. The prioritization needs to take into account everything we can think of – product/market fit, business and technical risks, and so on.

We’ll post updates here as we make progress. For now, we’re hoping to get something into the hands of our first dozen users in the next couple of weeks. Stay tuned!

Designer-driven vs. metrics-driven product design

Cross-posted to Zolo Labs.

An interesting question cropped up over dinner the other night – does metrics-driven design have any place in the world of designer-driven product design? For instance, Apple is famous for not using focus groups and so on, and instead relies on their own processes and practices to develop their amazing products.

I’m a huge believer in Lean methods for developing products and building a business (I’ve written about this before, and spoken about it as well). I’m also a huge Apple fan-boy (yes, I wept when Jobs passed). And obviously, Apple does a lot of things right when it comes to developing products.

So how do these two ways of driving product design mesh with each other?

My point of view is that they’re not mutually exclusive. While there’s no substitute for vision (and thereby designer-driven product creation), metrics can serve as an excellent sanity check. They’re really guard-rails, guide-posts, safety-net, compass, or whatever analogy you want to use. They can be especially useful when the product is in a “new category” and where there may not be established usage patterns or user behaviors to draw from.

If you buy into the “iterations are awesome, fail-fast, learn-improve-repeat” process, then you really can’t do it without metrics. And, of course, you need the right metrics, but that can be a post for another day.

Metrics Driven Product Design

Cross-posted to Zolo Labs.

I’ve had some downtime from work recently, and have been working on a side project with a friend. (Isn’t that what vacations are for?) We’re calling it Zolodeck. One of the first things we did is decide that we want this to be driven completely by future users. So this is an experiment in user-driven product design, you might say.

Technically, we’re tracking everything that a user can do. This data gets fed into our data-digester. Yes, that’s the technical term. And out comes Insight. The idea is to use these insights to decide how to evolve the project.

We’re looking at several ways in which we can get the infrastructure to support all this, including building out our own. I know it will be a complete distraction from the goal of the project, so I’m certain we won’t go down that route. We’re still evaluating what we’ll end up with, so stay tuned on that. We do want to document our experiment here, so this notion of “metrics driven product design” should be a recurrent theme on this blog.

BTW, we’ll also add convenient text-boxes that users can use to drop us notes (mostly appreciative suggestions, but also hate-mail if they choose 🙂 ).