From “Founding Sales: Sales for founders (and others) in first-time sales roles” by Pete Kazanjy founder of Atrium Sales Analytics. Follow Pete on Twitter and LinkedIn.

Consider checking out How to Use This Book and Who This Book Is For sections to start.

single-line-gray.png
single-line-gray.png

Introduction

The first step on the road to a repeatable, scalable sales process is to build your narrative. That is, craft the "story" you will be presenting to your would-be customers, which will eventually take the form of slides, email templates, spoken messaging, website copy, videos and so forth. Because before you start creating those artifacts, you have to have the framework.

Your sales narrative will likely be a recasting of other content your organization may already have documented. For instance, if you already have concrete product narrative, posing customer pain and your proposed solution, then turning it into a customer-facing sales narrative shouldn't be too hard.

"It's hard for small local businesses to acquire new customers. So we fix that by aggregating new customers with the help of compelling coupon offerings."—Groupon

"Salespeople have to keep track of lots of concurrent conversations, and end up dropping balls and losing revenue. So we make software that helps them avoid those errors and book more revenue."—Salesforce

There will be a circular feedback loop between the product narrative and your sales narrative as it meets the market and either fails, succeeds, or does a little of both. So this shouldn’t be looked at as something set in stone, but rather as a hypothesis that will change over time. But you still have to have a coherent rough draft to start. 

single-line-fsblue.png

What is the Right Formation?

Link to section

While there are a variety of ways to construct your customer-facing narrative, for early-stage, new-technology sales organizations, I'm a fan of the "problem-solution-specifics" narrative framing. 

That is, identify the problem, who has it, how it is currently solved (or not), and why that’s unsatisfactory, followed by what has changed to make this problem solvable in a new way, what that means for the problem in question, how your new solution works to solve this problem, and what the quantitative and qualitative proof points are that validate this line of argumentation. Those will be the core components of a sales narrative, along with potential additions, like competitive messaging (why is your proposed approach better than other proposed approaches?), and all manner of embellishments (like digging into the specifics and features of your solution).

If this sounds like a fundraising pitch, you shouldn’t be surprised. A funding pitch typically has all of the same trappings, plus macroeconomic rollups of certain parts. For example, “How many people have the proposed problem and what are they willing to pay to solve it” would be a market-sizing exercise, which isn’t relevant to a customer-facing sales pitch but requires the same precursory information.

Framing your narrative in this way will also be helpful as you develop your marketing collateral, in that each part builds on the part before. Think of it as an inductive approach: If someone disagrees with your framing of the problem, great, it’s the first thing you’ve discussed; you can focus on that (or end the interaction), rather than rehearsing other parts of your pitch that are not relevant. Or if the person you’re talking to agrees that this problem exists, but not that he has it, again, great; you can save time by not pitching someone who doesn’t care. Narrative framing nicely complements the efficiency mindset that should pervade sales, as covered previously in Chapter 1 on Sales Mindset Changes. 

single-line-fsblue.png

Building a Cohesive Narrative

Link to section

So let’s walk through these individual components. Once you understand how to think about them—and have them mapped out—you can put it all together into a cohesive narrative.

What is the problem?

Who has the problem?

What are the costs associated with this problem?

How do people currently solve this problem? Why do current solutions fail?

What has changed that enables a new solution?

How does the new solution work?



What is the problem?

Link to section

You need to identify the business pain you’re seeking to solve, as crisply as possible, so your audience can quickly evaluate whether what you’re talking about is relevant to them. 

For instance, in the case of TalentBin, “Technical recruiting is hard. It’s hard to find software engineering talent that has the relevant skills, and even if you can find them, getting in contact with them is tough. And once you’ve found and contacted talent, keeping on top of all those conversations can be a huge time suck fraught with dropped balls, all leading to slower hire times and raised cost of hire.”

Or in the case of, say, Groupon, it might be “Finding new customers for your local business is hard. With all the time you spend running day-to-day operations, who has time to figure out how to drive new business through the door? But if you don’t grow your customer base to find new, repeat customers, how can you get off the hamster wheel and grow your business?”

Or in the case of Salesforce, it might be “B2B sales is hard. You’re working on a million things at once, and it can be really easy to lose track of deals and let things fall through the cracks, which hurts your ability to reach your quota. And as a manager, it’s hard to know if your teams are working on the right things, if their efforts are directed toward the highest-value opportunities, and how they’re tracking against their goals. Which leads to underperforming teams and missed forecasts.”

Or in the case of HubSpot, it might be “Being an online marketer is hard. Sales wants more leads. And there are so many things you could be spending your time on, but you’re constantly pulled in lots of directions, many of them not particularly fruitful. Really, you just want an all-in-one solution that can help you do the right things, automatedly, and help you keep track of your success.

Or in the case of Zendesk, it might be “Being a support agent is hard. You have all these people running into issues with the product you’re supporting and emailing you, needing help. You want to help them all, but with so many concurrent conversations happening, it can be hard to keep up, and keep balls from being dropped, which leads to unhappy customers who stop paying. Moreover, so many of the questions are the same, again and again, and answering those repetitive questions keeps you from helping the people who need more advanced guidance. As a support manager, you want to help your teams be as efficient as possible and not drop balls, so they can spend their time delighting customers, rather than typing out the same answer.”

There may be particular nuances and levels to the problem in question. In the case of TalentBin, for example, more advanced sales conversations addressed discovery, contact, and management of recruiting conversations too. In the case of Salesforce, there’s a distinction to be made between the problem individual reps have and the problem sales managers have. But at least identifying the baseline is key.

