Category Archives: Uncategorized

Can You Solution Sell without Selling Solutions?

Yes.  And for those who get the distinction, I’d might add, somewhat obviously.

But too many people don’t get it.  Too many folks equate “solution selling” with “selling solutions.”  In fact, they’re quite different.  So, in this post, we’ll try to make the world a better place by explaining the difference between selling solutions and solution selling [1].

What is Solution Selling?

First and foremost, Solution Selling is a book [2].  And it’s a book written by a guy, Michael Bosworth, who, if memory serves, was trying to sell Knowledge Management Software in the 1980s.  Never forget this.  Solution Selling wasn’t written by a guy selling easy-to-sell products in a hot category, such as (at the time) Oracle database or PeopleSoft applications.  Solution Selling was written by a guy trying to sell in a tough category. Look at the subtitle of the book:  “Creating Buyers in Difficult Selling Markets.”

Necessity, as they say, is the mother of invention.

When you’re selling in a hot category [3], this is what you hear from the market.

“Yes, we’re going to buy a business intelligence tool and Gartner tells us it should be one of Cognos, Brio, and you — so you’re going to need explain why we should pick you over the other two.”

Nothing about value.  Nothing about problems.  Nothing about ROI.  We’ve already decided we’re going to buy one and you need to convince us why to buy yours.  [4]

When you’re selling in a cold category, the conversation goes something like this:

“A what?  An XML database system?  Wait, didn’t Gartner call that ‘the market that never was’ about two years ago — why in the world would anyone ever buy one of those.” [5]

In the first case, the sales cycle is all about differentiation.  In the second case, it’s all about value.  In the first case, it’s why buy one from me.  In the second, it’s why buy one at all.

Solution selling is the process of identifying a business problem that the product solves, finding the business owner of that problem, and selling them on the value of solving that problem and your ability to do so.

To use my favorite marketing analogy [6], solution selling is the process of selling the value of a ¼” hole.  Product selling is talking all about the wonderful titanium that’s in the ¼” drill bit.

For example, at MarkLogic we sold the world’s finest XML database system and XQuery processing engine.  In terms of market interest, that plus $3 will get you a tall latte.  That is, no one cared.  You could call up IT people and database architects and database administrators all day and tell them you had the world’s finest XQuery engine and no would care.  They weren’t interested in the category.

Certain businesspeople, however, were quite interested in what you could do with it.

  • If you called the SVP of K-12 Education at Pearson and talked about solving the tricky problem of customizing textbooks to meet many and varied state regulations, you’d get a call back.
  • If you called an intelligence officer at your favorite three-letter agency and talked about gathering, enriching, and querying open source content to build next-generation OSINT systems, you’d get a call back.
  • If you called the SVP of Digital Strategy at McGraw-Hill and talked overall about how the industry needed to separate content from the container in building next-generation products in response to the massive threat to media caused by Google, you’d get a call back.

Simply put, if you called a person about an important problem that they needed to solve, they’d call you back.  Whether they’d buy from you would come down to the extent they believed you can solve the problem based on several factors including a technology assessment, conversations with reference customers for whom you’ve solved the problem before, the cost/benefit associated with the project, and whether they wanted to work with you. [7]

What is Selling Solutions?

Geoffrey Moore refers to an important concept called “whole product” in Crossing the Chasm.  And it’s the idea that you’re not just selling technology platform to your beachhead market, you’re selling the fact that you know how to solve problems with it. Solving those problems might require hundreds of hours of consulting services, integration with complementary third-party software packages, and data integration with existing core systems.

But nobody said the “whole product” had to be packaged up, for example, as a set of templates that you customize that help accelerate the process of solving the problem.  This is the zone of “solutions.”

Many companies, early in their lifecycle for focus reasons or late in their lifecycle to increase the size of a saturating market [8], decide they want to package up a solution after repeatedly solving a problem in a certain area.  This often starts out as leftover consulting-ware and over time can evolve into a set of full-blown applications.

At most software companies, particularly bigger ones, when you start talking about packaged solutions, this is what you mean:  the combination of know-how and leftover intellectual property (IP) from prior engagements not licensed as software product but nevertheless used to both accelerate the time it takes to build the solution and reduce the risk of failure in so doing.

