The LeanLaunch Pad at Stanford – Class 3: Value Proposition Hypotheses

The Stanford Lean LaunchPad class was an experiment in a new model of teaching startup entrepreneurship. This post is part three. Part one is here, two is here. Syllabus is here.

Week 3 of the class and our teams in our Stanford Lean LaunchPad class were hard at work using Customer Development to get out of the classroom and test the first key hypotheses of their business model: The Value Proposition. (Value Proposition is a ten-dollar phrase describing a company’s product or service. It’s the “what are you building and selling?”)

The Nine Teams Present
This week, our first team up was PersonalLibraries (the team that made software to help researchers manage, share and reference the thousands of papers in their personal libraries.) To test its Value Proposition, the team had face-to-face interviews with 10 current users and non-users from biomedical, neuroscience, psychology and legal fields.

What was cool was they recorded their interviews and posted them as YouTube videos. They did an online survey of 200 existing users (~5% response rate). In addition, they demoed to the paper management research group at the Stanford Intellectual Property Exchange project (a joint project between the Stanford Law School and Computer Science department to help computers understand copyright and create a marketplace for content). They met with their mentors, and refined their messaging pitch by attending a media training workshop one of our mentors held.

If you can’t see the slides above, click here.

In interviewing biomed researchers, they found one unmet need: the ability to cite materials used in experiments. This is necessary so experiments can be accurately reproduced. This was such a pain point, one scientist left a lecture he was attending to find the team and hand them an example of what the citations looked like.

The team left the week excited and wondering – is there an opportunity here to create new value in a citation tool? What if we could help scientists also bulk order supplies for experiments? Could we help manufacturers, as well, to better predict demand for their products, or perhaps to more effectively connect with purchasers?

The feedback from the teaching team was a reminder to see if the users they were talking to constitute a large enough market and had budgets to pay for the software.

Agora Cloud Services
The Agora team (offering a cloud computing “unit” that Agora will buy from multiple cloud vendors and create a marketplace for trading) had 7 face-to-face interviews with target customers, and spoke to a potential channel partner as well as two cloud industry technology consultants.

They learned that their hypothesis that large companies would want to lower IT costs by selling their excess computing capacity on a “spot market” didn’t work in the financial services market because of security concerns.  However sellers in the Telecom industries were interested if there was some type of revenue split from selling their own excess capacity.

On the buyers’ side, their hypothesis that there were buyers who were interested in reduced cloud compute infrastructure cost turned out not to be a high priority for most companies. Finally, their assumption that increased procurement flexibility for buying cloud compute cycles would be important turned out to be just a “nice to have,” not a real pain. Most companies were buying Amazon Web Services and were looking for value-added services that simplified their cloud activities.

If you can’t see the slides above, click here.

The Agora team left the week thinking that the questions going forward were:

  • žHow do we get past Amazon as the default cloud computing service provider?
  • How viable is the telecom market as a potential seller of computing cycles?
  • We need to further validate buyer & seller value propositions
  • How do we access the buyers and sellers? What sort of sales structure and salesforce does it require?
  • Who is the main buyer(s) and what are their motivations?
  • Is a buying guide/matching service a superior value proposition to marketplace?

The feedback from the teaching team was a reminder that at times you may have a product in search of a solution.

D.C. VeritasD.C. Veritas, the team that was going to build a low cost, residential wind turbine that average homeowners could afford, wanted to provide a renewable source of energy at affordable price.  They started to work out what features a minimum viable product their value proposition would have and began to cost out the first version. The Wind Turbine Minimum Viable Product would have a: Functioning turbine, Internet feedback system, energy monitoring system and have easy customer installation.

The initial Bill of Material (BOM) of the Wind Turbine Hardware Costs looked like: Inverter (1000W): $500 (plug and play), Generator (1000W): $50-100, Turbine: ~$200, Output Measurement: ~$25, Wiring: $20 = Total Material Cost: ~$800-$850

The team also went to the whiteboard and attempted a first pass at who the archetypical customer(s) might be.

To get customer feedback the team posted its first energy survey here and received 27 responses. In their first attempt at face-to-face customer interviews to test their value proposition and problem hypothesis (would people be interested in a residential wind turbine), they interviewed 13 people at the local Farmer’s Market.

If you can’t see the slide presentation above, click here.