A good test of whether you’ve got it is to pose the problem statement to someone in the industry. You're in good shape if you say, “Have you encountered this?” and she not only says yes, but can then proceed to a deeper conversation about it.

Know, and be able to articulate, the problem you’re addressing. 


Who has the problem?

Link to section

Equally important is identifying the person who has the problem. We’ve already touched on this a little bit, since the person with the problem will often pop up in the problem statement—they’re somewhat hard to separate, and that’s fine. But you should know the players who are navigating, or trying to manage, the business hassles you’re tackling. 

This is both so you have a strong sense of who you should be addressing with this narrative, and so that when you are addressing someone, they themselves can make the same evaluation. Are you talking to the right person, and do they want to listen to what you have to say?

In B2B software and sales, there is generally a specific person, or group of people, whose job it is to solve the problem you’re proposing. Identifying them is the goal here. There can be more than one person, and generally as an organization gets larger what might have been the problem of one person, or a slice of a person, becomes the distributed problem of more people. The collective “business speak” for this is “stakeholders,” but you want to focus on those who are purely responsible for solving the business pain. If the person in question can say, “Well, that’s not really my job,” then you know you have the wrong person. And you should understand the different players in your narrative. 

You might say, “Well, the CEO is the one who has this problem, because the buck stops with her.” But generally speaking, you want to be talking to the people who have specific functional responsibility for resolving the problem you’re addressing. 

So in the case of TalentBin, for example, the people who have the problem being solved would be recruiters who are responsible for filling individual requisitions (ideally just the technical ones) and recruiting managers who are responsible for providing talent to the other parts of the business—like engineering managers and the VP of Engineering. But the people in those other parts of the business, while impacted by the problem, aren’t precisely responsible for its solution (except in very small organizations where you don’t yet have separation of responsibilities).

For, say, Zendesk, the most direct stakeholders would be the Head of Support or Customer Success and the individual customer service people who solve customer issues. 

For a CRM solution, focused on rep efficiency and managerial insight, this would be a Manager, Director, or VP of Sales Operations, or, absent that, the sales leader who is most concerned about sales efficiency as supports revenue growth. 

A good rule of thumb for targeting the right stakeholders is to look for the person who has control of the budgetary resources allotted to resolve the pain point you solve. Or, alternatively, the person who spends meaningful amounts of time (i.e., labor resources), day to day, resolving that pain point. 

As organizations get larger, you see more specialization and focus with regard to who would be the owner of a given business pain, and thus ought to be the target of your message. For instance, in a small organization that has a single sales rep, with the CEO focused on sales performance, those would be the individuals to target for a sales automation solution. As an organization gets larger, you might have a Director of Sales managing six sales reps, and that Director of Sales would be your target. And as that organization get larger still, the pure responsibility for sales enablement and operation may be specifically split off into its own role, with titles like Sales Operations Manager, Director, and so forth, at which point, those people would be your best target. 

Relatedly, and we’ll get into this more when we talk about account qualification, just because there’s someone at an organization who addresses your problem, that doesn’t mean that the organization is necessarily qualified for your solution. An organization with a single customer service rep who is also the office manager, and is managed by the CEO, yes, has someone who addresses customer success issues. But the amount of time—and, by extension, budget—that is spent on those issues will be far below that of an organization with dozens of customer service people. Engaging with this smaller account would therefore be far less likely to be worth your time. Generally, having a crisp sense of the specific titles you’re selling to will help lead to the right accounts, because accounts that don’t have those titles in-house won’t be qualified. We’ll get into that more when we talk about prospecting.


What are the costs associated with this problem?

Link to section

Understanding the costs associated with the problem you’re addressing will help you frame an argument for why would-be customers should expend budget on your solution. Depending on your space, you might be looking at what it costs to solve a given problem—or what it will cost not to solve it. Either way, you’ll want to calculate the return on investment (the mythical “ROI”) associated with your solution. 

Often, these are very clear costs. For instance, in datacenter solutions, like data storage, there’s the issue of ever-expanding storage. That is, for every number of employees that are added to an organization, there will be a need to add more disk storage to support them—and this has a very distinct cost. So if your solution is focused on, say, storage de-duplication and virtualization, then you’ll need to understand the cost of expanded storage. 

Or for support software, you’d need to understand the cost of support personnel—each of whom can only handle so many tickets per workday—for a growing customer base. 

Or for sales automation and CRM solutions, you’d need to understand the cost of adding more salespeople to get more revenue. Because reps can only handle a limited number of deals without software assistance, CRMs can reduce the number of reps a company needs per dollar of revenue, or, on the flip side, create more revenue per rep.

In cases like this—where the implementation of a given solution clearly and directly minimizes certain costs—you’re dealing with what’s known as “hard ROI.”

Other times, the costs a solution addresses may be opportunity costs. For instance, consider the customer support example above. The flip side to the cost of additional support personnel is the opportunity cost of customers who stop being customers due to insufficient support. So while one problem companies need to consider is the cost of adding more personnel as they add new customers, they also need to consider whether these new customers may end up becoming former customers if they aren’t sufficiently enabled or supported. The cost here would be the opportunity cost of those customers not renewing their licenses or purchasing more seats of the product being supported.

Or in the case of sales automation and efficiency software, an opportunity cost would be incremental deals missed in a given time frame due to insufficient rep efficiency. For instance, your solution might allow reps to do more in a given amount of time—if instead of closing eight deals of average deal value $8,000 every month, they can instead close ten deals, that’s a 25% bump and $16,000 in incremental revenue per rep per month. In this case, you’re identifying the opportunity cost of not employing your solution. These benefits can sometimes be harder to prove, in that other actions must occur in order to realize the promised benefit. As such, they are sometimes referred to as “soft ROI.”

