In fact, some early adopters of Lean Startups — those who have already bought into the framework to the extent that they’ve applied its practices into their high tech startup — might be a tad disappointed.  They might have to look a little deeper; there’s no vanity steps to success herein.

Why? In the end, this book is not written for them. But rather, like any good entrepreneur, Eric is aiming at the Mainstream market.  According to Geoffrey Moore in Crossing the Chasm, you can’t address the Mainstream market the same way you learned to do in the early adopter market.  (Hence the chasm.)

In my opinion, for example, early smartphone adopters diss’ the iphone, because Apple targeted the Mainstream, not them.

Eric’s intentions are easily discerned from his definition of Startup:

“A human institution designed to create new products and services under conditions of extreme uncertainty.”

This is clearly not intended to speak (only) to high technology startups, but rather to anywhere uncertainty exists. In my opinion, this is the strength of Ries’ book: it is a call to action to anyone inclined to take action to make things better despite facing severe uncertainty.  There is no boundaries to where you can exercise your entrepreneurship.  And though Eric doesn’t state so explicitly, true entrepreneurs are those willing to admit to the uncertainly within the institutions they inhabit AND to develop solutions that solve problems in the face of that uncertainty.

This definition applies to social entrepreneurship, non-profits, education, government, large successful businesses, and any business with technology risk or market risk, including yes, high tech startups.

Think about this for a second.  If true, the problem with the failure to innovate facing many hugely successful businesses is not that they don’t “act like a startup,” but rather that they don’t understand their own uncertainty.  Most people recognize that many governmental institutions face extreme inefficiencies and could benefit from new products and services designed and implemented in new ways.  The roadblock is, perhaps, that in a society overly dependent upon the advice of “experts,” we are unable to admit to the uncertainties we confront and therefore fail to unleash the creativity necessary to build new systems to solve big problems.

Conversely, those who claim to know everything, in other words face no uncertainty, are either not part of a “startup” or simply not truly entrepreneurial.  The arrogance of certainty leads to doing things the way they’ve always been done.

Make no mistake:  there is much here for high tech startups. Entrepreneurs who are still figuring out how to apply the principles to their businesses have much to learn here, but Eric describes less how to do it and more how to think about doing it. (Teach a man to fish and all that.) Personally, I have found that there are multiple layers of understanding to be had in the Lean Startup world and most of us are just scratching the surface. While some will look for more specific action items, Ries’ approach is honest, since there is no such thing as a startup blueprint.  While “Build, Measure, Learn” is easy to grok, the actual practices one has to put into place to create a learning environment that induces change, that produces products that people care about is hard.  No, It’s really hard.  And it’s one thing to do it in a high-tech startup of a couple of people and it’s another thing entirely do to it in a startup environment of 10 people and it’s another universe to do it in static, change-averse cultures that are in the most dire need of disruption.

Eric’s “stuffing the envelope” analogy, for example, is illuminating and one I hadn’t encountered before.  It turns out that stuffing envelopes one at a time is faster than differentiating the tasks and doing them in batch mode.

“What if it turns out that the customer doesn’t want the product we’re building? Working in small batches ensures that a startup can minimize the expenditure of time, money, and effort that ultimately turns out to be wasted.”

When in execution mode — i.e., when uncertainty has been eliminated — you can optimize processes for speed or cost.  When in learning mode, however, crippling inefficiencies can occur if you’ve optimized execution on the wrong parameters and then learn your assumptions were wrong.

Eric offers stories that run against the grain, which lead you to think differently about how to solve problems, such as increasing efficiency through less specialization and the fastidious elimination of metrics that enforce false certainty (vanity metrics).

There’s more to come. Eric briefly tackles the quest to bring disruptive innovation to the enterprise. At this point, I’m not sold on the methods prescribed.  Ries says he aims to “protect the parent organization from the startup” thereby turning the conventional model “on its head.” The premise seems to be that senior management “springs innovation” onto existing managers.

I’m not sure this is the case.  I think it more likely that senior managers are more distrustful of low margin, small market experiments run by kooky internal entrepreneurs then they are of managers who continue to execute on current products.  Futhermore, there is no real head flipping here since these are really two sides of the same coin. Maybe big company departments need protection from fast moving startup people, but startups need “protection” from the problem of being measured by the same criteria (e.g. profit margin) as existing product.  Big company R&D centers are rife with products that never see the light of day.

