Live data from Hacker News

How Not To Sell Software in 2012

al3x.net

131–140 of 142 posts

Re: How Not To Sell Software in 2012

#131
post #125
post #75

Earlier quoted context omitted.

"There's no software priced between $1000 and $75,000." Although there are annual licences sold within this range (nearly all of our contracts are). Companies grok SaaS, whereas they probably wouldn'y have in 2004. We do all of his wrongs, but we don't sell to small companies.

>We do all of his wrongs, but we don't sell to small companies. I have no real experience with big companies. Could you educate me on a few points? In particular, it strikes me as odd that these would be any different from consumer to small company to big company: Don’t hide your pricing behind a sales process Do people shopping for solutions for big companies not have any idea what their budget is? I understand ther…

tl;dr summary: The original article mostly applies to the subset of products/services that can be sold online. Many successful companies choose to sell using different rules for good commercial reasons.

I said: >>We do all of his wrongs, but we don't sell to small companies.

I should have said "some" not "all", however you have chosen three examples of things that we do indeed do "wrong"...

Background: we are a 6 person company with 100 clients selling to entities with 10's of employees to 1000's of employees i.e. we don't sell to large entities. We mostly charge per user per annum (plus initial setup costs of up to one years fees - cashflow needed for longer sales cycles). The company was bootstrapped, and is profitable (in the real sense of the word - not ramen profitable).

> Don’t hide your pricing behind a sales process

Our clients have a budget, and that budget varies by an order of magnitude. I think this is normal for larger entities. e.g. a government department may pay 10 times more than a company with tight margins, like a retail client. We removed pricing so that we could vary our prices according to the client. Variable costs are mostly covered by our initial setup fees, so increase in price goes straight to bottom line. Not signalling pricing was a good move.

> Don’t make me read a whitepaper in order to get essential information about your product. Put it on your website. In HTML.

We have some information on the web site, and some in PDF's. Due to variation in the client base we are careful how we disseminate much information E.g. don't advertise a feature that is confusing to some clients, or a feature that is too expensive to configure for a cheap/small client.

> Don’t make it hard for me to talk to a technical person at your company about the nitty gritty details of how your product works.

Probably doesn't apply since our sales people are technically competent. Most customers are not technical people, so shouldn't be interrupting developers. When judged appropriate, customers do have access to any of our staff.

---

Perhaps another useful way to think of it is that many of his rules apply when your target market is more than say 10000 clients? Or maybe they apply in a highly competitive market?

Re Joel's article: Maybe it is a false dichotomy between small and large sales (although as a very broad approximation it may be a useful idea). I believe there are a huge number of SME/medium sized companies with a variety of sales processes where cost of sale is somewhere between $0 to $50k i.e. the stated $50k minimum hurdle doesn't exist. Sales in that range may be your sweet spot, depending upon what you are selling.

Re: How Not To Sell Software in 2012

#132
post #125

Earlier quoted context omitted.

>We do all of his wrongs, but we don't sell to small companies. I have no real experience with big companies. Could you educate me on a few points? In particular, it strikes me as odd that these would be any different from consumer to small company to big company: Don’t hide your pricing behind a sales process Do people shopping for solutions for big companies not have any idea what their budget is? I understand ther…

You're thinking about buying "big business" enterprise software like buying a cell phone or any other off-the-shelf commodity. Don't do that. It's more akin to buying a house. You've got to find one of many that satisfies your unique needs. You've got due diligence to do. You've got negotiations. You've got an entire purchasing process to follow that is externally imposed. You may have renovations to make before you…

But software is a commodity, either that or you're not selling software, you're contracting out custom development work.

Re: How Not To Sell Software in 2012

#133

Earlier quoted context omitted.

I'll take 1 person giving me $1M over 100K giving me $!0 any day.

Have you ever been involved in sales at that level? To say it is painful (on both sides) is an underestimate. I'd rather that $1M revenue was split down into something more like 200 sales of $5K.

Except that you can't. 5k is above 'discretionary spending' for a drone, but not worth it to convene meetings with upper management, fly in sales people, do an extensive demo/feasibility study, etc. Spolsky wrote a post about it years ago, and I generally found it's true. There is a gap between 'cheap' and 'expensive' for which it's hard to justify the sales expenses. While doing 1M deal is excruciatingly painful, it's not 200 times more painful than doing 5k deals, so in the end I prefer the one 1M.

Re: How Not To Sell Software in 2012

#134

There's no software priced between $1000 and $75,000. I'll tell you why. The minute you charge more than $1000 you need to get serious corporate signoffs. You need a line item in their budget. You need purchasing managers and CEO approval and competitive bids and paperwork. So you need to send a salesperson out to the customer to do PowerPoint, with his airfare, golf course memberships, and $19.95 porn movies at the…

Pretty much the entire CAD market is in that price range...

The theory doesn't hold for commodity software, which makes up only a small part of the market (maybe not in dollar terms, but in amount of offerings).

Re: How Not To Sell Software in 2012

#135
post #36

> Practically everyone who’s paying for software is doing so through an app store And how well's that working for them? • All of the revenue for the thousands of vendors in the Apple App Store together for 2011: $3.6 billion • Oracle's revenue alone for 2011: $36 billion Notice that decimal point there? There's a reason it's in a different place. I don't like the enterprise sales process – being on either side of it,…

I agree on the app store vs oracle point. I'll add that it simply appears that these new start-up guys just don't understand B2B sales. They (and I know I am generalizing here) think because they buy iTunes songs and android apps at a store, enterprise level equivalents would be sold similarly.

