Saturday, October 5, 2013

The Lean Startup Movement from a Decision Science perspective

First off, my apologies to actual Decision Scientists. I have no formal training and just recently learned that the area I'm fascinated by actually has a name.

There are a lot of anecdotes out there about how wonderful all the different Lean Startup methodologies are. If you go and read the Amazon book reviews, you'll see lots of comments about how it changed someones life. 

What you won't see is any data showing they actually help.

I'm a skeptic at heart. Studies on businesses are notoriously difficult to do, and while I could see value in the tools and techniques, I really wanted a deeper scientific basis for all the hype.

I finally managed to find it within the Decision Science literature. Daniel Kahneman has done a great survey of key ideas and concepts in "Thinking, Fast and Slow". It's a long book, but for the purposes of this discussion we really care about part 3: Overconfidence. "The Signal and the Noise" by Nate Silver also talks a fair amount about our inability to do forecasts well. Lastly, "Naked Statistics" provides another view.

The Lean Startup Methodologies (LSM) are designed to help you answer two questions:
1) Should I even bother building a full product?
2) If I do build the product, should I continue with incremental changes, or pitch the whole thing and start over?

As an entrepreneur with a product or business idea you are going be subject to three different cognitive illusions. These are things that are common to all of humanity, and there is little you can do to train them away. The three illusions I see as being the most problematic are Optimism Bias, Domain Expertise Confidence; Confidence in Prediction in an unstable environment.

Optimism Bias
Humans in general tend to think they perform better then average. In particular, entrepreneurs tend to be even more optimistic then the general population about their ability to beat the odds. For instance the base rate of failure for a new business is 65%. But the vast bulk of entrepreneurs consider their chance of failure at 40%. This delusion can help us make it through the day, but it can also cause you to stick with something for far too long. (Kahneman, Daniel (2011-10-25). Thinking, Fast and Slow (p. 256). Farrar, Straus and Giroux. Kindle Edition. )     

Domain Expert Overconfidence
Everyone is over-confident about their ability to predict the future. Doesn't matter how much of an expert you are in your field, you are overconfident. Time and time again we see research that shows a crappy mathematical model that is informed by expert opinion is almost always better than either one alone. (http://www.rff.org/Events/Documents/Lin_Bier.pdf, all of "The Signal and the Noise").

The second part here is apropos to a problem I'm wrangling with at work. I'm working on a product that is all about market creation. By definition, my ability to research and learn about my market is terribly limited since the market doesn't exist. Learning the Lean Startup tools improves your metacognitive ability to see your own weakness in expertise and therefore adapt to it. (http://gagne.homedns.org/~tgagne/contrib/unskilled.html)

Confidence of Prediction
When you ask yourself "Do I need this feature in my product?", the question you are really asking is "Will adding this feature to my product add enough value to my business in the future to justify the (opportunity) cost now?". That is attempting to forecast the future, something humans can be good or bad at depending on how quickly they get feedback about their decisions. Firefighters and nurses, who get almost instantaneous feedback on the quality of their forecasting are able to build a great amount of skill in this area. Those of us running in longer time scales fall prey to building confidence in our predictions, but not actually improving our accuracy. Think of how much that sucks for a moment. You can be in a field for years, making forecasts, assuming you are getting better, but in reality, you aren't. (Kahneman, Daniel (2011-10-25). Thinking, Fast and Slow (p. 240). Farrar, Straus and Giroux. Kindle Edition.)

Essentially it all boils down to the fact that you are going to feel really confident about your idea and plans, but that confidence is not based on actual hard data. It is instead an illusion being fed on how we perceive and think about the world. You can't use your gut 'Confidence' check to know if you really have a product or not at the get go, we're just not wired that way.

But by acknowledging our limitations, we can figure out ways to work around them.

So how do you deal with this trifecta of Overconfidence in your idea?

To quote Steve Blank: "GET OUT OF THE BUILDING" and go talk to customers.

That's it.

All the different LSM out there have different suggestions on how to go about defining a market segment, finding customers, and how to talk to them. But it boils down to talking directly to customers to counteract your overconfidence. They all reccomend a progressive approach in how you do your research. You start with wide open investigational interviews, and as you learn more (and validate or invalidate your overconfident beliefs) you start using more structured interviews to gather more accurate data (but less wide ranging) including things like surveys and prototypes. You can even run A/B value prop testing with a mock web site and google adwords.

