Brad's Books and Organizations

Books

Books

Organizations

Organizations

Hi, I’m Brad Feld, a managing director at the Foundry Group who lives in Boulder, Colorado. I invest in software and Internet companies around the US, run marathons and read a lot.

« swipe left for tags/categories

swipe right to go back »

Getting Your Demos Right

Comments (23)

I get demos every day. Multiple times a day. I don’t want to see a powerpoint deck – I want to play with something. I don’t want to hear a description of what you do – I want to see a demo. I don’t want you to tell me your background, where you went to school, or where your grew up. I want to see what you are working on.

I still remember my first meeting with Bre Pettis at MakerBot. I walked into the Botcave in Brooklyn and was confronted with a long, narrow Brooklyn-style industrial building where I could see people working away in the back. But before I got to them, I had to walk through a 1000 sq. ft. area of MakerBot Thing-O-Matics printing away. This was an early “bot farm” and it probably took 15 minutes before I walked the gantlet.  They were printing all kinds of things, there were display cases of other stuff that had been printed, and a vending machine for Thing-O-Matic parts.

MakerBot Bot Farm

When I got to the back where people were working, I totally understood what MakerBot did and what was possible with 3D printing.

We are lucky to be investors in a bunch of companies creating amazing new products. One of them, Oblong, as been working on spacial computing since John Underkoffler’s early research in the 1990′s at the MIT Media Lab. For a number of years they were described the “Minority Report” technology (John was the science/tech advisor to Spielberg and came up with all the tech in the movie.) The following video is John showing off and explaining the core G-Speak technology.

The demo is iconic and amazing, but it takes too long and is too abstract for their corporate customers buying Oblong’s Mezzanine product. The short five minute “overview video” follows.

While this gives you a feel for things, it’s still showing the “features and functionality” of the tech, applying a general use case. For several months, I kept banging on them to set up a simple use case, which is the how I use the Mezzanine system in our office. I use it every day and it’s been a huge factor for me in eliminating all of my travel.

A few months ago, Oblong had a sales off-site to go through the progress they’ve made this year and to focus on the balance of the year. They’ve had a great year, with a strong quarter-over-quarter sales ramp for Mezzanine on both a dollar and unit basis. The customer list is incredible, their classical enterprise land and expand strategy is working great, and new high-value use cases are being defined with each customer. So I smiled when I the following slide popped up on my Mezzanine during our weekly leadership team call.

Feld Oblong Mezzanine Use Case

 

While a little abstract in writing (I don’t expect you to understand the first three bullet points unless you know how Mezzanine works), when it’s shown in the first five minutes of a demo it simply blows your mind. And you totally get all three of the core technologies that Oblong has incorporated in Mezzanine (spatial computing, pixel virtualization, and data pipelining.) Your next reaction is “I want one.” And then you are ready for the feature / function discussion, which can easily go on for 30 minutes.

There is endless talk about product development and getting “personas developed” while you figure out how to build your product for them. This approach is equally useful for demos, but it is so often overlooked. I can’t tell you the number of times people start just showing me stuff, rather than saying “here’s the problem I’m going to solve for you that I know you have” – BOOM – and then I’m totally captured for the next 30 minutes.

Try it. The first five minutes is the most important with someone like me. Don’t waste it.

Play Offense When Predicting Revenue

Comments (36)

I got an email today from an exec at a company who I was with at a recent board meeting. I thought it was a powerful summary of part of our discussion, specifically around the sales pipeline for Q4 and overall sales execution. I’ve been in something like 91,293 pipeline reviews in my life and it continues to baffle me that experienced sales execs manage to snow the CEO and the board with “probability weighted sales pipeline.” I hung in there in this case and continued to make my point about playing offense on sales forecasting.

Rather than trying to summarize it, I got permission to just reprint the email. It follows.

One of the larger take aways for me was your insight on our attitude towards how we were predicting revenue. Prior to our meeting, we thought we were doing a good job of predicting revenue. We are working on 10 deals and we explained to you that we thought that 75% of these deals would close within the next 60 days or so.

You asked specifically, “which of those deals would close?”

Our answer, was “we feel confident that each of these deals has a 75% chance of closing”.

You pushed us and asked “which of these 10 deals has a 100% chance of closing?”

Our exec team looked at each other in silence.

We were hard pressed to answer that specific question. We couldn’t answer that question.

The takeaway for me was that we need to take the offense when it comes to predicting revenue. We need to change our mentality from Defense to Offense.

Defense was: Us allowing FATE to play a large factor in whether or not a deal closed. We accepted the fact that 75% of these deals will close, but couldn’t point to WHICH 75%. We were in “wait and see” mode and allowing fate to decide our monthly revenue.

Offense is: We feel good about these 5 specific companies signing and we are going to commit to them closing as a sales team and a company. We are going to keep on top of them, be proactive, and make sure they close. Fate will have VERY LITTLE to do with whether these deals close or not.

It is a subtle adjustment, almost semantic, but one that will make a very large difference in how we act, how we talk, how we think, and ultimately how much revenue we book.

Enhanced by Zemanta

Ring That Gong Loud

Comments (62)