My take is that big companies are going to look more to startups to solve the problem of disruptive and even sustaining innovation.  An economy bustling with 1000s of Lean Startups is conducive to enterprises waiting for small entrepreneurs to prove the market before the big guys move in.  It will be interesting to see how this plays out.

The Dark Side The book is perhaps a bit heavy on the development side of the house, but for anyone envisioning innovation, this is the right place to start.  Eric’s discussion of applying the “5 Why’s” is instrumental to understanding the implementation of fail-safe processes.  It would be interesting to see  these principles applied to the dark art of sales and marketing.  Instead of traditional loss reports, what would a no-blame-game 5 Why’s look like to dissect a failed sale?  Poor Customer Support?

But this only means that new ideas of how to apply Lean Startup principles need to be tested, validated and shared.  When discussing my book, the Enterpreneur’s Guide to Customer Development, with Steve Blank, he remarked how the school of thought he pioneered “is what it preaches.” Eric’s book demonstrates that.  Not only because Customer Development is an important aspect of Lean Startups, but because Eric’s own vision and elucidation of Lean Startups has evolved tremendously from when I first heard him present his ideas in June of 2009 in China.

The Lean Startup movement is a framework entrepreneurs of all stripes can use to innovate in their industries. All those who adapt and practice it – who make it their own – will continue to advance the Lean Startup framework.

Blank’s Customer Development is critical, otherwise speculating what comprises your startup’s business model is just another academic exercise.  Arguably, one could easily waste as much time documenting assumptions on your business model canvas as documenting them inside a 40 page business plan.  The canvas exposes your hypotthesis and customer development tests them.  It’s a laudable ambition to document and test all of your business model canvas components.

But how much is necessary to get going?

All building blocks are not created equal.  I believe there’s a natural progression towards figuring out your business model and many blocks are directly dependent on prior blocks.  Is it worth the time to document 2nd or 3rd tier blocks before establishing the reality of 1st tier?  The answer, of course, depends on you and your business.  It doesn’t hurt to go as far as you can at the start, unless the activity inhibits you from getting started, i.e., “getting out of the building.”

To use a rather simplistic example, you might presume that your customer is an enterprise-sized business that requires a field sales force and partnerships with highly technical systems integrators.  What if your customer ends up being a medium-sized business that requires SaaS product distribution?  Early customer development might very well point you down the correct path from the outset.  Some business model components flow naturally from validated core hypotheses.

The real dilemma in my mind is, what do you test first? The key to getting started is to nail the validate of the core hypotheses: Customer, Problem, Solution.

Go to the #CustDev White Board

In our book, The Entrepreneur’s Guide to Customer Development, Patrick Vlaskovits and I developed a white board exercise to help think through business model risk in order to determine what to test first.  The key components are:

=> draw the ecosystem around your business as you imagine it, including partners, distributors, customers.

=> determine which are mission critical — in other words, can you get going without any?  Which are absolutely necessary?

=> state the value proposition for each mission critical participant — what determines whether or not they join the ecosystem?

=> list the minimum product functionality necessary to get entities to participate.

=> prioritize the risks (technical and market) based on the above.

Ultimately, what you trying to prioritize is: what’s the quickest way to fail your business model. The “value path” of testing your business model runs through testing the the core value proposition of each of your mission critical ecosystem entities.  Easiest to test means:  what you can test in the shortest time frame.

If building a landing page and driving traffic to it has the potential of killing your present business model hypotheses, then it’s a legitimate “intermediate MVP” and worth testing.  But be careful.  Are you sure you’re not testing your ability to drive some amount of traffic or your positioning?  If a 3rd party API doesn’t provide the hooks you need to develop a critical piece of technology and therefore your business model fails, maybe that’s what you test first.

Documenting the building blocks of your business model = good.  Using the #CustDev White Board exercise in conjunction helps you determine what to document and test first.

How do you determine what to test first?

The number one problem with Customer Development in B2B environments is that startups begin the Customer Development process too late.  The revenue plan has been sold to the board, the product is done or near-done, and a marketing launch date has been chosen.  Despite the increasing popularity of the LeanStartup “movement,” this is, IMO, still standard operating procedure for most B2B startups.  So having skipped Customer Discovery entirely, the company founders have neither validated their problem assumptions nor their proposed solution.  The board eagerly awaits first revenue and to that end, will even help hire the first VP of Sales in order to accomplish this momentous milestone of best-laid plans.