For example, during my time at MarkLogic, we often debated whether and to what extent we should create a packaged custom publishing solution or simply think of custom publishing as a focus area, something that we had a lot of know-how in, and re-use whatever leftover IP we could from prior gigs without glorifying it as a packaged solution.  Because the assignments were so different (publishers used as the the platform to build their products) we never opted to do so.  Had we been selling a business-support application as opposed to do product development platform, we probably would have.

The Difference Between Solution Selling and Selling Solutions

Solution selling is an approach to (and a complete methodology for) the sales process.  Selling solutions means selling packaged, typically application-layer, know-how typically built into a series of templates and frameworks that help accelerate the process of solving a given problem.

They are different ideas.

You can solution sell without a single packaged solution in your product line.  To again answer the question posed by the title of this post:  Yes, you can solution sell without selling solutions.

Solution selling is simply an approach to how you sell your product.  Certainly it can be easier to solution sell when you are selling solutions.  But it is not required and one is not tantamount to the other.

# # #

Notes

[1] In fact, rather perversely, you can sell solutions without solution selling.  If your company built a custom-tailored solution to solve a specific business problem and if you sold it emphasizing the features of the solutions (i.e., “feeds and speeds”) without trying to understand the customer’s specific business problem and its impacts, then you’d be guilty of product-selling a solution.  See end of the post.

[2] Which has largely been replaced by the author’s next book, Customer Centric Selling, but which – like many classics – was better before it was “improved” in my humble opinion.

[3] Which leads to one of my favorite sayings:  “if you have to ask if you’re working in a hot category, you’re not.”  If you were, two things would be different:  first, you’d know and second, you’d be too busy to ask.  QED.

[4] Which results in what I call an “axe battle” sales process, reminiscent of knights in heavy armor swinging axes at each other where each is blow can be thought of as feature.  “We have aggregate awareness, boom.”  “We have dynamic microcubes, boom.”  And so on.

[5] Gartner did, in fact, say precisely this about this XML database market, but that didn’t stop us from building MarkLogic from $0 to an $80M revenue run-rate during my six years there.  It did, however, provide a huge clue that we needed to adopt a solution-selling methodology (and bowling-alley strategy) in so doing.

[6] “Purchasing agents buy ¼” holes, not ¼” bits.”  Theodore Levitt.

[7] Because a startup can only develop this fluency and experience in a small number of solutions, you should cross the chasm by focusing on an initial beachhead and then build out into other markets through adjacencies (aka, bowling alley strategy) as described in Inside the Tornado.  In many ways, the solution selling sales methodology goes hand in hand with these strategy books by Geoffrey Moore.

[8] Geoffrey Moore calls these +1 additions that help grow the market as the once-hot core technology market saturates and you need to switch back to a solution focus if you wish to increase the market size.

A Look at the Tintri S-1

Every now and then I take a dive into an S-1 to see what clears the current, ever-changing bar for going public.  After a somewhat rocky IPO process, Tintri went public June 30 after cutting the IPO offering price and has traded flat thus far since then.

Let’s read an excerpt from this Business Insider story before taking a look at the numbers.

Before going public, Tintri had raised $260 million from venture investors and was valued at $800 million.

With the performance of this IPO, the company is now valued at about about $231 million, based on $7.50 a share and its roughly 31 million outstanding shares, (if the IPO’s bankers don’t buy their optional, additional roughly 1.3 million shares.)

In other words, this IPO killed a good $570 million of the company’s value.

In other words, Tintri looks like a “down-round IPO” (or an “IPO of last resort“) — something that frankly almost never happened before the recent mid/late stage private valuation bubble of the past 4 years.

Let’s look at some numbers.

tintri p+l