Lastly, there may be more directional costs and opportunity costs and benefits. These are often harder to quantify. For instance, information technology vendors often sell the value of “increased agility”—that is, that users will be able to more quickly execute projects for their internal customers and thus allow the businesses they support to capture opportunities better. That’s great, but that’s a pretty big domino rally of cause and effect and hypothesized impact to take to the bank, and another example of “soft ROI.”

Once you have a sense of what these specific costs or opportunity costs are, it’s an easy trick to simply scale them up or down based on the size of the potential customers you are looking to engage with. As you do, you’ll better understand the potential opportunity of sale for your organization, and the value of your solution for the prospect organization (which goes to qualification and, later, prospecting).

But at the very minimum, you need to understand the unit costs of the problems you’re addressing, so you can position the value of solving them with your solution.


How do people currently solve this problem? Why do current solutions fail?

Link to section

Knowing the current solution paths for your problem will be important, in that the thrust of your sales conversations will be to persuade your would-be customers that the means by which they currently solve the problem—or their continued non-solution of the problem—is insufficient for their business, and that they should be implementing your solution instead. You’ll have a hard time driving that argument, or even identifying the current state of the world within a target organization, if you’re not clear on the typical solution paths and their shortfalls.

No Solution

In high-technology, innovative solution sales, where your solution is brand-new, one of the most common answers to this question will be “we don’t solve this problem.” Your challenge, then, is to persuade prospective customers that it’s worth solving—in that the current non-solution is costly, whether that means actual hard cost or softer opportunity cost. Hence the importance of understanding and being able to model the costs of non-solution. 

Solution via Process

Organizations that already solve the problem via process are one step further along. For instance, in the case of TalentBin’s customers, the problem that technical recruiters have is being able to discover and engage with software-engineering candidates that they can’t find on traditional hiring services like LinkedIn or Monster. Some of the more advanced technical recruiters have implemented processes to use generic search engines like Google to manually browse and discover these engineering candidates on places like Twitter, GitHub, and Stack Overflow. They then use, again, standard email tooling to reach out to and follow up with those candidates. While there are tools being used in this situation, they’re in service of a process that has been implemented to solve the root issue. 

So, too, for sales organizations that don’t have a robust CRM solution and associated reporting in place. In lieu of that reporting, the sales organization might use a process of status meetings or habitual CC’ing of sales management on ongoing deal conversations. 

In these cases, you need to address the question of why that existing process is an inferior solution path. Often it comes down to the time cost associated with it and, beyond that, with the general frailty of process. 

In the TalentBin case above, for example, the use of normal search engines in a manual process of candidate discovery is very time-consuming; while the outcomes could be valuable (a quality candidate hired), the time cost to get there may be substantial. Or a pertinent candidate may be missed, delaying the speed of hiring. In the example of the sales organization, the time cost of the reporting process keeps reps from spending their time on selling. Moreover, what’s reported is self-reported, without an audit path—potentially allowing reps to provide information that makes them look good but actually diverges from the reality of their sales pipelines. 

Solution via service providers

A step beyond organizations that have implemented processes to resolve their business pains would be those doing so with service providers. For instance, rather than subscribing to a media database like Cision to help their PR team keep tabs on relevant journalists, an organization might just have a PR firm on retainer. Or instead of solving their engineering-hiring problems with process or products, an organization might just work with a recruiting agency. 

Solving a business pain with a professional service could be a totally viable solution for the organization in question, but it will have downsides. Cost will typically be one of those downsides, in that service providers need to make a margin for their businesses to be successful. For instance, in technical recruiting, a recruiting agency will typically make a fee of 25% of the first-year salary for an engineer that they place. If an engineer is making $150,000, that’s a $37,500 fee—not a small amount. If an organization has recruiters in place, then a solution that provides them candidate access and engagement tools, like TalentBin, could help them hire the same quality of engineer, but at a dramatically reduced cost—the cost of the solution in question, plus the salary expense of the in-house recruiter.

Solution via product

Lastly, we have the most advanced organizations, those that already are using products to solve the problem in question. These products won’t necessarily be pure “competition”—they might simply be in the same general space as yours—but this introduces a larger concept that includes competition. That is, these organizations are using solutions that are competing for the budget and user time you want. But that’s often a good sign when you’re qualifying an account (more on this later), since the organization has sufficient conviction in the importance of the problem that they expend budget on tooling to solve it. 

For instance, while TalentBin is a talent search engine with advanced recruiting CRM features, with pure competitors in the market, there are a variety of other solutions that organizations use to solve the business problem of engineering recruiting: job postings on a traditional job board, subscriptions to a traditional resume database, or the business solutions of professional networks like LinkedIn. 

This is where things can get complicated, in that the more mature a space, the more variety or alternative solutions there may be—including those that are perhaps not pure market substitutes, but instead are complementary/co-operative solutions. I’m a fan of sales professionals being “students of the game.” The more you know about these other solutions and their relative plusses and minuses, the better. But there will invariably be diminishing returns in knowing everything about every potential solution under the sun; having intimacy with at least the most common ones should suffice, so you’re rarely surprised in a conversation. 

