An introduction to Lean

An introduction to Lean

Laurence McCahill, design lead and co-founder of Spook Studio, spills the beans on the Lean Startup and Lean UX movements, which bring a groundbreaking approach to product development, and what it means for designers, developers and clients

If there’s one thing the Japanese know a lot about, it’s effective car production. And that’s where the term Lean derives from – it all began at Toyota when the car manufacturers found a new, more efficient method of producing the cars valued by its customers.

The principles learned at Toyota became known as Lean, and are now more of a management philosophy that can be applied to almost any business. At its core is the principle of creating value by reducing unnecessary risk and waste. More recently the term has become synonymous with startups, thanks to Eric Ries (a successful Silicon Valley entrepreneur and former software engineer) and his Lean Startup movement.

The Lean Startup is modelled around the already established disciplines of customer development and agile software development, and claims to be a scientific method for creating innovative products (whether a website, app or service). Lean thinking is not new but has had lots of media coverage recently mainly as a result of Ries’s work.

Over the last year or so the design community has also embraced Lean through the Lean UX movement, thanks to Janice Fraser and Jeff Gothelf amongst others.

So what makes Lean lean?

  1. More focus on the experience being designed, with less focus on deliverables -> Reduces cycle time.
  2. Questioning and testing assumptions -> Reduces uncertainty by focusing on the problem, not the solution.
  3. Evidence-based decision making -> More facts, less intuition.
  4. A collaborative approach to designing products -> Reduces friction and empowers the client.
  5. Better outcomes as a result of regular iteration -> Less waste and a more successful product.

Why now?

Up until recently things seemed fairly straightforward. A client would come to you with a ‘known’ problem and it was up to you to propose the solution.

Usually the drill went something like this:

  1. Client supplies brief to agency.
  2. Agency confirms scope and budget.
  3. Agency creates wireframes and designs.
  4. Client signs off designs, ready for building.
  5. Agency creates prototype ready for testing.
  6. Client signs off prototype.
  7. Usability testing.
  8. Amends, fixes and launch.

This process can work for projects where there’s little degree of uncertainty about the business model, customers, suppliers or implementation. However, this is rarely the case as often you’ll be basing your proposed solution on unvalidated assumptions. Both you and your client may assume too much, perhaps misunderstanding the problem you’re trying to solve.

More and more people are living a great deal of their lives on the internet and as a result becoming more savvy. Unless a web product works the way they want it to they’ll quickly ditch it in search of a better alternative. So early on in any project we need to be able to learn from our potential customers what they do rather than what they say they do.

It’s the clever startups that learnt this lesson early that are bringing on the downfall of long-established companies and turning themselves into multi-billion pound businesses.

Cheaper, faster, better

Cloud computing, SaaS (software as a service) products, fewer technology barriers, greater access to rich analytics and increased mobile use have meant that the opportunities open to us are now only limited by our ambitions. Third-party services allow us to quickly create rich integrated services and startups are easier to get off the ground. All this means we can move faster and react quicker to changing customer needs.

OK, so how do I apply it?

1. Learn about your customers

For projects where there's a high degree of uncertainty (in terms of the problem and solution) Lean comes into its own. Only by validating your assumptions can you increase your chances of success.

A key component of Lean – customer development – is a method to help you find ‘product-market fit’, with the aim of delivering a product that people love. The best way of doing this is through interviews with prospective customers (preferably face-to-face). Other techniques include surveys, landings pages with email sign-up forms and demos to test various aspects of the business model (pricing, positioning, segments, and so on).

2. Build something to show them

Create your ‘minimum viable product’ (or MVP in Lean Startup jargon), which is the first version of your product that will enable you to learn the most. Perform regular testing with users, iterate and improve as you go (but don’t just throw features at it). Where possible create low-fi prototypes before building the real thing. Make changes when there’s less risk and when you’re not too precious about what you’ve created. Although be careful that you don’t create something that is really minimal. It still needs to be appealing to your target audience, just do as little as you need to achieve a base level of design and usability.