Of note:

  • $125M in FY2017 revenue.  (They have scale, but this is not a SaaS company so the revenue is mostly non-recurring, making it easier to get to grow quickly and making the revenue is worth less because only the support/maintenance component of it renews each year.)
  • 45% YoY total revenue growth.  (On the low side, especially given that they have a traditional license/maintenance model and recognize revenue on shipment.)
  • 65% gross margins  (Low, but they do seem to sell flash memory hardware as part of their storage solutions.)
  • 87% of revenue spent on S&M (High, again particularly for a non-SaaS company.)
  • 43% of revenue spent on R&D  (High, but usually seen as a good thing if you view the R&D money as well spent.)
  • -81% operating margins (Low, particularly for a non-SaaS company.)
  • -$70.4M in cashflow from operating activities in 2017 ($17M average quarterly cash burn from operations)
  • Incremental S&M / incremental product revenue = 73%, so they’re buying $1 worth of incremental (YoY) revenue for an incremental 73 cents in S&M.  Expensive but better than some.

Overall, my impression is of an on-premises (and to a lesser extent, hardware) company in SaaS clothing — i.e., Tintri’s metrics look like a SaaS company, but they aren’t so they should look better.  SaaS company metrics typically look worse than traditional software companies for two reasons:  (1) revenue growth is depressed by the need to amortize revenue over the course of the subscription and (2) subscriptions companies are willing to spend more on S&M to acquire a customer because of the recurring nature of a subscription.

Concretely, if you compare two 100-unit customers, the SaaS customer is worth twice the license/maintenance customer over 5 years.

saas compare

Moreover, even if Tintri were a SaaS company, it is quite out of compliance with the Rule of 40, that says growth rate + operating margin >= 40%.  In Tintri’s case, we get -35%, 45% growth plus -81% operating margin, so they’re 75 points off the rule.

Other Notes

  • 1250+ customers
  • 21 of the Fortune 100
  • 527 employees as of 1/31/17
  • CEO 2017 cash compensation $525K
  • CFO 2017 cash compensation $330K
  • Issued special retention stock grants in May 2017 that vest in the two years following an IPO
  • Did option repricing in May 2017 to $2.28/share down from weighted average exercise price of $4.05.
  • $260M in capital raised prior to IPO
  • Loans to CFO and CEO to exercise stock options at 1.6% to 1.9% interest in 2013
  • NEA 22.7% ownership prior to opening
  • Lightspeed 14.5% ownership
  • Insight Venture Partners 20.2% ownership
  • Silver Lake 20.4% ownership
  • CEO 3.8% ownership
  • CFO 0.7% ownership
  • $48.9M in long-term debt
  • $13.8M in 2017 stock-based compensation expense

Overall, and see my disclaimers, but this is one that I’ll be passing on.

 

The Dogshit Bar: A Memorable Market Research Concept

I can’t tell you the number of times I’ve seen market research that suffers from one key problem.  It goes something like this:

  • What do you think of PRODUCT’s user interface?
  • Do you think PRODUCT should be part of suite or a standalone module?
  • Is the value of PRODUCT best measured per-user or per-bite?
  • Is the PRODUCT’s functionality best delivered as a native application or via a browser?
  • Would you like PRODUCT priced per-user or per-consumption?
  • Rank the importance of features 1-4 in PRODUCT?

The problem is, of course, that you’ve never asked the one question that actually matters — would you buy this product — and are pre-supposing the need for the product and that someone would pay something to fulfill that need.

So try this:  substitute “Dogshit Bar” (i.e., a candy bar made of dog shit) for every instance of PRODUCT in one of your market research surveys and see what happens.  Very quickly, you’ll realize that you’re asking questions equivalent to:

  • Should the Dogshit Bar be delivered in a paper or plastic wrapper?
  • Would you prefer to buy the Dogshit Bar in a 3, 6, or 9 oz size?
  • Should the Dogshit Bar be priced by ounce or some other metric?

So before drilling into all the details that product management can obsess over, step back, and ask some fundamental questions first.

  • Does the product solve a problem faced by your organization?
  • How high a priority is that problem?  (Perhaps ranked against a list of high-level priorities for the buyer.  It’s not enough that it solves a problem, it needs to solve an important problem.)
  • What would be the economic value of solving that problem?  (That is, how much value can this product provide.)
  • Would you be willing to pay for it and, if so, how much?  (Which starts to factor in not just  value but the relative cost of alternative solutions.)

So why do people make this mistake?

I believe there’s some feeling that it’s heretical to ask the basic questions about the startup’s core product or the big company’s new strategic initiatiave that the execs dreamed up at an offsite.  While the execs can dream up new product ideas all day long, there’s one thing they can’t do:  force people to buy them.