Importantly, this isn’t just about knowing who the players are, and their deficits. The only way you’ll be able to build an authoritative narrative is if it is credible, and that means recognizing the strengths in existing solutions too—even if that’s as simple as their low cost. For instance, while recruiting agencies may be costly, they’re extremely useful if you need candidate flow immediately, or don’t have in-house recruiter labor. Or while job postings may not be very helpful for hiring in verticals where candidate demand and supply is out of whack, that doesn’t mean that job postings are fundamentally problematic; they are very helpful for hiring proactive, motivated job seekers, like sales or customer success staff.

Having a deep understanding of the myriad ways organizations resolve the problem you’re addressing will position you well, so you can frame your solution’s narrative in the larger context of the market. 


What has changed that enables a new solution?

Link to section

Typically in product innovation, and the associated selling of those products, something has “changed” that enables a new solution. It’s important for you to understand the underpinnings of the change, because your narrative will need to explain it. In fact, that change will be crucial to how you frame the new opportunities that have opened up for your would-be customers. 

For instance, in sales CRM, the rise of ubiquitous web access and browser technology provided an opportunity for Salesforce to create a SaaS offering that was far less clunky than traditional on-premise CRMs, accessible from any web-enabled client, and always up-to-date with the latest features.

Or in the recruiting world, the creation of LinkedIn as a “professional network,” which was adopted by a segment of the populace, enabled recruiters to tap into a much broader set of potential employees than traditional job board resume databases offered.

Or the falling price of flash memory made it cost-effective to create datacenter storage appliances made purely of flash memory, with companies like Pure Storage helping organizations take advantage of this development. 

Knowing what has changed will not only allow you to pose a credible narrative, but will also point to the trends you can expect in the market. Pay close attention to those trends and what they mean for your sales narrative—whether they support it or undermine it.

For instance, TalentBin takes advantage of the rise of “implicit professional activity” available on the web—for example, question-and-answer activity on places like Stack Overflow, professionally relevant tweets, and so on. This has been enabled by the creation of online communities and the growing availability of digitized “professional output” like patent databases, publications, and so forth. But to the extent that this trend is only increasing—as more and more software engineers make GitHub, Stack Overflow, Twitter, and so on part of their day-to-day professional world, for instance—then the “thing that has changed” will only continue to increase in momentum, further supporting TalentBin’s approach and underscoring its sales narrative.

In other cases, these changes don’t enable a new solution—they demand one. With the rise of the iPhone and other smartphones, for example, consumers now spend much more of their “online time” on their small mobile devices, rather than on desktop or laptop computers. As a result, time spent online shopping is following suit, putting pressure on existing e-commerce brands to produce mobile-first offerings. Those vendors are now responsive to companies promising solutions to this new problem, like mobile-app development firms, software vendors that make existing e-commerce websites mobile-friendly, and so on. Again, a change precipitated the need, and thus the attractiveness of the solution. 


How does the new solution work?

Link to section

Of course, if something has changed that enables a new means of attacking an existing problem, or creates a new problem to be solved, you’re going to need to explain how your solution goes about addressing that change. 

Conveniently, for most founders this should be pretty easy; they will generally have strong market and product intimacy. The more important thing, though, may be to have a good sense of how to easily and clearly explain your approach to prospects. Often a good way to do that is to compare your product to existing solutions that your prospect understands. 

For Salesforce, this would be something like “It’s like your traditional CRMs, but it takes advantage of the browser and the web to let you access your CRM whenever you want, wherever you are. And it’s way less clunky, and always has the most up-to-date features.”

Or for Groupon, it might be “We have acquired email lists of tens of thousands of would-be customers in a given geography, who we’ll help you access by offering compelling coupon-like deals, once a day, that get them in your door.”

The level of detail that you’ll have to delve into will vary depending on the audience. But at a minimum, you’ll have to be able to explain the nuts and bolts of how your new solution takes advantage of change to help resolve a problem. 

single-line-fsblue.png

Qualitative/Quantitative Proof of a Better Solution

Link to section

As you can see, each part of the narrative builds on the part before. This will be true for every piece of marketing collateral you produce—messaging, email and web copy, slide decks, and so on. And once you’ve covered “this is what has changed” and “this is how we take advantage of that change,” you’ll naturally want to get to “and here’s why we know our solution is better.”

Because you are now intimate with the problem space, the costs associated with the problem, and the means by which the problem is typically solved, quantitative comparisons should be easy. You already know the general metrics by which existing solutions are measured. Take another look at how you answered “What are the costs associated with the problem?” Now it’s time to present why your solution does a better job, as measured in the same language as existing solutions. Typically, it’ll be as simple as “Our offering does more X” or “Our offering requires less Y.” What that X and Y are will depend on the space, but that will typically be the formula. 

So for the recruiting space, where TalentBin plays, key metrics are cost per hire, time to fill an open role, and quality of hire. Of course, each of those metrics involves a lot of moving parts. So while you’ll want to be able to address the big picture, you’ll have to address the constituent pieces too. 

For instance, a recruiter or recruiting manager will typically look at candidate databases to determine how many of their target candidates they can find and then recruit, and whether the contact information for those candidates is readily available. In the case of a solution like TalentBin, the metrics that would be interesting to a recruiter are things like search-result counts for a given skill profile in a given geography. So when presenting to recruiters, we would make sure to present our search results for candidates with, say, Ruby, JavaScript, and MySQL experience in the region they were recruiting out of; then we’d compare those search results to what came up on LinkedIn Recruiter or a job board’s resume database. When the recruiter saw that we offered three, four, or ten times the number of results, it was pretty clear why our offering was superior. 

