What is the difference between marketing a consumer product and an enterprise product?
I have read much of the ISV materials, BTW, thanks to all the legends such as Eric Sink, Bob Walsh, Jason Cohen...and more, you guys are super cool.
This is what I have learnt so far:
These all make sense to me, however, I got the feeling the above experiences are learnt from marketing consumer software and developer tools, I could be wrong.
My company provides SharePoint software. We need to market to enterprise customers, in addition to the above, is there anything we need to pay particular attention to when marketing to enterprise customers? Is there anything significantly different marketing to enterprise customers?
In Eric sink's book, "the business of software", BTW if you haven't read it, get hold of a copy now. He mentioned, to find a organization that's in pain, give them your solution and support (maybe for free), so they will be your first customer, and they will be the reference to your future customers. This make sense to me, enterprise customers watch each other, credibility is the main issue for them.
How to market to enterprise customers?
I'm going to assume that you're referring to selling a packaged application to enterprise customers (vs "enterprise software", which everyone should stay far away from SRSLY TRUST ME ON THIS ONE)
The thing I have found consistently the most infuriating about marketing to the enterprise is how the person you're selling to (that great guy at the trade show, the "Contact Us" lead from the website) often doesn't have the authority to make a purchase. And they may not even realize it.
We don't really have too much of a problem generating leads, our frustration starts once we have the leads and start to sell. We use a process called ORDER and is based on the book Let's Get Real Or Let's Not Play by Mahan Khalsa. Basically it goes like this:
(O)PPORTUNITY/ISSUES - First we "put aside our solution" meaning we have a general discussion with the client about their issues instead of selling them on our product. Issues are "measurable" problems they are looking to solve (improving efficiency, reducing paper) or results they are hoping to achieve (improving profitability). We can use this information later in the sales process. This can be a short, 15 minute to 1 hour conversation.
(R)ESOURCES - What is their budget? Are they willing to devote full time people to this project? If they want something so bad what has held them back in the past? This is where we try to determine if they can afford to use us and if they'll commit the personnel necessary to ensure a successful implementation.
(D)ECISION PROCESS - Next you have to figure out some way of documenting their decision-making process. This is one of the hardest things to do because people understandably don't want you to know their company's inner workings, and/or in many cases don't realize they aren't a decision maker. Be sure to identify all the key players and their role in the process. A key metric is that we never want to present a solution to anyone whose exact criteria for judging us is unknown.
(E)XACT SOLUTION - The "pitch." Understanding all of the above, we present a proposal to the client, generally in the form of a product with pricing information. DO NOT DO THIS BEFORE THE FIRST THREE STEPS ARE COMPLETED! (note, in your case this is less relevant because pricing is transparent) (R)ELATIONSHIP - This is where we finalize the relationship by signing a contract, etc, delivering the product, etc. This part of the process must be carefully managed in order to ensure the customer doesn't back out at the last minute.
Here are some thoughts:
Excellent advice. I learned a lot reading this discussion. But one thing I'd also add to the mix. Enterprise in recent years have become very silo-phobic. Integration with existing business systems has pushed its way up the priority list for most Enterprises. You're probably in a strong position with a SharePoint product and you would do well to push this as an advantage, compared to standalone desktop or task-specific cloud solutions with no API capability.