For the most part they aren't, and primary because clients want sales calls and knowledgeable sales people to tell them about their product. Clients don't want to spend 2 weeks looking at a company's website to decide if a Oracle IT solution is right for them, a good sales person will explain what the client wants to know in a fraction of the time (though a good website is paramount to getting the lead in the first place) and act as an unpaid consultant. Later when the company decides to upgrade or change its service, a meeting with the same sale person gives the client a better idea of what option is best for them.

Never mind the fact that both companies walk away with a good deal. I see no fault with the way B2B sales currently operate.

Re: How Not To Sell Software in 2012

#136
post #133

Earlier quoted context omitted.

Have you ever been involved in sales at that level? To say it is painful (on both sides) is an underestimate. I'd rather that $1M revenue was split down into something more like 200 sales of $5K.

Except that you can't. 5k is above 'discretionary spending' for a drone, but not worth it to convene meetings with upper management, fly in sales people, do an extensive demo/feasibility study, etc. Spolsky wrote a post about it years ago, and I generally found it's true. There is a gap between 'cheap' and 'expensive' for which it's hard to justify the sales expenses. While doing 1M deal is excruciatingly painful, it…

The exception is software which is so widely regarded as being good and necessary that it's trivial to expense it. For example: Visual Studio, SQL Server, Oracle, AutoCAD. Software that has acquired a strong reputation can short-circuit the typical management heavy buying decision process. Instead of consulting with the software maker the decision process becomes focused on the question of need, alternatives, and budget.

To date it hasn't been very common for software to live in that niche, but it certainly can.

Re: How Not To Sell Software in 2012

#137
post #126
post #95

Earlier quoted context omitted.

> Gasoline is a poor choice of benchmark. Energy prices aren't really a proxy for inflation. Core inflation is also a poor choice. My housing costs are fixed, so the variation that I see is in the things that core inflation excludes.

I am not sure that I understand your mention of housing costs. Doesn't core inflation exclude housing costs as well?

According to http://en.wikipedia.org/wiki/Core_inflation , core inflation excludes food and energy. It does not exclude housing.

Re: How Not To Sell Software in 2012

#138
post #133

Earlier quoted context omitted.

Except that you can't. 5k is above 'discretionary spending' for a drone, but not worth it to convene meetings with upper management, fly in sales people, do an extensive demo/feasibility study, etc. Spolsky wrote a post about it years ago, and I generally found it's true. There is a gap between 'cheap' and 'expensive' for which it's hard to justify the sales expenses. While doing 1M deal is excruciatingly painful, it…

The exception is software which is so widely regarded as being good and necessary that it's trivial to expense it. For example: Visual Studio, SQL Server, Oracle, AutoCAD. Software that has acquired a strong reputation can short-circuit the typical management heavy buying decision process. Instead of consulting with the software maker the decision process becomes focused on the question of need, alternatives, and bud…

The management-heavy buying process still applies, however - as support and service contracts become extremely important for large organisations, and are essential to their operations.

Re: How Not To Sell Software in 2012

#139
post #101

Earlier quoted context omitted.

This was even untrue when Joel wrote it in 2004. If you're a small to medium sized business either in 2004 or in 2012 you pay in this price range for: - Site-wide MS Office licenses - Site-wide Adobe licenses (around 3000 a pop, I believe, so that's a LOT of licenses before you hit 75,000) - SAP Business One - or another ERP package aimed at small to medium sized business (AFAS comes to mind, but I'm sure there are o…

Joel is using a tool called "exaggeration" in this piece to make it more poignant and funny. You might have heard of that ;-) Seriously though: many of those software licenses are still below say $5000 per license/head/..., and they are very standardized run of the mill software. The article still holds: if you're running a dev shop on MS technology, you won't need manager approval and a sales process to buy Visual S…

I'm familiar with the tool, and I enjoy it tremendously. In this case, however, I think we're dealing with the sometimes hard to distinguish "spouting nonsense" tool. :-)

After a certain price point (say 10,000 for CAD packages and the like, where you're actually paying for some seriously specialized and advanced software) it's no longer about the software, it's about the customization. That's what those overpriced sales people come to talk to you about. Not only that, but once they're done you'll get and army of project managers and senior devs that come to visit you to figure out exactly what it is you need and by the time these people are done and all their salaries are paid, yes, you'll have paid somewhere upwards of 75,000 dollars but it's not a piece of software you've bought, it's custom development tailoring a specific package to your exact (hopefully) needs.

Re: How Not To Sell Software in 2012

#140

Earlier quoted context omitted.

Joel's article was written in 2004 so, using gasoline as the benchmark, the 2012 dollars figure is $2180 [1]. [1] http://www.wolframalpha.com/input/?i=%28average+price+of+gas...

SQL Server was in that range for many forms of licenses, and so was Windows Server when I worked at Microsoft. Actually I could think of a lot of software in that range. Today, I was looking at UBS in South-East Asia..... A basic system may be a bit below $2k, but a functional system is probably about $4-5k. Also a basic functional system of Sage ERP for smaller businesses is often well above $10k and below $50k

SQL Server was $50k per socket (going to core) for the Enterprise Edition as a list price. The typical SQL Server sale was >$100k, easily. Also, sales were negotiated and Microsoft licensing is totally fluid, especially if an Enterprise Agreement comes into the mix (where the cost is spread out over a few years). People citing MS licenses here are blind to how the majority of MS license in Enterprises get sold--huge deals with multi-year subscriptions that cost lots of money. MS will typically "true up" licenses at the end of an EA.
Post reply on HN