That said, you need to be cautious about over-generalizing your results. We humans love to see patterns and over value things we see and measure, even if they have low confidence.
 (Patrick Leach (2006-09-15). Why Can't You Just Give Me The Number? (Kindle Locations 1911). Probabilistic. Kindle Edition. )

Launching - Answering the "Persevere or Pivot" question

These pre-launch experiments have a whole range of cost, accuracy, and specificity. On the low end you have informal unstructured interviews. This is great for proving things our early on, and also allowing you to find a better business idea then the one you thought of originally. On the high end of cost and complexity, you have large scale polling that you do right (i.e. random distribution of customers, proper question wording to avoid bias, etc). These aren't going to find you that better business idea, but can provide a very accurate and specific answer to the question you pose. 

At some point though (and this will be very specific to you and your circumstances) you'll need to sit back and decide to stop pre-launch experments. When do you stop? When failing in market will be better then continuing to run experiments. For example, if you have a large existing business (lets say $100M in annual revenue) that you are thinking of disrupting with a new revenue model, you probably want to do the more formal methods since spending $50,000 on a polling firm and taking the time is small relative to the risk. But a 6 person startup with no actual revenue yet? Depends on the size of your market. If you only have 100 customers, you may want to do more upfront work because running experiments on customers can cause them to get grumpy and leave. But if you have a larger target market, it's fine to lose some customers while you work things out. If you are looking for a more decision science based approach, see Chapters 11 and 12 in Patrick Leach (2006-09-15). Why Can't You Just Give Me The Number?. The different market sizes account for the different approaches in the LSM books.

Once you get a product in market, you are still subject to the same overconfidence illusions around forecasting. This is where the second part of the LSM stuff kicks in: Analytics and Rapid iteration.

I'm totally thrilled to watch market after market get disrupted by rapid prototyping. On the hardware side we had FPGA's come along in the 90's that allowed really interesting products to be built without the capital outlay needed for an ASIC. On the SaaS side, AWS/DevOps/Harware as software movement has added nimbless to that field. Outside of computing, the revolution around rapid prototyping, 3D printing, and cheap CNC tools (like CNC plywood routers) has drastically changed things. Even the repatriation of hard goods manufacturing is occuring because it allows businesses to iterate faster (http://www.nytimes.com/2011/10/13/business/smallbusiness/bringing-manufacturing-back-to-the-united-states.html?pagewanted=all ). 

How can overconfidence get you after launch? Go read the opening chapters of "The Startup Owners Manual" to learn about how Webvan's overconfidence caused them to ignore the metrics they were getting and fail big.

The steps at this point are:
1) Ship iteration of business (this includes ad copy, market segment, marketing webite and materials, actual product)
2) Observe behavior using quantitative metrics
3) Use that to drive qualitative discussions with customers
4) Make a hypothesis and modify product/web site/ad copy
5) Repeat

It's easy to get analytics wrong. Eric Ries labeled these 'Vanity Metrics'. These are metrics that are pretty much guaranteed to give you the answer you want (generally up and to the right). But much like qualitative interviews, there is a broad spectrum of accuracy and complexity around implementation. For that first launch you don't need much. Just a retention chart that is keyed off the activity that drives your engine of growth is enough to shake your confidence. You are looking for analytics that help you detect the huge problems in your overconfident assumptions. You aren't at the point where you care about 3% improvement in a number or running a linear regression on your data.

Don't know what metrics to track? Grab a copy of Lean Analytics (http://leananalyticsbook.com/). They breakdown a large number of different business models and what you should be looking at to decide if you should throw in the towel or not.

How quick should your iterations be? As quick as possible without pissing off your customers or partners. For instance, if you are growing rapidly you should iterate quickly (daily even?). As a portion of your customer base, those people irritated by all the change will always be a shrinking proportion of your total base since you are getting new customers at a very fast rate. I personally (overconfidentaly and untested of course) think you need to be willing to lose your early customers and therefore shouldn't worry about them.

One last moment of reflection. These are all really cool tools. But if you've already decided on a course of action, the value of any new information may be zero since it will not change your mind. In that case, just make your decision and go on. I like these tools (in particular stochastic modeling), but in all honesty, if you crack open Bayesian theory and run the numbers, they only help increase your odds of a good outcome by a small amount. This is due to the huge amount of raw luck and chance that exists in the world. A lot of this is outside of our scope of control (I feel for everyone who launched a new business right before the great recession).