3. Measure the response

Focus on metrics that really matter such as sign-up conversions, payments, referrals, returning visits and NOT vanity metrics such as total number of hits.

4. Rinse and repeat

Keep learning, building and measuring. It’s this feedback loop that ensures you get to where you want to be.

Some useful tools to help with running your Lean projects can be found here.

When Lean doesn’t work well

  • When you’re already fixed on a solution.
  • Sticking too rigidly to the process (and not adapting it to your circumstances).
  • Where there are invisible stakeholders.
  • Where there’s a lack of communication between product, design and development.
  • When there’s too many egos and lots of company politics.

Making it work in an agency

We work with early-stage startups and often get approached by entrepreneurs with a great idea, however more often than not they have no validation to show that this could equate to a successful product or scalable business. It can be a painful lesson for many that after spending lots of time, energy and cash, there's no demand for what they've built.

In the past we've found it can been quite a challenge to get buy-in for from clients or stakeholders for customer involvement. However, the Lean Startup movement has meant that the business community has finally embraced what many user experience design professionals have known for years – that it's important to speak to your customers, measure, test and iterate your product or service over time.

Our approach at Spook Studio includes elements of lean UX, agile development and lean startup methodologies, but with any process there needs to be some flexiblity and common sense – taking the elements that work best for you within your business. We find it reduces waste, encourages more collaborative working, closer customer involvement and, ultimately, helps to create more relevant and useful products. However, for many projects we still use elements of traditional ‘waterfall’ development when time, scope and/or budget are fixed and immovable. After all, we live in the real world and change doesn’t happen overnight.

Incorporating elements of lean within your projects should be an evolutionary process. As designers and developers we need to adapt to new ways of working but without diving in head first. Your clients won't thank you and you may get your fingers burnt. Choose the right process for each project (and make the client aware of this upfront). We started off using lean methods for our own side projects where there was less risk and a better chance to learn and make mistakes. This has been a great learning curve – taking the lean approach to lean!

So who else is using Lean? Well, one big company in the UK that adopts the Lean approach to their businesses is Forward Internet Group (£120m annual turnover). Agencies such as Made by Many, Thoughtworks and Proof are also shaking up the agency world. Other successful companies that have used Lean techniques include GroupOn, Twitter, Facebook, Instagram, Kissmetrics, Zynga, Dropbox, Heroku, Etsy and Turntable. I’ve also heard of Lean being applied to marketing campaigns, healthcare, education and even writing a book.

In summary

  1. Learn often, fail fast and get out of the building!
  2. Fake it before you make it.
  3. Start small then scale up.
  4. Keep iterating.
  5. Don’t lose sight of the vision.
  6. MVP: minimum awesome not awful.
  7. The web is your lab, keep testing and measuring.

Now it's over to you ...

Lean events:

7 comments

Comment: 1

A great summary of lean and its principles.

Do you think you can effectively implement lean methodologies without first gaining a solid grounding in "full fat" user experience design?

Comment: 2

Thanks Laurence. If you don't mind, I have a couple things to add.

1) Perhaps my memory fails me at the moment but best that I can recall the Japanese car manufacturers actually developed their QA process(es) based on standards (?) published by AT&T's Bell Labs. I just thought that tidbit would interest you.

2) You said:

"Third-party services allow us to quickly create rich integrated services and startups are easier to get off the ground. All this means we can move faster and react quicker to changing customer needs."

Yes, there is no denying this. But I'd like to play devil's advocate for a moment and ask, just because we can, does it mean we should? Or as Marc Cuban said, "If you're looking where everybody else is looking, you're looking in the wrong spot (http://www.esquire.com/features/what-ive-learned/ESQ1206BBCUBAN_182_1#ix...). Perhaps there's some merit to Marc's pearls here?

3) Don't get me wrong, I admire and appreciate Lean. However, your section "OK, so how do I apply it? > Rinse and repeat" strikes me as being on the 20 side of 80/20. Perhaps even the 10 side of 90/10. How about something we can use more often (i.e., the 80 side)?