That’s why you need to ask the most basic, fundamental questions in market research first, before proceeding on to analyzing packaging, interface, feature trade-offs, platforms, etc.  You can generate lots of data to go analyze about whether people prefer paper or plastic packaging or the 3, 6, or 9 ounce size.  But none of it will matter.  Because no one’s going to buy a Dogshit Bar.

Now, before wrapping this up, we need to be careful of the Bradley Effect in market research, an important phenomenom in live research (as opposed to anonymous polls) and one of several reasons why pollsters generally called Trump vs. Clinton incorrectly in the 2016 Presidential election.

I’ll apply the Bradley Effect to product research as follows:  while there are certain exception categories where people will say they won’t buy something that they will (e.g., pornography), in general:

  • If someone says they won’t buy something, then they won’t
  • If someone says they will buy something, then they might

Why?  Perhaps they’re trying to be nice.  Perhaps they do see some value, but just not enough.  Perhaps there is a social stigma associated with saying no.

I first learned about this phenomenom reading Ogivly on Advertising, a classic marketing text by the father of advertising David Ogilvy.  Early in his career Ogilvy got lucky and learned an important lesson.  While working for George Gallup he was assigned to do polling about a movie entitled Abe Lincoln in Illinois.  While the research determined the movie was going to be a roaring success, the film ended up a flop.  Why?  The participants lied.  After all, who wants to sound unpatriotic and tell a pollster that you won’t go see a movie about Abe Lincoln?  Here’s a picture of Ogilvy doing that research.  Always remember it.

ogilvy

The Opportunity Cost of Debating Facts

I read this New York Times editorial this morning, How the Truth Got Hacked, and it reminded me of a situation at work, back when I first joined Host Analytics some four years ago.  This line, in particular, caught my attention:

Imagine the conversation we’d be having if we weren’t debating facts.

Back when I joined Host Analytics, we had an unfortunate but not terribly unusual dysfunction between product management (PM) and Engineering (ENG).  By the time the conflict got to my office, it went something like this:

PM:  “ENG said they’d deliver X, Y, and Z in the next release and now they’re only delivering X and half of Y.  I can’t believe this and what am I going to the customers and analysts who I told that we were delivering …”

ENG:  “PM is always asking us to deliver too much and we never actually committed to deliver all of Y and we certainly didn’t commit to deliver Z.”

(For extra fun, compound this somewhat normal level of dysfunction with American vs. Indian communication style differences –including a quite subtle way of saying “no” – and you’ll see the real picture.)

I quickly found myself in a series of “he said, she said” meetings that were completely unproductive.  “We don’t write down commitments because we’re agile,” was one refrain.  In fact, while I agree that the words “commitment” and “agile” generally don’t belong in the same sentence, we were anything but agile at the time, so I viewed the statement more as a convenient excuse than an expression of true ideological conflict.

But the thing that bugged me the most was that we had endless meetings where we couldn’t even agree on basic facts.  After all, we either had a planning problem, a delivery problem, or both and unless we could establish what we’d actually agreed to deliver, we couldn’t determine where to focus our efforts.  The meetings were a waste of time.  I had no way knowing who said what to whom, we didn’t have great tracking systems, and I had no interest in email forensics to try and figure it out.  Worse yet, it seemed that two people could leave the same meeting not even agreeing on what was decided.

Imagine the conversation we’d be having if we weren’t debating facts.

In the end, it was clear that we needed to overhaul the whole process, but that would take time.  The question was, in the short term, could we do something that would end the unproductive meetings so we take basic facts in evidence and then have a productive debate at the next level?  You know, to try and make some progress on solving our problems?

I created a document called the Release Scorecard and Commitments document that contained two tables, each structured like this.

release-scorecard

At the start of each release, we’d list the major stories that we were trying to include and we’d have Engineering score their confidence in delivering each one of them.  Then, at the end of every release, PM would score how the delivery went, and the team could provide a comment.  Thus, at every post-release roadmap review, we could review how we did on the prior release and agree on priorities for the next one.  Most importantly, when it came to reviewing the prior release, we had a baseline off which we could have productive discussions about what did or did not happen during the cycle.