You’ll need to do this for each part of your offering’s value proposition. For instance, search discovery is only part of the workflow that a recruiter engages in. Outreach is another. When assessing how a product can help with candidate outreach, recruiters might be interested, for example, in email-address availability and the speed with which they can execute their outreach. If you were selling to recruiters, then, you might start by noting the one hundred InMails per month that a recruiter gets through LinkedIn Recruiter, and the amount of time it would take to send those InMails without templating or mass-outreach functionality. Then you would present the volume of email outreach that could be achieved in the same amount of time using your solution. 

This is also where you can do a good job of guiding the conversation, based on your deep understanding of the problem, market, and existing solutions. For instance, your competitors may try to cite metrics that don’t matter. In the world of talent acquisition, that’s often large numbers of resumes in a database. “We have two hundred million profiles!” That might be interesting, but what does it matter for a recruiter focused on physician assistants or iOS developers if there are only twelve possible candidates in those two hundred million profiles? 

You can also spotlight qualitative differences between your solution and the competition, but this should be in supplement, where possible, to metric-based comparison. And ideally you should have metrical backing to support those qualitative differences. For instance, if you were presenting a mobile CRM offering that promised better usability than desktop CRMs (a qualitative claim), ideally you would have metrics to support those claims. Logins per day or data-quality metrics, for example, could help prove that as a result of this enhanced usability, actions that can be counted—and compared—are happening more or less often than with existing solutions.

Third-party validation is another means by which to present your offering’s superiority and lend credibility to your claims. This would be things like customer counts, customer testimonials (which ideally feature the metrics and qualitative claims you’ve defined above), deeper case studies, press and analyst coverage (which we’ll get into more later and ideally features large parts of your narrative, restated by the author), and so on. This isn’t a core part of the narrative, per se, but rather a means by which to say “and this is who agrees.”

There are all manner of ways to respond to “Okay, so how do you know your product’s better?” Whichever you choose, though, having them at the ready is a requirement for your narrative.

Pricing

Link to section

Pricing is a funny thing. It could be considered part of your narrative, or it could be considered part of your sales materials. In a way, it’s the conclusion of the narrative arc for your solution: “And because of all this, you should pay us this for the right to access our solution.” While pricing is something that is likely to change—usually going up as you gain more functionality, or getting more nuanced as you segment your solution—it’s definitely something that you’ll want to have nailed down, at least in an initial version, when you start having sales conversations.

First, I think it’s important to charge, even at the outset. If you don’t charge, people won’t take you seriously or think hard about whether your solution provides them value. They also likely won’t use the solution. It’s no skin off their backs, and they’re not paying for it, so why should they invest time in it? This isn’t to say that you have to charge an arm and a leg. Or that you can’t do a freemium approach, where there is a free initial period or volume of usage. And it doesn’t mean that you can’t have a set of “lighthouse customers” early on that pay for their license fees with engaged, ongoing, validated feedback. But you definitely should charge for your solution. Founders frequently kick the can down the road on this issue because they don’t want to hear someone say no to them. But you’re not doing yourself a favor by avoiding that moment. So figure out an initial price point, and then ask for it. Your solution provides real value to the customer (if it doesn’t, bigger problem), and your engineers need to eat. So charge.

I like to approach pricing in an iterative capacity, biasing toward giving away more value than is captured—at least to start. The goal here being that, early on, you want to get customers in the product, using it and testing your value promises; if your solution is priced to perfection, it will likely hurt your close rates and make acquiring those customers more challenging at the margin. This doesn’t mean that you’ll stick with lowish pricing forever. Rather, as you progress, with each incremental conversation, you’ll be getting more information about how the market reacts to your pricing. If you present your product for $100 per seat per month, and no one bats an eye, well, maybe next time make it $150! At TalentBin we started out asking for $99 a month just to test the water, then moved that to $199, $299, $399, and then $499 a month, with an annual contract, paid up front. But we pushed this up over time (not to mention, the product was getting better by leaps as we went). 

Once you start to raise prices, don’t worry about those early customers that you have at 20% or 50% of your eventual pricing; there are tens of thousands of other customers in the world that will pay full price. Just grandfather those existing folks in and thank them for their early votes of confidence. No reason to punish them for being early believers. In fact, this can be a means by which to get people to jump and buy now: “Well, it’s five hundred a month right now, but as we add functionality, that may go up. Of course, if you buy now, you would be grandfathered in at that price.”

Approaches to Pricing

Pricing to Perfection

Segmenting



Approaches to Pricing

Link to section

In terms of taking early shots at pricing, there are a couple of ways to think about it. It’s more art than science early on, and you’ll typically blend a number of data points together. But these approaches can help you get started.

Existing Solutions Comparison

Since your solution is likely addressing an existing pain point in the market, a great place to look for guideposts on pricing is existing products. For instance, with TalentBin, we found strong comparators in the form of resume search databases like Dice.com’s resume search, or quasi-social-network profile-search and CRM tools like LinkedIn Recruiter. Both are priced on a per-seat basis, with certain usage limits (profile views and message sends). As such, it was easy to position TalentBin on a per-seat basis for recruiters, because they were used to that. Even better, because LinkedIn charges up front for their annual contracts, that was the “default” in the minds of the customer base and something that we could take advantage of in our pricing.