4) My interpretation is, based on what you've described, client buy-in is to the process is essential. (Note: I'm presuming all other internal stakeholders are already on board.) So how do you propose we pitch "fail fast" to an entrepreneur who is 200% focused on success?

Closing comment: In theory Lean sounds great. But in practice it sounds to be more of a rare use case than something we should be focused on. Kinda ironic, eh?

Your thoughts Laurence?

Comment: 3

Thanks for the comments.

@mdunbar Whilst it would be ideal if you had some experience in traditional UX design I don't think this is essential when experimenting with Lean UX techniques. There's nothing to stop you using some of the techniques I've outlined and learning as you go. If you get a chance try and attend one of the Luxr workshops (http://www.luxr.co) so can learn to apply lean techniques without any prior UX knowledge. We're also planning to put on hands-on Lean workshops for both startups and web pros alike. Also check out the upcoming Lean UX book by Jeff Gothelf (http://spookstud.io/GRvwKy). Undercover UX Design by Cennyyd Bowles and James Box (http://spookstud.io/GS1THY) is also a good resource.

@ChiefAlchemist Thanks for the insight (re: Toyota), will look into it.

Regarding your second point about third-party services. I agree, but my point was that barriers to entry are now low, and if you're smart you can hack together a product without building it in full first (with all the risk associated with that). If you validate the idea then you'll need to refine and possibly re-build, but this has worked for many other products over the years (Foursquare, GroupOn etc).

With my thoughts on how to apply lean to your projects, this doesn't mean it's all or nothing. Why not start by creating a paper prototype of your product and show it to potential customers? This isn't something that requires a lot of effort but can bring big rewards (in terms of learning). As I point out it's about taking the elements that work best for you. The key element here is involving customers heavily in the design process from the outset.

In terms of pitching the lean approach to an entrepreneur, this is something we battle with regularly. We try to point out the risks in blindly following their vision without listening to customers first. We've had first-hand experience of projects that have failed for this reason which helps with our argument. When I refer to 'fail fast' I don't mean spend their whole budget and start again. You're failing where there's little at stake. So one angle could be 'don't spend your whole budget on a fixed solution, spend 10% of it to validate it first then see where it takes us.' Alternatively you could buy them a copy of the Lean Startup :) Most startup founders I know have reacted positively to Eric Ries's views and ideas when exposed to them. At a high level, most if it is common sense.

I wouldn't say Lean is a rare use case. It really depends on the projects you're working on. If it's more traditional websites then admittedly it's not ideal, but if there's lots of uncertainty about the business model then it's invaluable. Either way there are lots of tools and techniques that can be applied to any project however large or small. Our motto is 'think big, start small'. Most people seem to get that.

Comment: 4

Good morning Laurence

Thanks for taking the time to reply. It's Monday and I've got a full week ahead of me so please pardon my brevity. Sunday's are a whole other story, obviously.

You said:

"...but my point was that barriers to entry are now low, and if you're smart you can hack together a product without building it in full first (with all the risk associated with that). If you validate the idea then you'll need to refine and possibly re-build, but this has worked for many other products over the years (Foursquare, GroupOn etc)..."

1) Yes, the barriers to entry are low. Unfortunately, that's true *for everyone*. It in turn translates into clutter. It also translates in to "tryer fatigue". There are two sides to every coin. Less means more is the often conveniently overlooked side of low barrier to entry. The realities of business are often similar to a balloon. Squeeze one end and something only pops out somewhere else. My point is, you might get there faster/cheaper but the queue for people's attention is going to entail a heftier marketing effort and perhaps the risk of the half-baked idea not getting noticed

2) Perhaps I'm parsing your ideas too tightly but you seem to be implying that lean equates to smart and o risk. Pardon me but that's a pretty dangerous idea to spread. Again, I would like to point out there are two sides to every coin. Getting the product to market sooner could be just as dangerous in a tryer fatigue, it's me-too and/or half-baked sorta way. See my previous point about the queue for attention. Is there not risk involved in that? Have you every tried to market something that isn't well defined?

