I used to hate enterprise sales, until I learned the most successful sales motions and sales teams are all about successful outcomes. If the product mostly does something value-able, and customer is taken care of, the money will come.
There are some sales processes/books that get into this (Insight Selling, Let's Get Real, Ninety-Five-Five etc.) and really can open your eyes as an engineer that there is an ethical, effective way to manage enterprise sales to solve user problems.
Luke mentions Bladelogic. I worked for BMC for a while, and it rings true to me that there was a night-and-day cultural split between sales and R&D. Sales at Bladelogic under John McMahon were maniacally customer focused, similar to Mark Cranney's approach at Opsware (he's now at Andreesen Horowitz). BMC was run by Bob Beauchamp for many years, the ultimate salesman, and for all the flaws of that company, for many, they really cared about customer success, which explained how they could maintain $2B in revenue with aging, middling products. They just never seemed to be able to reconcile the cultural divide between R&D (which did whatever it wanted), consulting (which also did what ever it wanted), and sales.
The difference between a consultant and sales is that the consultant gets paid by the hour, the sales person gets paid by the success of the customer, assuming the incentives are properly structured. These incentives are, for example: subscription software commission, with an emphasis on renewals (i.e. lower pay on 1 year bullshit deals), maintaining customer satisfaction, and consumption, i.e. customer actually using the software, not it sitting on the shelf, is a good proxy for "they're getting value out of it".
I also find that enterprise sales generally requires a fairly intensive free consulting engagement called a "proof of concept" (POC) usually 1-3 weeks of intense work and commitment of time from both the company and customer to enumerate all the technical risks/benefits of the software, and to run through every single one of them until the customer (a) feels the product does what it says on the tin (b) can work in their political and technical legacy environment.
Getting to a POC as the last step before negotiation & deal close is a major theme in large enterprise sales motions, as it forces a crucible: users (not just buyers) have to learn the software, and their concerns are directly aired.
Sometimes POCs are poorly scoped and drag on forever, or worse, are inconclusive leaving the deal in limbo for months or years. This is where the better enterprise sales teams shine, as they focus on what will make the customer successful and address the concerns from the administration team and users.
I wouldn't underestimate the cost/benefit of sales. Sales execs make $250k+ OTE and the best ones top $500k to $1M or more with accelerators, because they have to coordinate across customer teams AND internal teams (support, consulting, R&D, sales engineering, sales desk, legal, procurement, etc.). AND they have to be personable and social. It's a tough gig. Sales engineers OTOH have to be a bit of a sales person in soft skills but also know 20+ years of legacy technology and IT culture along with the deep technical innards of a product to properly sell, demo, and POC it. On top of that, a POC takes several of them them out of other customers for 1-3 weeks, which is like $50k or more of investment alone. And after the first deal, they're often continuing to demo, teach, make friends, provide white glove support, etc., to make sure the customer stays happy with the solution.
This is why enterprise software gets expensive, into the millions, all of this high-touch time adds up.
Enterprise sales isn't something to avoid, it's still the nature of engaging with a large complicated company, or the government, where most of the users or technical folks aren't necessarily focused on the market, or upleveling their skills, they're focused on their internal problems. They need someone from the outside to expose them to the new ideas.
We keep thinking some next generation of knowledge workers will fix this, that everyone will be self-starting, self-educating, and will buy things transactionally with low-medium touch... we thought it might be the case with Open Source, and it hasn't (the biggest OSS companies have large enterprise sales teams). we also thought it might be the case with SaaS companies (but they too have large teams).
> The difference between a consultant and sales is that the consultant gets paid by the hour, the sales person gets paid by the success of the customer,
I like your attitude about sales, but as a consultant I can tell you I won’t be billing many hours unless I am constantly thinking about how every hour billed helps my client. Clients can tell you tomorrow in an hourly relationship to stop working, so just want to clarify by your definition consulting is constant “sales” (in the sense of proving you give real value for the investment)
Yeah, my statement was hyperbolic on purpose. The difference with sales is you can put in 300+ hours and still get no pay. Which is partly why prices need to be higher than an engineer would otherwise think reasonable.
On the other hand, consultants live and die by repeat business and reputation so it's not as far removed from software sales as I'm saying above.
A major ongoing debate in industry is whether self-supported OSS with consulting and full time employees is a better model (time/cost) than enterprise software. I think at worst you have pathological tendencies in either case: the software company wants you to use the unique features that keep you renewing and make it hard to switch, whereas the consultants want to build a factory that keeps billing/renewing and makes it hard to maintain.
I used to hate enterprise sales, until I learned the most successful sales motions and sales teams are all about successful outcomes. If the product mostly does something value-able, and customer is taken care of, the money will come.
> This is not true always. Enterprise sales is also made by massaging the ego, or creating false sense of urgency (a 60% discount offer with an expiry deadline of 15 days ) of those who hold the purse and does not have common sense. I have seen millions spend this way.
There are some sales processes/books that get into this (Insight Selling, Let's Get Real, Ninety-Five-Five etc.) and really can open your eyes as an engineer that there is an ethical, effective way to manage enterprise sales to solve user problems.
> These books probably portray humans as logical rational machines who will decided based on some rules. Emotions, alliances, and personal gains are more important to decision makers.
Luke mentions Bladelogic. I worked for BMC for a while, and it rings ……
> This paragraph negates itself. If R&D and consulting did not listen to sales. How they were able to keep the customers happy. As a customer if I cannot get what I need in the product, sales will have to lie to me to make a sale.
The difference between a consultant and sales is that the consultant gets paid by the hour, the sales person gets paid by the success of the customer…...
> This is becoming true with subscription models but there also sales pushes for muti-year deals with minimum spend. In my view, once the contract is signed sales just runs away leaving delivery guys to deal with the customer who expects what product can’t deliver. Any post-sales issue simply becomes delivery team’s problem, customer education etc.
I also find that enterprise sales generally requires a fairly intensive free consulting engagement called a "proof of concept" (POC) …………
> This exercise provides a certain level of risk mitigation. However, requirements get modified to clear the POC because customer gets invited to dinner parties, conferences in vegas etc.
We keep thinking some next generation of knowledge workers will fix this, that everyone will be self-starting, self-educating, and will buy things transactionally with low-medium touch... we thought it might be the case with Open Source, and it hasn't (the biggest OSS companies have large enterprise sales teams). we also thought it might be the case with SaaS companies (but they too have large teams).
> You are right this system exists for a reason and it can’t be fixed. However, its not all rosy and ethical. In most cases their is so much at stake that unethical behavior creeps in. It is just human behavior and that's the way it is going to remain.
> This is not true always. Enterprise sales is also made by massaging the ego, or creating false sense of urgency (a 60% discount offer with an expiry deadline of 15 days ) of those who hold the purse and does not have common sense. I have seen millions spend this way.
Sure. That's not the most successful way though, IME.
> These books probably portray humans as logical rational machines who will decided based on some rules. Emotions, alliances, and personal gains are more important to decision makers.
That's too categorical a statement. The books absolutely recognize those things, but are about providing techniques to rise above them. It's not always possible, but it's better for everyone if we can. It's also generally harder to maintain a politicized process when transparency is emphasized. I've seen senior customer executives give preference to a large vendor for emotional reasons or perception of personal gain (nobody every got fired for buying IBM), but were forced to change their minds when the transparent process built enough champions to surround them with enough facts that there was a better way. Not saying this is easy, just saying that it is possible to engage in politics in an ethical way.
> This paragraph negates itself. If R&D and consulting did not listen to sales. How they were able to keep the customers happy. As a customer if I cannot get what I need in the product, sales will have to lie to me to make a sale.
Maybe, but that's not necessary and usually ineffective. Customers generally force the vendor to prove their claims and catch liars. The better way is when sales focuses on the strengths of the product that will have impact. No product is perfect, and all software has flaws. Lots of old software still gets used and sold because it has value in spite of its failings. Of course, this can't last. R&D needs to get its shit together, or the company will gradually lose customers.
> This is becoming true with subscription models but there also sales pushes for muti-year deals with minimum spend. In my view, once the contract is signed sales just runs away leaving delivery guys to deal with the customer who expects what product can’t deliver. Any post-sales issue simply becomes delivery team’s problem, customer education etc.
Initial deals should not be multi-year, and if they are, that's definitely risky. Maybe the first renewal could be multi-year. Multi-year deals help both sides once they're in expansion mode and the product is installed, the initial post-sales services are complete, and people are getting value out of it. Lower locked in prices for higher term/volume means benefits and stability for both parties.
If sales runs away, that means their incentives are poorly structured and not aligned to consumption. It can happen, but it's bad business. I have a big chunk of my variable pay tied to consumption, not just initial sign up and renewal, which keeps me sticking around to keep an eye on post-sales engagements and on support tickets, along with keeping my relationships with the customer active. A massive chunk of my time (as a principal sales engineer that covers country-wide territory) is not spent on working new deals, it's working with existing customers to keep them successful, or I won't get paid on consumption through the year, or renewal when the time comes. And even if it's not for a large deal, there are times to bend over backwards for a small customer to preserve your reputation. I don't deny the bad behaviour, I just don't see it as very sustainable.
> This exercise provides a certain level of risk mitigation. However, requirements get modified to clear the POC because customer gets invited to dinner parties, conferences in vegas etc.
Usually those invites are about building relationships, education, and trust. POC requirements tend to be a pretty transparent negotiation, if they're not, that's a problem. I can see cases where requirements are particularly onerous that there might be some give and take, but I don't see this as a ploy rather than an exercise in containing scope and risk. Like if a feature is young and buggy, why not say "this is young and buggy, are you really going to use this in year 1? Let's defer evaluating that.". That might disappoint someone who really values that feature in the customer, but it's also trying to be honest about a situation.
> You are right this system exists for a reason and it can’t be fixed. However, its not all rosy and ethical. In most cases their is so much at stake that unethical behavior creeps in. It is just human behavior and that's the way it is going to remain.
You're absolutely right. I am painting a "best case" scenario above with the teams I've worked with. I have seen plenty of unethical behaviour by customers and vendors. I'm just trying to say, it's generally easier and leads to more success if you don't engage in that. All IMO.
There are some sales processes/books that get into this (Insight Selling, Let's Get Real, Ninety-Five-Five etc.) and really can open your eyes as an engineer that there is an ethical, effective way to manage enterprise sales to solve user problems.
Luke mentions Bladelogic. I worked for BMC for a while, and it rings true to me that there was a night-and-day cultural split between sales and R&D. Sales at Bladelogic under John McMahon were maniacally customer focused, similar to Mark Cranney's approach at Opsware (he's now at Andreesen Horowitz). BMC was run by Bob Beauchamp for many years, the ultimate salesman, and for all the flaws of that company, for many, they really cared about customer success, which explained how they could maintain $2B in revenue with aging, middling products. They just never seemed to be able to reconcile the cultural divide between R&D (which did whatever it wanted), consulting (which also did what ever it wanted), and sales.
The difference between a consultant and sales is that the consultant gets paid by the hour, the sales person gets paid by the success of the customer, assuming the incentives are properly structured. These incentives are, for example: subscription software commission, with an emphasis on renewals (i.e. lower pay on 1 year bullshit deals), maintaining customer satisfaction, and consumption, i.e. customer actually using the software, not it sitting on the shelf, is a good proxy for "they're getting value out of it".
I also find that enterprise sales generally requires a fairly intensive free consulting engagement called a "proof of concept" (POC) usually 1-3 weeks of intense work and commitment of time from both the company and customer to enumerate all the technical risks/benefits of the software, and to run through every single one of them until the customer (a) feels the product does what it says on the tin (b) can work in their political and technical legacy environment.
Getting to a POC as the last step before negotiation & deal close is a major theme in large enterprise sales motions, as it forces a crucible: users (not just buyers) have to learn the software, and their concerns are directly aired.
Sometimes POCs are poorly scoped and drag on forever, or worse, are inconclusive leaving the deal in limbo for months or years. This is where the better enterprise sales teams shine, as they focus on what will make the customer successful and address the concerns from the administration team and users.
I wouldn't underestimate the cost/benefit of sales. Sales execs make $250k+ OTE and the best ones top $500k to $1M or more with accelerators, because they have to coordinate across customer teams AND internal teams (support, consulting, R&D, sales engineering, sales desk, legal, procurement, etc.). AND they have to be personable and social. It's a tough gig. Sales engineers OTOH have to be a bit of a sales person in soft skills but also know 20+ years of legacy technology and IT culture along with the deep technical innards of a product to properly sell, demo, and POC it. On top of that, a POC takes several of them them out of other customers for 1-3 weeks, which is like $50k or more of investment alone. And after the first deal, they're often continuing to demo, teach, make friends, provide white glove support, etc., to make sure the customer stays happy with the solution.
This is why enterprise software gets expensive, into the millions, all of this high-touch time adds up.
Enterprise sales isn't something to avoid, it's still the nature of engaging with a large complicated company, or the government, where most of the users or technical folks aren't necessarily focused on the market, or upleveling their skills, they're focused on their internal problems. They need someone from the outside to expose them to the new ideas.
We keep thinking some next generation of knowledge workers will fix this, that everyone will be self-starting, self-educating, and will buy things transactionally with low-medium touch... we thought it might be the case with Open Source, and it hasn't (the biggest OSS companies have large enterprise sales teams). we also thought it might be the case with SaaS companies (but they too have large teams).