By looking at existing solutions, you can also understand what the current market is used to paying for a set amount of “value.” To go back to TalentBin as an example, when we started out, a seat of LinkedIn Recruiter was ~$8,000 a year for a technical recruiter focused on engineering hiring (~$5,000 for an agency recruiter); the product gave a certain amount of search recall for certain types of talent (i.e., “Ruby engineer in Dallas, Texas” might bring back four thousand results) and allowed one hundred InMail outreach messages a month. TalentBin, on the other hand, would give a recruiter between 2–5x the search recall, including candidates’ direct email addresses, and unlimited outreach volume. So one could argue that for a recruiter focused purely on technical recruiting, TalentBin might be worth much more than LinkedIn Recruiter. Of course, TalentBin was just a small upstart when we were having our initial sales conversations, so this is an example of optimizing to provide more value to the customer than you take. Our pricing ended up being $6,000 per seat per year for most of the time before we were acquired. In this case, the goal was to engender in the prospect’s thinking, “Wow, this smokes LinkedIn Recruiter for tech hiring, and it’s twenty-five percent cheaper? I’ll give it a shot.”

Another compelling reason to look at how existing solutions are priced is that there is likely a rationale behind those pricing decisions, which you may not have figured out yet. Your solution is likely a better way of doing things via some sort of technical innovation; trying to do pricing innovation at the same time is often a distraction. One innovation at a time, please.

Take a second to think about what the comparators in the market might be for your solution and their pricing. If you don’t know, go figure it out and use it to inform your thinking. 

ROI & Value Pricing

Another, more advanced, way to do pricing is known as “ROI pricing.” That is, determining the amount of value you expect to provide for the prospect and setting your price to capture some of that value. That’s not to say that pricing would change on a customer-by-customer basis necessarily (that adds unnecessary complication). But it means that you would be aiming to provide a certain amount of value above and beyond the cost of your solution.

A great example of this is HIRABL, a company that makes recruiting agency revenue-acceleration tools. One of the things they do is help recruiting agencies identity “missed fees,” where a client does not report that they hired a candidate submitted by the agency. Remember, agency fees are usually 10%–25% of a candidate’s first-year salary, and as such can be between $10,000 and $30,000. Based on their massive dataset of submission data crossed with missed fee identification and missed fee capture, HIRABL knows that across the board there’s typically one recoverable missed fee per five hundred candidate submissions. Because of this, they are able to price their solution based on the number of submissions that they will be monitoring for a recruiting agency, using an average fee of $15,000 and that 1 in 500 ratio, and have a very high confidence that their customers will get a 10x return on their investment. That is, if HIRABL is charging $20,000 to a recruiting agency for a year of monitoring, they know that the agency will recover around $200,000 of fees over the term of the contract. Some agencies may make out like gangbusters and get a 15x ROI on the solution, and others might only get 6x. Later we’ll talk about recording these instances of captured value, but the idea here is to peg pricing in a way that correlates price with value. 

You might be wondering, “Well, if you’re going to do pricing directionally based on value capture, why not charge specifically based on the actual value captured?” In the case of HIRABL, for example, why not charge a percentage of actually recovered fees? While compelling in principle, the challenge there comes in reporting—that is, in instrumenting the actual value that was captured. And while you can architect your product to record ROI signifiers (i.e., marking a fee as “recovered”), this creates a situation where not only is the onus of usage taken off the shoulders of the customer, but there is also an incentive to hide captured value. Better to keep it simple and charge a known price, based on a defensible ROI model.

This sort of pricing can be challenging if you’re too early to have a solid ROI case. First, this shows you how important it is to understand the dollars-and-cents value that you are providing to the customer, and to think about how you can actually prove the ROI case. (Can you do your own experiments at scale to see how your solution raises or lowers a key metric associated with a known value?) Second, this is why it may be most effective to use a mix of approaches—like blending pricing from existing solutions and your ROI proof understanding. For instance, if you know that your job-posting solution doubles the number of qualified applicants that show up for an engineering role based on your own experiments, maybe you charge 150% of the price of that other solution. 

Value Alignment and Thresholding

Another approach to pricing is an extension of this ROI-based mindset—that is, aligning your pricing to the value provided to the prospect. For instance, this might be something like the model that Dropbox or Box use, where the more storage you use, the more it costs. Or you might approach it like Marketo, Eloqua, Act-On, or HubSpot, where the more contacts you are drip marketing to, the more the solution costs. This structure has the advantage of allowing a customer to “start small” (either with a small portion of their total demand, or because their total demand just isn’t that large), and then grow—ensuring that the price you capture from them grows in step with the value they’re deriving from the solution. 

This is especially important if you’re using a “trial” or freemium approach to selling your solution (more on trials and pilots later). You want to make sure that you can turn on the pricing at the point that the customer has gotten definite value. For instance, Yesware offers a free version of their product that allows users to track outbound emails. If you track above a certain number, though, they prevent you from tracking more that month. The idea being that if you’re tracking a high number of outbound emails, you’re likely a sales or recruiting professional and getting definite value from these tracking events. LinkedIn does something similar; if you use your free account to do more than a certain number of searches or view more than a certain number of profiles, they will prompt you to pay.

Related to this is the notion of “thresholding” of pricing. That is, can an organization, an individual within it, or a team within it just decide to purchase your solution within their budgetary constraints? (This is the beauty of SaaS delivered over the web.) If it’s an individual, can they just buy it themselves because they grasp the value and how it can help them (Yesware)? If it’s a team or a manager, is it under the threshold of their corporate purchasing card, and can they just expense it (Box, Slack)? If it’s a department in an organization, is it under the amount of money they may have in their discretionary budget (i.e., TalentBin’s $6,000 annual license fee often was). If you are mindful of these natural pricing breakpoints, you can help ease your entry into an account by slipping in under one of these thresholds. This isn’t necessarily applicable to all solutions; it’s hard to have a single team using an HR system designed for a whole organization, for example. But if you block an organization’s ability to “just buy one to try it out,” be aware that you’re making your sales challenge harder.