3) To be fair, how about some examples of where lean has not worked? Foursquare (i.e, deep pockets)? GroupOn (i.e., more deep pockets)? To attribute their success to lean is again misleading. What they had is a strong and (close to) infinite - when compare to most - source of investor backing. That not only means top shelf resources but top shelf string pulling (i.e., phone calls to generate buzz, press releases that actually get read and talked about, etc.). My point is these influences have little if anything to do with lean.

Given your examples I stand behind me assertion that lean is a rare use case. "We're going to fail and keep failing until we get it right" does not fit well with most entrepreneurs and more importantly their budgets and backers.

I'm not against lean.

However, the fact remains, the faster you drive in heavy traffic the more likely you are to miss a critical turn, or crash & burn. From a strict development perspective lean makes perfect sense. I'm on board. However, the reality is business/products don't exist in the lab. Their reality is much more complex and to me it sounds like you're robbing Peter to pay Paul. That might work. But you're not mentioning that Paul is now poor and empty handed. When this happens there's always risk in Paul wanting his money back, yes?

Comment: 6

In response:

1) A key component of lean is finding passionate customers for your product. What you're trying to avoid is just blindly creating a product without any market validation. If you really create a product that people love, this should reduce the need for a 'hefty marketing effort'. Referrals and retention should be at the forefront of your mind.

2) In my experience using lean principles can lower (not eliminate) the risk associated with a new web or mobile project. I realise every project has its own particular circumstances so what works for one may not work for another. However for projects where there is a lot of uncertainty about the business model I certainly believe this to be the case.

As a designer (some would say perfectionist) I'm more than aware about how important it is to get the details right and not release a half-baked product. However I feel more passionately that it's important to build the right product rather than the perfect one. I realise you can lose people if you don't offer something compelling and with a clear value proposition and for this reason it's important to balance lean thinking with good branding and user experience design. Hence my comment about having a base level of design and usability in your first release. I'm absolutely against releasing a crappy MVP. Equally I think there can be significant risk in spending 6 months in development only to find out there isn't a market for the product you've been building.

3) Both FourSquare and GroupOn validated their business model early on using lean techniques before they got large amounts of funding. I'm not attributing their success solely to this approach but the fact they were obsessed with creating real value certainly helped with their growth (and appeal to investors). I've listed the circumstances in which I believe Lean won't work and I'm as keen as anyone to hear more real life experiences of where lean has and hasn't worked.

I think there's a misunderstanding that lean is just about trial and error with little thought. You still need a strong vision, but just need to be flexible on how you get there. When I say 'fail fast' I don't mean that this is your goal. What you're trying to do is avoiding failing later when you've blown all your budget. I mean make mistakes and learn when there's less at stake. Ideally you'll get it right first time, but in reality this is rarely the case. Any designs you create are a bet, so the more options you can test out and experiment with, the greater your chances of success. I'm not talking about testing these out with huge amounts of people though.

Whilst entrepreneurs don't want to think they're going to fail, they generally start to soften when you ask them questions that highlight flaws in their business model. From an agency or supplier perspective the easiest approach is to just build what the client tells you they want. But can you really be satisfied with your work if you think it won't be a success? This to me is a more mercenary approach. We want to be part of successful products that get people talking and hopefully make some money. If you like to add value and enjoy shaping something new then it can be a much more rewarding (albeit it sometimes frustrating) experience.

Comment: 7

Awesome article, exceptional summary. I especially like how you delineate the differences between lean, agile, and waterfall. You're 100% right - different situations require different approaches. I'm going to share this on my blog. Thanks again!
June issue on sale now!

The Week in Web Design

Sign up to our 'Week in Web Design' newsletter!

Hosting Directory
.net digital edition
Treat yourself to our geeky merchandise!
site stat collection