Welcome to the maze of complex B2B sales.  Did you think B2B sales was going to be straightforward; based solely on rational, business-savvy calculations?  Based on the bottom-line?  Most everyone recognizes that the B2C sales process requires appealing to consumer’s emotions.  But believe it or not, business buyers, influencers and users are human, too, and thus are not-exempt from emotional decision making.  Ego, hierarchy, competitiveness, fear, grandstanding, sycophantry join budget, market share, revenue, profits, risk, time, resources in the sale.

The “Status Quo Coefficient” represents that which you must overcome above and beyond the pain your product solves, in order to make a sale.

Pre-Launch Customer Development

If you are practicing Customer Development prior to product launch, then Blank’s The Four Steps to the Epiphany goes into great detail about how to discover and validate your understanding of the complex selling environment.  In less detail, but perhaps with more specific tactics, Vlaskovits and my The Entrepreneur’s Guide to Customer Development is a good resource for executing your Customer Discovery plan.

During Customer Discovery, you are not selling, so you are in a better situation to have “learning conversations” with prospective customers.  Your aim is to establish relationships inside businesses who are likely to be early adopters.  This means you must find your champion.  Your champion will help you understand who your saboteurs are and hopefully, how to navigate around them.  As you build your product and validate your vision with the champion, you empower him or her to sell you inside the organization.

Post-Launch Customer Development

These are tricky waters for the reasons described above.  If you have a sales team in the field, let them go.  If you have a VP of Sales unable to take a learning approach, let him or her go.  If you are fortunate to have a board that has bought into learning before (large scale) selling, perhaps you are able to hire a VP of Customer Development or utilize outside resources.

In 2005, Mark Leslie and Charles Holloway wrote a very #custdev-y paper, called the Enterprise Sales Learning Curve (.doc).  Leslie and Hollow describe the same failures of scaling sales and marketing prior to knowing how market and sell that led Blank to establish the Customer Development methodology.  I highly recommend this paper for B2B startup executives and investors.

Leslie and Holloway advocate hiring a “Renaissance” Sales person to practice Customer Discovery:

The “Renaissance” Sales Rep:    During the initiation phase we would like to hire an individual who is able to facilitate broad based learning by the enterprise.  This individual likely has a deep interest in the technology and in bringing together various customer departments with the appropriate representatives of the company.  The individual is extremely resourceful, able to develop his / her own sales model and collateral materials as needed.

Fundamentally, two approaches exist no matter who you bring on board:  1) go back to Discovery or 2) establish a painstaking process for winning your first five deals.  For a peek out how this approach might be developed, I highly recommend you read this comprehensive interview with Sean Murphy.

So what is it exactly, that you need to learn?

1) Validate Customer-Problem-Solution: No matter what stage your company is in, you need to validate that you have the right combination.

2) Do you have the “whole product?”  Or do you need partners, systems integrators, etc.

3) Identify the buyer’s process and corresponding business tactics.

4) Identify all the player’s in the process: user, influencers, economic buyers, decision makers.

5) What messaging and positioning messages resonate?

6) What does the corporate purchasing process look like?

Non product-specific answers you need:

Are you the decision maker?

Do you have budget?

Who also is involved in decision making?

Is this deal subject to other departments’ approval processes?

Are there compliance issues regarding this deal?

Can legal or purchasing nix the deal?

Do you keep a list of approved resellers/systems integrators?

Are there departments who might disapprove of a deal (are you adversely affecting another department’s budget)?

All things considered, what is the “typical” length of the approval process?

What other user groups/departments will benefit from a deal?

Will a successful pilot assuage naysayers?

Will you sign a contract whereby you purchase upon a successful pilot?

************

The method for obtaining this information doesn’t change significantly between pre- and post- product Customer Development:  You must establish deep relationships.  High-powered, “renaissance” sales people do this through “consultative” sales, whereby they learn what core problems the client needs solving and how they can work together to implement product that does the job.  Either way, you must find an internal champion and developing this relationship is typically a painstaking process that takes months to evolve.

The best way to find internal champions is through your network, no further than 1 link away (i.e., friends of friends).  This means reaching out to the friends, family, and colleagues of you and your co-founders, employees, board members, mentor, advisers, etc., for introductions.