With your solution, can you align value and threshold in a way that eases your entry into organizations, while at the same time positioning you well for growth?


Pricing to Perfection

Link to section

We touched on this above, but you want to be careful about “pricing to perfection.” That is, watch out for charging such a high price that all the stars have to align for the prospect to get a sufficient amount of value out of your solution to be satisfied—or, before then, for the prospect to even believe that they could get the requisite value. On the one hand, you don’t want to give your product away, but pricing too high will work against you in a number of ways. First, it will hurt your win rates. A prospect can totally be on board with the pain you’re solving and believe that you will solve it for them, but if you are charging so much that they don’t believe that the ratio of pain solved to money paid is in balance, they won’t buy. You’ll see this in scenarios where the prospect has nodded in agreement with all of your pitches, only to seriously blanch when you get to a pricing conversation. It’s a balance. You don’t want prospects to say “Oh, that’s easy, sure” when you tell them pricing, because then you’re leaving money on the table. But if you’re charging through the nose, and your win rates are suffering, reconsider. This is why it’s often good to start low and raise pricing until you get to the point where you see it becoming a serious drag on closing conversations. 

Too-high pricing also hurts your churn rate. If customers aren’t getting sufficient value from your solution compared to the price, at the end of their term (whether a year or a month), they simply won’t renew. So the onus is definitely on you to make sure they are using the product, and also deriving sufficient value from it—like HIRABL making sure that their clients are collecting missed fees that have been identified. (We’ll talk about this more in the Implementation and Customer Success chapter.) But if you’ve priced to perfection, it will put substantial pressure on your product and your customer success apparatus to make sure value is delivered, lest the account churn out.

You can often see this proved out with low-priced products like Reputation.com that try to hook customers at $9.99 a month. Then they just make it difficult enough to cancel that it’s never worth $9.99 of your time to try to do so, even though most users get zero value from it. Most of the people reading this will have enterprise and B2B solutions that actually provide value, but this example proves the point that the value provided and the price charged need to be in alignment, or else you’ll see serious churn. 


Segmenting

Link to section

This is where founders can get into trouble. Like indexing off of mature companies’ sales collateral, there’s an impulse to index off of Box’s, Slack’s, or Salesforce’s pricing pages. You see that they all have three options—and one marked “Most Popular!”—and feel that you need to have that too. Resist the urge. They’ve been doing this for years. They know which segments of customers care about which features and usage volumes. And they likely have a number of customer segments. You, on the other hand, probably don’t have either. First, you should be focused on your ideal customer profile right now (which we’ll discuss at length in Early Prospecting). You shouldn’t be engaging in sales conversations with accounts that are substantially different from one another. So even if you knew the features and usage patterns that could be used to price discriminate, you shouldn’t be talking about different prospect profiles to begin with. Second, you probably have no idea which features matter for which customers segments. So let’s deal with it down the road! Not right now. Segmenting your solution can be a great approach later on to extract better pricing out of higher-end clients who are price insensitive. But early on, it’s usually a distraction. 

Pricing is an iterative process where you learn more about what parts of your product matter, and how much, over time. Like other sales materials, you shouldn’t view it as “done,” nor should you feel that it needs to be “perfect” before you start using it. But you do need to have it. 

single-line-fsblue.png

Putting it all Together

Link to section

Lastly, you have to put all these thoughts together. This doesn’t mean that you have to take these constituent parts and write them into a page-long meditation, put it on a shelf, and never touch it again. Or that you need to have a holistic “messaging document” that you deliver verbatim. But it’s good to have a concept of what the narrative looks like, summed up, all together. Again, the narrative actually exists separate from whatever medium you end up collateralizing it in, whether slides, video, messaging, and so on. Whatever collateral you use, though, you need to be able to tell a coherent story. 

Test yourself by experimenting with an elevator pitch, or how you might explain your story to someone you met at a cocktail party who has intimacy with the space you’re working in. This won’t be a full treatise, but rather the first skeleton of your story. Then, based on your interaction with the listener, as they double click here or there, you can expand—because you’re deeply familiar with the details that underlie the cursory overview.

Another great exercise is to try writing it down to see if you can incorporate all of the pieces we’ve covered. So what would this look like? Let’s consider a couple examples:

The TalentBin Narrative

What’s the problem? Technical recruiting is really hard! Finding software-engineering talent that has the skills that your organization requires, and then engaging with them to get them to consider your organization, is a tough problem.

Who has the problem? What’s the cost of not solving the problem? It’s something that makes the lives of technical sourcers, recruiters, and recruiting managers rough, particularly because if they don’t solve the problem, they may have to pay large sums of money to recruiting agencies—25% of a first-year salary of $125,000 or more. Otherwise they don’t hire on schedule, and that impacts the ability of their organizations to ship software on time, and make revenue! 

How is this currently solved? Why doesn’t that work? Yes, you can use things like job boards or LinkedIn, but the problem is that unemployment is so low in software engineering that very few engineers are actively looking for jobs. And because most people don’t really pay attention to LinkedIn or update their profiles, software-engineering profiles have a tendency not to exist, or to be missing the skill information that indicates that the engineer in question would be a good fit. Not to mention the fact that there are hundreds of thousands of recruiters on LinkedIn messaging every engineer they can find, and that creates tons of noise to cut through.