Suddenly, by taking the basic facts out of question, the meetings changed overnight.  First, they became productive.  Then, after we fully transitioned to agile, they became unnecessary.  In fact, I’ve since repeatedly said that I don’t need the document anymore because it was a band-aid artifact of our pre-agile world.  Nevertheless, the team still likes producing it for the simple clarity it provides in assessing how we do at laying out priorities and then delivering against them.

So, if you find yourself in a series of unproductive, “he said, she said” meetings, learn this lesson:  do something to get basic facts into evidence so you can have a meaningful conversation at the next level.

Because there is a massive opportunity cost when all you do is debate what should be facts.

A Key Lesson Marketers Can Learn from Donald Trump

While we won’t go into my views on the election here, I will say that all marketers and solution sellers can learn one “yuge” lesson from Donald Trump:  understanding your audience and talking to them in their terms will take you a long, long way.

I’ve always said that solution selling entails getting the customer to conclude three things:

  1. They understand my problem.
  2. They can solve my problem.
  3. I want to work with them.

I put this in reverse form (i.e., calling the company “they”) as a reminder that these are not assertions — they are conclusions.  These are three conclusions that we want the customer to draw.  Asserting them is probably one of the worst ways to get customers to conclude them.  So how might we get a customer to conclude these things?

They Understand My Problem

How might we lead someone to conclude that your organization understands their problem?

  • Hire people who have had the customer’s job and walked in their footsteps.
  • Speak to the customer in their own language about the problem.
  • Active listen to the customer, playing back what they are telling you about the problem.
  • Complete their sentences, saying “and I bet you saw this problem next.”

The ultimate goal is to get the customer to think “Holy Cow, these people might understand my problem even better than I do.”

They Can Solve My Problem

They are several ways to get someone to conclude you can solve their problem

  • Talking about similar reference customers — where similar is defined in the mind of the buyer — whose problems you have solved.
  • Bringing in staff who have worked on solving those very problems.  Telling Pearson, “oh, when we were over at McGraw-Hill we worked on the XYZ system.”
  • Filling in requirements documents but beware that these are often, dare I say “rigged,” by the vendors who got in first as they attempt to set their differentiators on the agenda.
  • Performing a prototype or proof of concept (POC) that shows how key requirements are met using your solution.

I Want To Work With Them

How do you get someone to conclude you they want to work with you?

  • Execute the basics:  show up on time, be prepared, do your homework, communicate status.  (I’m stunned how many people screw up these things and still expect to win.)
  • Be reliable.  Say what you’ll do and do what you say.  Customers want to know they can count on you.  Don’t surprise them.
  • Be personal, build relationships, get to know people, and make them understand you want their business and care about their success.

Back To Trump

Now I have always believed that the first of these tests was the most important:  getting someone to believe you understand their problem.  But Trump has taken my belief in this to a whole new level.

By driving hard on two fronts:

  • A huge dose of “I understand your problem” — with his speeches aimed at a segment of the public who feels unacknowledged and misunderstood, he energizes crowds largely by simply active listening their problems back to them.
  • With a small dose of “I want to work with him” — the whole political outsider, straight-talking guy image.

He has been able to “get the order” from a large number of Americans without providing much detail at all about the second — and one would think rationally very important — point:  the “I can solve your problems” point.  Put differently, I’d say he put nearly 100% of his eggs in the “I understand your problem” basket and virtually none in the “I can solve it” basket (i.e., a huge amount of what and a stunning lack of how when it comes to policy).

This is all more proof that by simply demonstrating that you understand the customer’s problem and by being someone the customer wants to work with, that you can get the order without actually convincing them that you can solve the problem.

In most corporate sales cycles people incorrectly assume all the importance is on the second point — can they solve the problem?  In reality, salespeople and marketers should put emphasis on all three points and on leading the customer to conclude, in this order, that:

  • They understand my problem
  • I want to work with them
  • They can solve my problem

[Reposted and slightly revised post election.]

Another United Odyssey

Despite being (or perhaps, because of being) a 2 million mile lifetime flyer on United, I generally do my best to try and avoid them.  But once in while, routes being routes, I decided to give them a chance and see if things have improved.