So have fun and enjoy yourself!

Books:
"The Lean Startup"
http://theleanstartup.com/ 

"Lean Analytics"
http://leananalyticsbook.com/ 

"Thinking, Fast and Slow"
http://www.amazon.com/Thinking-Fast-Slow-Daniel-Kahneman/dp/0374533555 

"Naked Statistics" 
http://www.amazon.com/Naked-Statistics-Stripping-Dread-Data/dp/0393071952 

"The Signal and the Noise"
http://www.amazon.com/The-Signal-Noise-Many-Predictions/dp/159420411X 

"Why Can't You Just Give Me The Number? …Guide to using Probabilistic Thinking to Manage Risk and to Make Better Decisions"
http://www.amazon.com/Guide-Probabilistic-Thinking-Decisions-ebook/dp/B0029F2STA 

"The Startup Owners Manual"
http://www.amazon.com/The-Startup-Owners-Manual-Step-By-Step/dp/0984999302 

Tuesday, August 27, 2013

The Lean Startup Movement and the Quant Uprising

I'm building my first new product in over a decade. I started my career back in 1993 as a black box tester on Media 100. I joined the team just as the first engineering prototypes were coming in from manufacturing, well prior to shipping v1.0. After that I helped create Adobe ImageStyler 1.0 in 1998, and then Adobe LiveMotion 1.0 in 2000.

On the suggestion of a coworker I picked up "The Lean Startup" by Eric Reis which lead to a whole lot of book reading (see my other post here).

As my team and I began applying the tools such as Problem and Solution Interviews, mock web sites with A/B testing, and in product analytics, I had a growing sense of unease. A long time ago, in a place far, far, away, I studied chemistry, a fair amount of psychology, and statistics. I've also been deeply personally involved in the evidence based medicine movement and often find myself reading meta-analyses at the Cochrane Collaboration.

The tools from the LSM were generating a fair amount of structured data, some qualitative, and some quantitative. As my coworkers attempted to communicate their findings, they started committing data abuse. They would run a survey on an incredibly small population and attempt to assign meaning to differences that were beyond any reasonable threshold of noise. Or make a graph comparing data without appropriately normalizing it, rendering the results meaningless. Or score aspects of qualitative interview to allow quantitative comparison without controlling for the lack of rigor in how we conducted the interviews.

In "The Lean Startup", Eric talks about Vanity Metrics. But he only looks at some small ways to bias your data so you can lie to yourself. As I continued to deepen my research through reading more books and talking to our researchers, I realized that there are many, many ways to lie to yourself via these methods. 

I had to sit back and collect myself.

Vexed that these new tools I was so inspired by when I read "The Lean Startup" can be so easily abused.

I then realized that data driven decisions (aka The Quants) is a whole continuum of tradeoffs. On the quick and dirty side we have some of the tools I used 12 years ago: Informal customer chats, launch and pray, intuition. On the deep quant side you have extensive surveys, large scale A/B testing, structured and appropriately mediated customer interviews (using tools from the social sciences to avoid bias). For medical work you get all they way to double blind control studies as the gold standard.

But moving across this spectrum greatly changes the amount of time and cost associated with making a decision. In the business world, it can often be cheaper to fail (or make a wrong decision earlier) then to delay action until you have the quants figure it out. 

That was the key part for me: Failure can be cheaper then learning through experiments.

Your job as a leader is to understand the risks and choose the level of rigor and science that is appropriate to the situation.