What has changed? But the good news is, the Internet has undergone some amazing changes of late to help make finding and engaging with these potential hires much easier and more effective. Because people are spending so much more time online, day in and out, on social sites like Twitter, Facebook, and Meetup and professional networks like GitHub and Stack Overflow—and because of the general move toward the digitization of work materials—there are reams and reams of information available. If properly leveraged, that material can help recruiters find talented individuals based on the activity they engage in online—for instance, tweeting about iOS development, being a member of an Android Meetup, participating in email lists about Java, and so on. (How does it work?) TalentBin scoops up all the information that individuals leave as digital fingerprints of their professional selves, analyzes it, and turns it into profiles for these individuals, with skill details and contact information. Then we let recruiters search and review the profiles and reach out to folks. 

How do you know it’s better? Because TalentBin makes use of these mountains of “implicit” professional activity, it solves the problem of finding individuals who are not searching for jobs, not present in job board resume databases, and undiscoverable on LinkedIn due to their thin profiles. For instance, for a typical search like “Ruby on Rails” in the San Francisco Bay Area, TalentBin returns 5x the number of results compared to LinkedIn Recruiter. Moreover, 60% of these profiles have personal email addresses, which are so, so much better for engaging candidates. Recruiter open, click, and response rates using TalentBin provided personal email addresses are 3x-5x better than generic InMail outreach. And while the raw statistics tell the story, the hundreds of customers TalentBin has amassed—who have hired thousands of technical staff with the solution—tell the story even better. Not to mention the awards, press, and analyst accolades TalentBin has won since entering the market. 

And all of this is available to you for $6,000 per user, per year. That includes unlimited requisitions, searches, and profile views, and unlimited email sends. Compare this to $8,000 for a LinkedIn Recruiter account with inferior technical candidate search recall, capped at a hundred InMails a month. It’s a total steal!

The Salesforce Narrative

What is the problem? Who has it? Being a B2B sales rep is tough! You have to manage dozens of concurrent conversations, follow up at the right time, and not drop any balls. So too with being a sales manager. You have to make sure that your team is engaging in high activity—but also the right activity—and keep track of potential issues, while forecasting how your revenue achievement will end up for the quarter.

What is the cost of the issue? And this is serious business. If a rep drops a ball, forgetting to follow up with a prospect at the right time or neglecting to send a proposal as promised, it can mean tens or hundreds of thousands of dollars of lost revenue. Moreover, from an efficiency standpoint, if reps aren’t sufficiently productive, they’re missing out on potential deals and conversations. And for sales managers, not being able to manage the activity levels of staff, identify weaknesses, and forecast accurately could mean leaving problems unaddressed, which can turn into hundreds of thousands of dollars of short fallen targets. And that could mean missed quarters and stock impacts. It’s no joke. 

How is this currently solved? For how important customer-relationship tracking and management is, it’s amazing how poorly it’s generally done. You have reps either living out of their email and calendars or using ancient, clunky contact managers like Act! or GoldMine, or last-generation CRMs made by Siebel that look like something out of Tron.

Why don’t current solutions work? The problem with these approaches is that email and calendars are not designed for tracking customer relationships, and make it more likely for very costly balls to be dropped. Last-generation CRM systems require reps to be in front of their computers, dialed into a VPN. And even if they are, those systems are extremely clunky and hard to use—creating more time and bookkeeping overhead rather than actually enabling reps to sell more, faster. 

What has changed? However, with the rise of the Internet, now the power of modern, usable, always-accessible CRM can be available to reps wherever they are, whenever.

How does it work? Salesforce provides a modern, next-generation CRM that is accessed through the browser, connecting reps to their important deal information quickly and easily. And because it’s software delivered as a service, the latest and greatest innovations in rep-efficiency features are available to all users, all at once, rather than requiring IT to upgrade the on-premise CRM system. And because web technologies make for easy interoperability, Salesforce has a massive partner ecosystem of amazing add-on tools that offer all manner of efficiency benefits.

How do you know it’s better? Because the software is available to reps wherever and whenever via a browser, and is much more usable, you get reps who are logging in and updating opportunities and pipelines as much as 3x–10x as often as on traditional systems. That not only reduces the potential for dropped balls—as you can see by the 20%–50% increase in win rates for reps who adopt Salesforce—but also makes for more accurate forecasts on a rep and sales manager basis. We’ve seen a 30%–50% reduction in missed forecasts for managers whose teams use Salesforce. All of which has resulted in Salesforce being the most lauded CRM solution on the market, consistently in Gartner’s Magic Quadrant for CRM, and gaining tens of thousands of customers.


Bake That Narrative, and then Get Ready to Make Some Collateral

Once you’ve formed your narrative, you’re going to be taking this core story and distributing it in different formats for easy consumption by interested parties. Generally this will take the form of sales collateral for prospects, but the same narrative will get recast for other interested parties too: press, analysts, partners, and even investors and acquirers. 

But if you don’t have that narrative nailed—if it’s not coherent and persuasive—all the collateral in the world won’t do you a bit of good. It’ll just be shiny nonsense. Nail your narrative first.

Great, now you do it:

 
  • What is the problem?

  • Who has the problem?

  • What are the costs associated with the problem?

  • How do people currently solve this problem, and how do those solutions fall down?

  • What has changed enabling a new solution?

  • How does the new solution work?

  • How do you know it’s better? (Quantitative, Qualitative)

 

Put that all together, then be sure you’re armed with qualitative and quantitative proof that yours is a better solution. Finally, give some thought to your initial pricing structure, and you’ll be ready to take your narrative out into the world.