Silly me.

Today’s odyssey begins in Hartford where what looked like a fairly empty flight (from the check-in seatmap) ends up an overbooked mess at 6:30 AM.  The weather in Chicago chips in for some fun and after boarding 25% of the plane, they stop, and ask us to de-board citing a ground stoppage in Chicago.

Being one of the first on the plane I am one of the last off and face this line for a cup of coffee at Dunkins. (You can see the sign way down at the end.)

dunkins

We’re not off to a good start.  About 30 minutes later,  and before I could finish my hard-earned cup of Joe, we board again.  I am constantly using my United app to decide on the likelihood of making my connection.  But the whole time we’re boarding it shows us arriving at 845 and my flight leaving at 910.  Until they close the door.  Now it says 930 arrival, which quickly turned into 950.  Unless my connection is delayed, too — I am toast.  (And the app has let me know is that my flight had already landed from Hawaii hours before and ergo wasn’t going to get badly outbound delayed, due a late in-bound at least.)

So, now, I’m screwed.  If they had just been honest and either told me (or given me the information to conclude) that I had 0% of making my connection, I would have gotten off the plane.  I needed to back on the East Coast later that week and knowing that Chicago is in trouble and San Francisco is also having bad weather, I knew I would be toast if I showed up in Chicago connection-less.

Part of the problem here is misinformation — when my outbound showed no delay, United’s staff response was “they always show no delay right up until they delay it” — which gave me some hope that the outbound would be subsequently delayed and kept me on the plane.

Well, connection-less in Chicago is exactly what happened, after my outbound was delayed twice so I managed to miss it, just two gates down, by about 10 minutes.  Thanks for waiting.

Then I look at the customer service line, which was literally as long as a football field.  (You can’t even see the end of this one.)

united

I don’t think I’ve seen a line that long (and that’s before even entering the roped back-and-forth real line on the right) in a decade.

I slip into the United Club (which for some reason I still pay for) and it resembles a refugee camp at this point.  I fire up my web browser to look at rebookings.  I quickly realize — and this is possibly a good thing — that the United mobile app has way more functionality in this situation than the website which — and this is a bad thing — is basically useless and tells me I need to call and rebook.

I use the United mobile app.

The trick is every flight is full / standby, but one.  So I choose that one, for a whopping 10 hour delay in arrival.  Since I had ponied up for a First Class seat, I figured it would only show me flights with First available.  Nope.  They put me into an economy middle seat on a First Class fare without saying anything, proposing a refund, nothing.  Not a peep.

This continues United’s tradition of basically ignoring whether you paid extra for Economy Plus (where they are so careful to price each seat) or even First Class when things go awry.  All that’s out the window.

I figure First is small so maybe it’s unavoidable.  And then I see that they have been upgrading people into First on earlier flights that I am standby on instead of giving me the ticket that I paid for.  I look at my place on the “complimentary First Class upgrade” line for the flight they have me on standby — and I’m number 36.  But wait, I’m not asking for a complimentary upgrade.  I paid nearly $1000 for a one-way ticket that I needed to buy on short notice.

No one cares.  United Twitter support which promptly offers to help when I first reported my troubles goes silent when I raise this issue.  You feel a mentality of, “whatever, it’s a crisis — you should be happy with any seat regardless of whether we chose to charge you a premium when you bought it.”  I beg to differ.  If you want me to not care at crisis time, don’t care at purchase time.

Then I notice that the 777 is configured 3-4-3 in coach.  The 777 was designed to 2-5-2 but in order to squeeze in an extra seat per row, ever customer-centric United has decided to go 3-4-3 on some models, and of course this is one.

The hits just keep coming.  Everything they do to reduce my experience they have done.

I call my wife and she says to try another airline.  “No, that won’t work,” I say.  “The weather’s the problem and I’m sure if seats were available on other airlines, United would be routing people to them — instead of making them 12 hours late.  I’m sure that every flight on every airline is toast.”

Amazingly, I still give too much credit to United and too little to my wife. About 4 clicks later, I have a bulkhead seat on American.