The Oakland A's helped revolutionize baseball by adding in some quant tools to the player recruitment process. This gave them a huge first mover advantage. It didn't take very long for the other teams to adopt the same tools, therefore rendering that lead negligible. But now just to be in the game you'd better be using those tools or you'll be at a distinct disadvantage. (http://blogs.hbr.org/davenport/2011/09/six_things_your_company_has_in.html

The Lean Startup Movement (LSM) tools introduce a little bit more quant (and therefore rigor, discipline, and skill) with the hope of reducing risk. But they are a tradeoff. They take a bunch of work. Work that could be spent elsewhere. You need to decide if you are in a game like baseball where all your peers are using these tools. If they are, you'd better dust off your copy of "The Lean Startup" or just go home.

But you also need to be realistic about what you'll get from the tools. They are incredibly rough approximations of tools that have been used in the sciences for years. They are full of bias and inaccuracy, just (hopefully) slightly less then the techniques you were using before (and of course slightly better then your competitors). On the flip side, you may be making a decision that is so high risk that you want significantly more rigor then the LSM tools.

I strongly believe that managers who use Quants appropriately will kick ass in the long run. But it's that 'appropriately' part that's hard. As a community we are collecting, quantifying, and tabulating more data then ever. 

Do you have the skills to choose the appropriate level of rigor for the decision at hand?

I didn't used to. I'm getting better though. My next post will go into details as to how I buffed up my inner quant so I can select the appropriate tool for the task at hand.

Till next time,
Chris




Tuesday, August 20, 2013

Recovery from CFS/Post Exercise Syndrome

Back in my original post about my electric bike conversion I mentioned that I had CFS, aka Chronic Fatigue Syndrome. CFS is a poorly defined health condition that in my opinion actually covers a number of very different health conditions. I'm glad I never really accepted it as a diagnosis from the rheumatologist that mentioned it to me, but instead kept scouring my life and health for anything that could impact my energy level.

I'm happy to say I no longer suffer from it.

While it was a slow slide, it hit me hard in the fall of 2008. I just had my first big release as a new engineering manager; planned a wedding and got married; and I started flight training that summer. By the time the wedding rolled around I was beat in a way I had never been tired before. No amount of coffee or sleep would help.

It took me 4 years to figure out all the contributing factors and rehabilitate myself. During that time I met with 7 different doctors trying to get a handle on all the different causes that would contribute to being run down.

I can be a tenacious bastard when I have a goal in sight.

At one point I was working with an endocrinologist and still couldn't handle aerobic exercise. 10 minutes with my heart rate above 105 bpm and I would need to sleep a couple of hours later. I had to ask him "Do you have any more ideas, is there anything else _you_ can do for me now?" after a long pause he admitted no.

Which was a good thing because then I went searching for more answers. In the end I had to address the following things to get my energy back:
  • Allergies
  • Sleep Apnea
  • Stress Management
  • Sleep Quality
  • Vitamin D levels (I was near the level that causes rickets)
  • Stress response to exercise
The last one was the most interesting and least documented of the set. After I had addressed the previous five items, my baseline energy level was great, but any aerobic exercise knocked me flat. Dr. Emily Cooper at Seattle Performance Medicine was the person who helped my through that. It took 3 months of very precise interval based aerobic exercise at the gym to work through the fatigue. At the beginning I had to plan my days to allow me to take a nap after the exercise, or work out in the evening so I could just go to sleep.

After several months I noticed I no longer needed to nap. I was dumbfounded. I kept trying to tickle the dragon, but nope, I was solid for the first time in years.

So now I ride the electric bike for fun and pleasure.

Saturday, August 17, 2013

Lean Startup Book Roundup

Earlier this year I got involved with using Lean Startup techniques to help with a new business inside of Adobe. As is my normal style, I read a large number of books to help get my head around the techniques and build up a base of knowledge I could use in the future.  
As an entrepreneur/intrapreneur you have to be able to lie to yourself a little. Otherwise you would just stay at home and not pursue the new idea that you have. But lying to yourself until you ship your product to the marketplace can be expensive and emotionally devastating.

For those of you new to the Lean Startup Methodologies, they are tools that help you stop lying to yourself and check in with reality at all phases of developing your business. My own path with these tools has been somewhat backward. I originally thought we were further along with our business when I picked them up. But as I applied a tool that I thought was appropriate for the phase of development (for instance a retention graph for our private beta), reality would come through and we need to go a step earlier in the chain to find the problem. We finally ended up all they way back at the beginning.

Here are the books I read and what I took away from them.

"The Lean Startup" by Eric Reis : http://theleanstartup.com/
This is a very inspirational book. It goes pretty fast and doesn't get bogged down. One of the most influential portions for me was the discussion of Vanity Metrics. These are ones that are generally easy to measure and create, but almost always lie and don't provide real actionable data.

I consider this book a great seed of ideas, but too thin on actual implementation and case studies. Read it, get inspired, get familiar with the terms and concepts, then move on to a different book for implementation.

"Running Lean" by Ash Maurya : http://runninglean.co/

I consider this the next book in the series. A key tenet to stop lying to yourself is to go out and interview potential customers in as neutral a way as possible (it it very easy to influence people so they tell you what you want to hear).

Ash does a great job step by step explaining how to use a Lean Canvas (a derivation of the Business Model Canvas) to help clarify your ideas, find target customers, and then go out an do qualitative interviews. He has a lot of examples of how he used these tools to clarify his thinking and provides good guidance when you use them yourself. 

"Lean Analytics" by Alistair Croll  (Author) , Benjamin Yoskovitz : http://leananalyticsbook.com/  

This book is good when you have an idea of where you are going. While they talk some about the early qualitative interviews you need to get out and do (in their Empathy stage), I found "Running Lean" much more detailed and useful for doing that. But "Lean Analytics" does point out many common problems in interviewing techniques that aren't really addressed in "Running Lean" and therefore is a nice complement.

"Lean Analytics" has my favorite graphic in it where they list the major lean methodologies that are kicking around and compare and contrast them. They then go ahead and invent their own. That just underscores the fact that LSM is just like Agile Engineering. It's much more about philosophy and culture then any specific dogma. Dogma is good when getting started as it can help prevent you from heading into the weeds, but as you get familiar with the concepts you can be flexible.

This book was my first introduction to many different revenue generation models (I read it before "Business Model Generation") and is great for that. Not only does it cover the models, but also what metrics should be tracked, and has many case studies as to how these were applied in the real world.

The book is also awesome for coming up with "The One Metric That Matters". It can be easy to lose focus with all the things going on, and this is a reminder to regularly pick out what you should be targeting, figuring out how to measure it, and then head for it.

One thing I was disappointed about is that they don't really address anything about the statistical and/or business significance that you can attach to numbers. When starting out at the beginning of a product, you normally have very small sample sizes and it is very easy to be mislead by your data. When working with small sample sizes you need to be vigilant when to consider your quantitative data suspect and just throw it out lest it influence your thinking (see "Thinking, Fast and Slow" chapter 14). Stay tuned for a blog post on this problem area.

"The Startup Owner's Manual" by Steve Blank and Bob Dorf : http://www.stevenblank.com/startup_index_qty.html

I really wanted to like this one. It's intentionally not done in a narrative style and I found it hard to digest. While I occasionally would reference it, I found myself using the other books more often. The book does call this out at the beginning. I think the book would work much better in a classroom setting then how I used it. I found the explanations of _how_ just not fitting how my brain works. The why parts are great.

The book does have a great discussion of the Customer Development methodology (which helped spawn Eric Ries' thinking in "The Lean Startup) and is good for that reason alone. The other parts are useful, and it has some good case studies. I just opened it to refresh my mind while writing this and I saw a few nuggets that I liked.

On a dorky note, I had a really hard time with the graphic design of the book. I didn't like the main serif font chosen, and I found the mixture of serif, and sans serif fonts jarring. I also didn't like the use of whitespace or even the general typographic layout (the leading felt off, particularly in bullet lists). But I've worked at Adobe for 15 years so I'm probably more sensitive to these things.

"Business Model Generation" by Alexander Osterwalder and Yves Pigneur : http://www.businessmodelgeneration.com/

Speaking of design, the graphic design of this book is luscious. Do NOT buy this on Kindle. The physical book has a wonderful layout along with useful and interesting imagery. As a business and tech person who has a foot in the visual arts, I found that the graphic design really helped pull me into the book and keep my attention. 

If you have a hard time sitting down and plowing through page after page of text, just go and experience this book. You'll need the tools in the other books at some point, but this will get you started in thinking like an entrepreneur.

This book provides a common language (and visual language) for communicating and reasoning about all the key parts that go into a business, not just a product. It can be used for any kind of business, so certain parts didn't make sense for us, but it was a good start. In the end we ended up using the Lean Canvas from Ash Maurya since it was adapted to fit our space better than the generic canvas in this book.

This book really helped my team come to agreement on terminology and allowed us to communicate more clearly with each other. A canvas is much quicker and more effective then a powerpoint with a long presentation.


As you can see, no one book does it all. That's a good thing since this is a big thing to wrap your head around, and frankly there is no one true way.

I just picked up a copy of "Disciplined Entrepreneurship" (http://disciplinedentrepreneurship.com/) that has come out of MIT Sloan Business school. I'm thrilled to see the East Coast represent! I grew up in Newton, MA and started working in tech back there before relocating to San Francisco and then Seattle. I've only read the forward, but he starts by recommending all those books above and pointing out that there is no single book to cover all the steps.

Happy Reading!