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”
Filed under: Customer Development, E.piphany |