I arrive 6 hours late having traveled 16 hours door-to-door on an East Coast flight and having needed to purchase a pricey second ticket on American.

The moral is to avoid two things at all costs:  one-stop travel (I should have driven the extra hour to Boston) and United.

Aligned to Achieve: A B2B Marketing Classic

Tracy Eiler and Andrea Austin’s Aligned to Achieve came out today and it’s a great book on an important and all too often overlooked topic:  how to align sales and marketing.

I’m adding it to my modern SaaS executive must-read book list, which is now:

So, what do I like about Aligned to Achieve?

The book puts a dead moose issue squarely on the table:  sales and marketing are not aligned in too many organizations.  The book does a great job of showing some examples of what misalignment looks like.  My favorites were the one where the sales VP wouldn’t shake the new CMO’s hand (“you’ll be gone soon, no need to get to know you”) and the one where sales waived off marketing from touching any opportunities once they got in the pipeline.  Ouch.  #TrustFail.

Aligned to Achieve makes great statements like this one:  “We believe that pipeline is absolutely the most important metric for sales and marketing alignment, and that’s a major cultural shift for most companies.”  Boom, nothing more to say about that.

The book includes fun charts like the one below.  I’ve always loved tension-surveys where you ask two sides for a view on the same issue and show the gap – and this gap’s a doozy.

sm gap

Aligned to Achieve includes the word “transparency” twenty times.  Transparency is required in the culture, in collaboration, in definitions, in planning, in the reasons for plans, in process and metrics, in data, in assessing results, in engaging customers, and in objectives and performance against them.  Communication is the lubricant in the sales/marketing relationship and transparency the key ingredient.

The book includes a nice chapter on the leadership traits required to work in the aligned environment:  collaborative, transparent, analytical, tech savvy, customer focused, and inspirational.  Having been a CMO fifteen years ago, I’d say that transparent, analytical, and tech savvy and now more important than ever before.

Aligned to Achieve includes a derivative of my favorite mantra (marketing exists to make sales easier) in the form of:

Sales can’t do it alone and marketing exists to make sales easier

The back half of that mantra (which I borrowed from CTP co-founder Chris Greendale) served me well in my combined 12 years as a CMO.  I love the insertion of the front half, which is now more true than ever:  sales has never been more codependent with marketing.

The book includes a fun, practical suggestion to have a bi-monthly “smarketing” meeting which brings sales and marketing together to discuss:

  • The rolling six-week marketing campaign calendar
  • Detailed review of the most recently completed campaigns
  • Update on immediately pending campaigns
  • Bigger picture items (e.g., upcoming events that impact sales and/or marketing)
  • Open discussion and brainstorming to cover challenges and process hiccups

Such meetings are a great idea.

Back in the day when Tracy and I worked together at Business Objects, I always loved Tracy’s habit of “crashing” meetings.  She was so committed to sales and marketing alignment – even back then – that if sales were having an important meeting, invited or not, she’d just show up.  (It always reminded me of the Woody Allen quote, 80% of success is showing up.)  In her aligned organization today, the CEO makes sure she doesn’t have to do that, but by hook or by crook the sales/marketing discussion must happen.

Aligned to Achieve has a nice discussion of the good old sales velocity model which, like my Four Levers of SaaS, is a good way to think about and simplify a business and the levers that drive it.

Unsurprisingly, for a book co-authored by the CMO of a company that sells market data and insights, Aligned to Achieve includes a healthy chapter on the importance of data, including a marketing-adapted version of the DIKW pyramid featuring data, insights, and connections as the three layers.  The nice part is that the chapter remains objective and factual – it doesn’t devolve into an infomercial by any means.

The book moves on to discuss the CIO’s role in a sales/marketing-aligned organization and provides a chapter reviewing the results of a survey of 1000 sales and marketing professionals on alignment, uncovering common sources of misalignment and some of the practices used by sales/marketing alignment leaders.

Aligned to Achieve ends with a series of 7 alignment-related predictions which I won’t scoop here.  I will say that #4 (“academia catches up”) and #6 (“account-based everything is a top priority”) are my two favorites.

Congratulations to my long-time friend and colleague Tracy Eiler on co-authoring the book and to her colleague Andrea Austin.