As discussed in The Art of Customer Development Conversations, the answers you seek are not often the result of direct questions, but flow from conversations that grow deeper over time as the fit between problem and solution becomes tighter and trust among principals builds.

In January, I modified the image and added tooltips.

In April, a newer, tighter version was released in The Entrepreneur’s Guide to Customer Development. (We will update the image in the ebook with this one.)

Today’s version is tighter still, I believe and is self-explanatory.  I don’t think the tooltips are necessary, if you carefully read through the boxes from left to right.  (Reading the old tooltips might provide some clarity, if necessary.)

I’ve added a few notes on funnel stages, as well as a blank version (in a variety of formats) to my Customer Development Tips download. (Other tips included, too!)

Here’s the new version:

click on image for full size

Founders get out of the building (physically or virtually) to test their hypotheses against reality. There are times when customers are going to tell you something that you don’t want to hear.  Or you’re going to hear something completely unexpected or orthogonal to what you expected.

As I like to say, those that hold the assumptions need to test the assumptions.   In the comments, several of us pointed out that teaching Customer Development is a viable service for which entrepreneurs can hire outside consultants. Sean Murphy:

We work with teams as they prepare for and then execute the customer discovery and validation steps in B2B markets. We helping them rehearse leaving the BatCave, we often go with them on customer discovery interviews or sale calls, we debrief from prospect meetings to formalize lessons learned and adjust the sales presentation or the target prospect definition or sometimes the feature set.

Clearly, there’s some value being provided here.  In my experience, entrepreneurs have repeatedly sought help with both Customer Development basics, as well as some of its more nuanced components.  Sean Ellis raises a separate issue, agreeing that consultants can provide value, but wondering how the economics work.

I believe the need is there and most consultants have the expertise to fill the need; the problem is that their cost exceeds their value at this stage.

There is no doubt in my mind that this is a challenge, but there’s more that one way to skin a cat, so I’m not sure such a blanket statement is accurate.  (Note that Ellis isn’t suggesting that consultants don’t provide fair value for their compensation, but that the compensation is likely to be too high for the particular stage the business is in.)

This begs the question, what exactly can be outsourced and at what cost?

What Part of Customer Development Can be Outsourced?

It’s worth pointing out that one of the best Customer Development practitioners I know is Cindy Alvarez, who is a Product Manager and not a founder at KISSMetrics. Theoretically, at least, Alvarez could be doing what she does as a consultant, rather than as an employee.  If she had internal assistance (say, a less Senior PM  or a technical marketer), she could potentially have two or to three clients and perhaps make a pretty good living.  And while KISS is likely at or near Product-Market Fit, Cindy has been executing Customer Development for them for quite awhile.

As with employees, the key element to working with consultants is trust.   Further, Founders must process outside information to make decisions.  Is it better, for example, for Founders to pivot based on analytics than Customer Development information provided by a trusted adviser?  If a Founder has a “salesperson mentality,” and cannot stop selling when supposed to be listening, does that doom the company?  Or can a trusted adviser steeped in Customer Development best practices provide better information?

The more I reflect, the more I think blanket statements about what can or cannot be outsourced are dubious at best.  Learning must happen.  How it happens is not particularly relevant.  The key measure is willingness to learn.  If you belong to one of the archetypes of anti-lean, you are not likely to do Customer Development anyway.  If you are willing to learn, you can likely learn from a trusted consultant, too.  I do think the level of understanding potentially suffers, however, so the stage of Customer Development you’re in should influence who the lead CustDev actors should be and what other roles might benefit the process.

In the book, Entrepreneur’s Guide to Customer Development, we break Customer Discovery down into three stages:

• Problem-Solution fit, i.e., validating your core C-P-S (Customer-Problem-Solution) assumptions:  This is the most important stage for Founders to be heavily involved in.  Consultants might help you articulate your assumptions, define market segments, find prospects to talk to, help prepare the presentation and the presenter, and help analyze results.  I have, in fact, also done the interviews for a Founder with both positive and negative results.
• MVP development: Best if Founders are still heavily involved with early adopters, since they likely need to hone in on the core value they’re providing.  I don’t see much value in consultants here, other than help with process,, like coaching Product Managers (and Founders) to not engage in feature mongering.  This phase requires a dedication to minimum viability, and a balance between customer-driven solution and vision.  If the two diverge, a pivot is required and only Founders pivot.
• Proposed Funnel, i.e., learning your sales and marketing roadmap:  Founders need to be engaged relative to their adamancy regarding their sales and marketing assumptions.  Other business model assumptions are typically exposed here, as well.  I believe consultants can play a larger role in this phase, since many founders can use a lot of help thinking through marketing basics.  Consultants might help with defining market segments, proposing funnel hypotheses, and preparing (or conducting) conversations, surveys, etc., to test and validate assumptions.