The teaching team offered that out of 13 people they interviewed only 3 were potential customers. Therefore the amount of hard customer data they had collected was quite low and they were making decisions on a very sparse data set. We suggested (with a (2×4) that were really going to have to step up the customer interactions with a greater sense of urgency.The teaching team offered that out of 13 people they interviewed only 3 were potential customers. Therefore the amount of hard customer data they had collected was quite low and they were making decisions on a very sparse data set. We suggested (with a 2×4) that were really going to have to step up the customer interactions with a greater sense of urgency.

Autonomow
The last team up was Autonomow, the robot lawn mower. They were in the middle of trying to answer the question of  “what problem are they solving?” They were no longer sure whether they were an autonomous mowing company or an agricultural weeding company.

They spoke to 6 people with large mowing needs (golf course, Stanford grounds keeper, etc.) They traveled to the Salinas Valley and Bakersfield and interviewed 6 farmers about weeding crops. What they found is that weeding is a hugeproblem in organic farming. It was incredibly labor intensive and some fields had to be hand-weeded multiple times per year.

They left the week realizing they had a decision to make – were they a  “Mowing or Weeding” company?

If you can’t see the slide above, click here.

Our feedback: could they really build a robot to recognize and kill weeds in the field?

The Week 3 Lecture: Customers
Our lecture this week covered Customers – what/who are they?  We pointed out the difference between a user, influencer, recommender, decision maker, economic buyer and saboteur. We also described the differences between customers in Business-to-business sales versus business-to-consumer sales.  We talked about multi-sided markets and offered that not only are there multiple customers, but each customer segment has their own value proposition and revenue model.

If you can’t see the slide above, click here.

Getting Out of the Building
Five other teams presented after these four. All of them had figured out the game was outside the building, with some were coming up to speed faster than others. A few of the teams ideas still looked pretty shaky as businesses. But the teaching team held our opinions to ourselves, as we’ve learned that you can’t write off any idea too early. Usually the interesting Pivots happens later. The finish line was a ways off. Time would tell where they would all end up.

———

Next week – Class 4 each team tests their Customer Segment hypotheses (who are their customers/users/decision makers, etc.) and report the results of face-to-face customer discovery. That will be really interesting.
Listen to this post here: Download the Podcast here

12 Responses

  1. Your blog is great, and I’m following with rapt attention. Thank you for embracing open sharing instead of hoarding good information!

  2. Spotted this on a slide in the deck – “When to ignore customer feedback”

    Would love to hear more on this, deserves a post please.

  3. What a shame we can’t hear the voice that accompanies this info and slides. I watched your presentation on ‘The Democratization of Entrepreneurship’ along with the slides, which I had already seen many times, made much more sense when I heard what you had to say about them.

  4. Look forward to reading each part. Fun seeing the teams learn and grow. Thanks!

  5. Steve, I’m having such a great time reading this Lean LauchPad series of posts. Kudos to you for not only teaching this course but for sharing it with others. This is awesome! Hope you’re doing well.

  6. Good to go outside the building for customer feedback. How do you deal
    with disclosing secret sauce information and preventing it from going to
    competitors?

    • You only have secret sauce if you’re in the lifesciences business. There don’t leave the house without an IP lawyer.
      In any other business you’re just indulging a fantasy that someone is going to steal your idea. The reality is someone may execute better than you but in most markets your idea is worthless without customer feedback.

  7. Great series – sounds like a great experiment!

    FYI – I jumped over to factnote.com to look at the face-to-face interviews that the PersonalLibraries team executed, but:
    1. the registration process is incredibly painful (suggest dropping “Get Satisfaction” or Zendesk on there to field bug feedback)
    2. The face-to-face interviews are locked behind a private group. Understand that there may be some information that’s private, but why provide a link to it if (as they say in New England) “you can’t get there from here?”

    All good otherwise – love the write-up and findings thus far.

    Best,
    Dan

    • Nevermind on item #2 – was just granted access.

      BTW – I’ve spent 15+ years in document/content/knowledge management – happy to provide a consultant/analyst perspective on the market.

      @dankeldsen

  8. A quote: “The feedback from the teaching team was a reminder to see if the users they were talking to constitute a large enough market and had budgets to pay for the software”

    That isn’t true – it only applies in the narrow case that the users are the ones who are providing the money for the product. But why would that have to be true?

    In Gmail the users don’t provide the money to pay for it – advertisers do. The ‘buyers’ of the product are actually the advertisers .. the product is the attention span of the users and the software itself is the pretty tinsel to get the user’s attention.

    Here you’ve got a prime example .. details of lab equipment and reagents that are required. Why not make it easy for the software to deeplink to the item into a certain lab supplier’s website?

    You wouldn’t want to make it too intrusive – but Gmail ads are pretty non-intrusive and they are enough to fund a mega project which is a LOT wider in scope than this. (It is a more complex project since Gmail have to cope with every random thing that is emailed to an address – rather than having to cope with only things that are entered into the database via your system)

    Anyway – good luck with the project,

    Mac

  9. […] Stanford: Class 1 The LeanLaunch Pad at Stanford – Class 2: Business Model Hypotheses The LeanLaunch Pad at Stanford – Class 3: Value Proposition Hypotheses The LeanLaunch Pad at Stanford – Class 4: Customer Hypotheses The LeanLaunch Pad at Stanford […]

Leave a Reply

Discover more from Steve Blank

Subscribe now to keep reading and get access to the full archive.

Continue reading