One of the companies I’m an investor in has a gong in the office. They bang it every time they sign up a new customer. They also have a virtual gong – an email that goes out to the entire company and board that starts with GONG: (Client Name). The salesperson who closed the deal gets to send the email out and write whatever he or she wants. Everyone in the company then piles on with Reply-All commentary.

It’s just awesome. I know many companies that ring bells or make some kind of other noise in the office when they close a sale. But it’s not very noisy if you have multiple offices, people on the road, or board members who don’t work out of your office.

Now, if you have a self-serve, high velocity model you may not want an email going out with every signup. So how about a daily gong at the end of the day that the system automatically emails out. I’ve written about email robots in the past – many of the companies I’m an investor in have an email robot that sends out the sales summary for the day at 12:01am the following day. The formats vary, but they are all short and consumable by all. No fancy graphs. No complicated analysis. Just raw data every day that informs everyone in the company how many new customers we got yesterday.

So ring that gong loudly. Take a page from my friends’ playbook and get that email out every time a new deal closes.

The Knives Your Sales People Should Have

Comments (27)

In December, I wrote a post titled Give Your Sales People All The Knives.  While I let you draw whatever conclusions you wanted from the post, I thought I’d follow through and give you a little more detail about what I meant by the statement.

I framed the problem with the struggle many software companies have been going through over the past few years (or decades – depending on who’s version of history you believe) around selling perpetual licenses vs. subscriptions.  I inadvertently included the construct of the deployment model (desktop, server, or SaaS / hosted) which, while a key part of the evolution of the software business, was not the part of the problem I was referring to when I suggested you should give your sales people all the knives.

A few people wrote me concerned that I was suggesting that the sales organization should determine the deployment model and that I was suggesting a company shouldn’t differentiate between desktop, server, or SaaS.  Don’t be concerned about this – it isn’t my argument or suggestion.

Instead, I’m focused entirely on the licensing and pricing model (which I’ll simply refer to as the “licensing” model – which includes price.)  I’ve been in more conversations that I care to count about how to price software, regardless of the deployment model.  The licensing model and the deployment model inevitably get tangled up when they shouldn’t. 

In 2009 (and going forward) customers will buy software using both perpetual licensing and subscription licensing, regardless of how the software is deployed.  In addition, customers will buy perpetual licenses but pay periodically (monthly, quarterly, annually) and customers will buy subscription licenses but pay in single payments up front.  If you can parse all of that, this is the exact opposite of the theory of how the software licensing and deployment were intended to line up.  Of course, this is nothing new as software leasing has been around since the beginning of the software business, as have prepaid services.

While I know all of this gives the auditors great pleasure because it means they get to spend more time lecturing companies about revenue recognition and enforcing accounting policies that distort the true financial picture of the company under the guise of complying with GAAP, it’s irrelevant.  Your goal as a company is to create great products that your customers will pay you for.  The goal of your sales organization is to sell these products; they shouldn’t care how the customer wants to license the products.

That’s the essence of what I mean by Give Your Sales People All The KnivesWhile it makes good business sense to have a religious point of view about the deployment model (there are fundamental differences between a SaaS deployment model and a software license / behind the firewall / on premise / whatever you want to call it deployment model), customers buy each deployment model a variety of different ways and your licensing model should accommodate.

I regularly hear the argument that the economics aren’t the same.  Baloney – they are approximately the same.  A typical perpetual model is $x in year 1 with 0.2x in year 2 and year 3.  A typical subscription model is 0.4x in year 1, year 2, and year 3.  Tweak this however you’d like; you get a roughly equal cumulative payment stream over four years.  I understand the cost of capital argument – you’d rather get the money up front, but remember that some customers want to pay for the subscription model up front (three year pre-pay for the subscription – or a single check of 1.2x) while others want to pay for the perpetual model in equal payments over three years (0.467x / year). 

Cash flow follows this logic.  The customer wants to pay in different ways to manage their cash flow.  Some want to pay monthly; some quarterly; some annually.  The deployment model doesn’t matter; the license model doesn’t matter – how the customer wants to pay is what drives this.

Fundamentally, the customer is managing two things.  First is cash flow.  If the customer has a use it or lose it budget, they want to pay now.  If they have no (or minimal) budget but really need the software, they want to pay monthly and try to bury the expense in a cumulative budget, or get a budget exception for a small monthly payment.  Second – and more subtle – is how the customer accounts for the purchase.  Many companies (whether they should be or shouldn’t be) want to capitalize the software purchase and put it on the balance sheet to manage short term earnings, especially in down markets.  Others are perfectly happy to have the purchase be an income statement item.  The two issues drive customer purchase behavior much more than your licensing model does.  As a result, I’m suggesting you should set up your licensing model to be flexible to accommodate your customer’s needs, rather than the other way around.

Bottom line – if you make software for a living, regardless of your deployment model, you should be able to provide either a subscription or perpetual licensing model, with any type of payment approach.

Many companies have only been giving their sales guys the brown handled knives (e.g. they are limited to using one type of licensing model.)  Selling software into a downturn is always harder.  Now is the time to give your sales people all the knives. If they don’t carve up enough business, they’ll at least have enough knives to put themselves out of their misery.

Build something great with me