Clearly I believe a high level of Founder involvement is necessary.  Founders who actually practice Customer Development themselves are arguably in a better position than those that delegate.  But not only are there parts of Customer Discovery that can be effectively delegated, consultants may have a role as well.  The question remains, however, whether (1) consultants can make a living doing this, and (2) whether startups can afford fees that result in (1).

What Model Works for Outsourcing Customer Development?

I know several individuals who practice customer development as consultants.  Clearly, Sean Murphy has found a model that works for him and his clients; Nick O’Connor is another.  I have helped several clients, though finding the right model has been a challenge.  I am passionate about working with early stage companies and have done so for years as a volunteer mentor at San Diego’s CONNECT Springboard program.  Figuring out how to make some money, too, isn’t a bad thing and admittedly, I’ve struggled to find the right model that serves well early stage Founders.

Recently, Patrick Vlaskovits, pointed to me a startup lawyer with a unique business model, Kevin Houchin. Houchin charges a low monthly retainer for a long(ish) range commitment, which allows clients unlimited contact, but not unlimited access.  So I’m trying the same thing. So far, so good!  I haven’t solved my scaling problem, but I get to work with some great entrepreneurs who are willing and able to execute on Customer Development principles.  They are high-energy, have bought into Customer Development and truly value (and benefit from) feedback, pointers and actionable recommendations.  For more information, see here.

In light of this more in-depth conversation regarding outsourcing and leaving aside for a moment, the general evils of consultants, what do you think about outsourcing components of Customer Development?

We’ve had the pleasure of speaking with Jeff Smith (Smule), Fabrice Grinda (Zyngy, OLX), Ranjith Kumaran (YouSendIt), and Bruce Moeller (DriveCam).  We’ve condensed their experiences into case studies which are featured in the book.  However, there was so much great material, we simply could not include all of it.  Therefore, I’d like to take this opportunity to share an insight that came out of our interview with Bruce that we found quite edifying, one that goes to the heart of the Customer Development methodologies.

Background:  DriveCam uses video technology, expert analysis and driver coaching to reduce claims costs and saves lives by improving the way people drive.  From the DriveCam website:

DriveCam’s palm-sized, exception based video event recorder is mounted on the windshield behind the rearview mirror and captures sights and sounds inside and outside the vehicle. Exceptional forces such as hard braking, swerving, collision, etc. cause the recorder to save critical seconds of audio and video footage immediately before and after the triggered event.

[Emphasis mine.]

Bruce shared an interesting story about how assumptions made in the lab, based on data and “sophisticated” math undertaken by “sophisticated” analysts, fared in the real world of cement mixer trucks.  Remember, the DriveCam device’s core feature is to record audio and video when triggered by exceptional forces such as swerving.  When DriveCam went after the cement mixer truck market, they calibrated their devices based on the assumption that cement mixers would flip only if subject to a large sideways g force.

Seems reasonable, right?  After all, cement mixers are big, heavy trucks, and not to mention, filled with, well, the eponymous cement.

Turns out, not so reasonable after all.

Bruce recounted that when one of their first customer’s cement mixer trucks flipped over, the DriveCam device had failed to record what had occurred and what may have caused the accident — the customer was irate and Bruce was more than a little embarrassed.

Turns out that (outside of the lab!) cement mixers trucks can flip at very low speeds (1-2 mph) while at normal g forces when encountering things in the chaos of the real world, very ordinary and common things such as soft road shoulders.  Bruce’s customer knew this and was counting on Bruce and the DriveCam team to know this as well.

Lesson learned:

“My philosophy is you don’t know what you don’t know and if you were ever right in a given moment, and if your guesses were ever true it would be serendipitous.  You must attack your assumptions at all times. My basic tenet: question yourself, because the world is ever-changing.”

-Bruce Moeller

For more insights that speak directly to the Customer Development processes, please purchase The Entrepreneur’s Guide to Customer Development:  A cheat sheet to The Four Steps to the Epiphany.