Did you miss a session from the Future of Work Summit? Head over to our Future of Work Summit on-demand library to stream.

A minimum viable product (MVP) is not always a smaller, cheaper version of your final product. Defining the goal for a MVP can save you tons of time, money and grief.

Drones over the heartland

I ran into a small startup at Stanford that wants to fly Unmanned Aerial Vehicles (UAVs/drones) with a hyper-spectral camera over farm fields to collect hyper-spectral images.

Because the camera has enough resolution to see individual plants, these images would be able to tell farmers how healthy their plants were, whether there were diseases or bugs, and whether there was enough fertilizer and enough water.

Knowing this means farms can make better forecasts of how much their fields will produce, whether they should treat specific areas for pests, and put fertilizer and water only where it was needed.drone over farm

Drones were better than satellites because of higher resolution and the potential for making more passes over the fields, and better than airplanes because of lower cost. All of this information would help farmers increase yields (making more money) and reduce costs by using less water and fertilizer/chemicals and only applying where it was needed.

Their plan was to be a data service provider in an emerging business called “precision agriculture.” They would go out to a farmer’s fields on a weekly basis, fly the drones, collect and process the data, and then give it to the farmers in an easy understandable form.

Customer discovery on farms

I don’t know what it is about Stanford, but this was the fourth or fifth startup I’ve seen in precision agriculture that used drones, robotics, high-tech sensors, etc. This team got my attention when they said, “Let us tell you about our conversations with potential customers.”

I listened, and as they described their customer interviews, it seemed like they had found, that yes, farmers do understand that not being able to see what was going on in detail on their fields was a problem; and yes, having data like this would be great — in theory.

So the team decided this felt like a real business they wanted to build. And now they were out raising money to build a prototype minimum viable product (MVP.)

All good. Smart team, real domain experts in hyper-spectral imaging, drone design, good start on customer discovery, beginning to think about product/market fit, etc.

Lean is not an engineering process

They showed me their goals and budget for their next step. What they wanted was a happy early customer who recognized the value of their data and is willing to be an evangelist. Great goal.

They concluded that the only way to get a delighted early customer was to build an MVP. They believed that the MVP needed to

  1. demonstrate a drone flight,
  2. make sure their software could stitch together all the images of a field, and
  3. present the data to the farmer in a way he could use it.

And they logically concluded that the way to do this was to buy a drone, buy a hyper-spectral camera, buy the software for image processing, spend months of engineering time integrating the camera, platform and software together, etc. They showed me their bare-bones budget for doing all this.

Logical. And wrong.

Eyes on the prize

The team confused the goal of the MVP — seeing if they could find a delighted farmer who would pay for the data — with the process of getting to the goal. They had the right goal but the wrong MVP to test it. Here’s why:

The teams’ hypothesis was that they could deliver actionable data that farmers would pay for. Period. Since the startup defined itself as a data services company, at the end of the day, the farmer couldn’t care less whether the data came from satellites, airplanes, drones, or magic as long as they had timely information.

That meant that all the work about buying a drone, a camera, and software and the time integrating it all was wasted time and effort, at least for now. They did not need to test any of that yet.

They had defined the wrong MVP to test first. What they needed to spend their time is first testing is whether farmers cared about the data.

So I asked, “Would it be cheaper to rent a camera and plane or helicopter, fly over the farmers field, hand process the data, and see if that’s the information farmers would pay for? Couldn’t you do that in a day or two, for a tenth of the money you’re looking for?”

Oh… a shortcut. They thought about it for a while and laughed and said, “We’re engineers and we wanted to test all the cool technology, but you want us to test whether we first have a product that customers care about and whether it’s a business. We can do that.”

Smart team. They left thinking about how to redefine their MVP.

Lessons learned:

  • A minimum viable product is not always a smaller/cheaper version of your final product
  • Think about cheap hacks to test the goal
  • Great founders keep their eye on the prize

Serial entrepreneur Steve Blank is the author of Four Steps to the Epiphany and The Startup Owner’s Manual. This story originally appeared on his blog.

VentureBeat's mission is to be a digital town square for technical decision-makers to gain knowledge about transformative enterprise technology and transact. Learn More