Founders Need to Be Ruthless When Chasing Deals

One of the most exciting things a startup CEO in a business-to-business market can hear from a potential customer is, “We’re excited. When can you come back and show us a prototype?”

This can be the beginning of a profitable customer relationship or a disappointing sinkhole of wasted time, money, resources, and a demoralized engineering team.

It all depends on one question every startup CEO needs to ask.


I was having coffee and pastries with Justin, an ex-student, listening to him to complain over the time he wasted with a potential customer. He was building a complex robotic system for factories. “We spent weeks integrating the sample data they gave us to build a functional prototype, and then after our demo they just ghosted us. I still don’t know what happened!”

After listening to how he got into that predicament, I realized it sounded exactly like the mistake I had made selling enterprise software.

Enthusiasm Versus Validation
Finding product/market fit is the holy grail for startups. For me, it was a real rush when potential users in a large company loved our slideware and our minimum viable product (MVP). They were ecstatic about the time the product could save them and started pulling others into our demos. A few critical internal recommenders and technical evaluators gave our concept the thumbs up. Now we were in discussions with the potential buyers who had the corporate checkbook, and they were ready to have a “next step” conversation.

This buyer wanted us to transform our slideware and MVP into a demonstration of utility with their actual data. This was going to require our small, overcommitted engineering team to turn the MVP into a serviceable prototype.

When I heard a potential customer offer us their own internal customer data I was already imagining popping Champagne corks once we showed them our prototype. (For context, our products sold for hundreds of thousands of dollars, and lifetime value to each customer was potentially measured in millions.) I rallied our engineering team to work for the next few months to get the demo of the prototype ready. As much as we could, we integrated the customers’ users and technical evaluators into our prototype development process. Then came the meeting with the potential customer. And it went great. The users were in the room, the buyer asked lots of questions, everyone made some suggestions and then we all went home. And the follow up from the potential customer? Crickets…

Even our user advocates stopped responding to emails.

What did I do wrong?
In my unbridled and very naive enthusiasm for impressing a potential customer, I made a rookie mistake – I never asked the user champion or the potential buyer what were the steps for turning the demo into a purchase order. I had made a ton of assumptions – all of them wrong. And most importantly I wasted the most precious things a startup has – engineering resources, time, and money.

In hindsight I had no idea whether my potential customer was asking other companies to demo their product. I had no idea whether the buyer had a budget or even purchase authority. If they did, I had no idea of their timeline for a decision. I had no idea who were the other decision-makers in the company to integrate, deploy and scale the product. I didn’t even know what the success criteria for getting an order looked like. I didn’t check for warning signs of a deal that would go nowhere: whether the person requesting the demo was in a business unit or a tech evaluation/innovation group, whether they’d pay for a functional prototype they could use, etc.  And for good measure, I never even considered asking the potential customer to pay for the demo and/or my costs.

(My only excuse was that this was my first foray into enterprise sales.)

Be Ruthless about the Opportunity Costs of Chasing Deals
After that demoralizing experience I realized that every low probability demo got us further from success rather than closer. While a big company could afford to chase lots of deals I just had a small set of engineering resources. I became ruthless about the opportunity costs of chasing deals whose outcome I couldn’t predict.

So we built rigor into our sales process.

We built a sales road map of finding first product/market fit with the users and recommenders. However, we realized that there was a second product/market fit with the organization(s) that controlled the budget and the path to deployment and scale.

For this second group of gatekeepers we came up with a cheap hack to validate that a demo wasn’t just a tire-kicking exercise on their part. First, we asked them basic questions about the process: the success criteria, the decision timeline, did a budget exist, who had the purchase authority, what were the roles and approval processes of other organizations (IT, Compliance and Security, etc.) and what was the expected rate of scaling the product across their enterprise. (All the rookie questions I should have asked the first time around.)

That was just the starting point to decide if we wanted to invest our resources. We followed up our questions by sending them a fully cancelable purchase order. We listed all the features we had demoed that had gotten the users excited and threw in the features the technical evaluators had suggested. And we listed our price. In big letters the purchase order said, “FULLY CANCELABLE.” And then we sent it to the head of the group that asked us for the prototype.

As you can imagine most of the time the response was – WTF?

Figure Out Who’s A Serious Prospect
That’s when the real learning started. It was more than OK with me if they said they weren’t ready to sign. Or they told me there were other groups who needed be involved. I was now learning things I never would have if I just showed up with a prototype. By asking the customer to sign a fully cancelable purchase order we excluded “least likely to close prospects”; those who weren’t ready to make a purchase decision, or those who already had a vendor selected but needed to go through “demo theater” to make the selection seem fair. But most importantly it started a conversation with serious prospects that informed us about the entire end-to-end approval process to get an order- who were the additional people who needed to say yes across the corporation – and what were their decision processes.

Our conversions of demos into orders went through the roof.

Finally, I was learning some of the basics of complex sales.

Justin stared at his uneaten pastry for a while and then looked up at me and said smiling, “I never knew you could do that. That’s given me a few ideas what we could do.”  And just like that he was gone.

Lessons Learned

  • In complex sales there are multiple product/market fits – Users, Buyers, etc. — each with different criteria
  • Don’t invest time and resources in building on-demand prototypes if you don’t know the path to a purchase order
  • Use polite forcing functions, e.g. cancelable purchase orders, to discover who else needs to say “yes”

10 Responses

  1. great tips on qualifying real opportunities and avoiding wasted engineering effort.

  2. This is a great article, but I have a question. I had an experience with an enterprise customer where they not only agreed to such a purchase order, but even paid for the initial integration and pulled their own resources into the process as well, to configure what was essentially still a validation phase for the product for them. After about 9 months, when many of their employees had experience with the product, they decided it didn’t meet their needs. It created a very bad vibe, and this customer even asked for the money back, and then went around to tell other potential customers that the product (and the company = us!) were terrible. We didn’t give the money back (because we put all that work in, and we didn’t even have the money since we were a small company needing even penny), but it was very demoralizing. How do you think I should have handled this situation better?

    • Good question. I’d like to see Steve’s answer, too.

    • Frank – it’s a bit difficult to generalize. However, it seems you were surprised when “they decided it didn’t meet their needs.” If you have had a weekly/monthly user satisfaction survey as part of the prototype work statement have helped you learn that earlier than 9 months? Could a certain level of user satisfaction triggered a purchase order? At a minimum knowing why they were unhappy with the product would have given your team useful feedback.

  3. Steve, what books do you recommend for learning complex sales like this? and online courses? what do you recommend to shorten this learning curve besides ‘get out of the building’ and sell?

  4. Excellent

  5. The cancellable P.O. is a great idea, in a great Story, well told.

  6. Hi Steve, the series of questions in your post reminded me of the MEDDPICC framework. Would you agree that this is the basic idea? Or am I missing an important difference?

    Furthermore, as I am not an English native speaker, I am not sure I completely understand the concept of the fully cancelable P.O. and its impact in the process. Could you (or someone else) please elaborate a little bit more how this works and what the benefit is for both parties? It seems to be a big game changer in the process but I quite not get it.

Leave a Reply

Discover more from Steve Blank

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

Continue reading