<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Sales Process Engineering &#187; Measures and General Management</title>
	<atom:link href="http://www.salesprocessengineering.net/category/measures-and-general-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.salesprocessengineering.net</link>
	<description>The application of process-engineering principles (particularly TOC) to the sales process</description>
	<lastBuildDate>Sat, 04 Feb 2012 04:49:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Achieving &#8216;Predictable Success&#8217; (book review)</title>
		<link>http://www.salesprocessengineering.net/2011/07/27/achieving-predictable-success-book-review/</link>
		<comments>http://www.salesprocessengineering.net/2011/07/27/achieving-predictable-success-book-review/#comments</comments>
		<pubDate>Wed, 27 Jul 2011 22:28:56 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2011/07/27/achieving-predictable-success-book-review/</guid>
		<description><![CDATA[I have a few long-term clients who I love dearly but who are painfully difficult to work with! The problem is that they are creative entrepreneurs, brilliant at starting businesses – and launching new initiatives within existing ones – but challenged when it comes to building sustainable and scalable machines. Because our expertise is the [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-680"></div><p>I have a few long-term clients who I love dearly but who are painfully difficult to work with!</p>
<p>The problem is that they are creative entrepreneurs, brilliant at starting businesses – and launching new initiatives within existing ones – but challenged when it comes to building sustainable and scalable <em>machines.</em></p>
<p>Because our expertise is the inverse of theirs you’d think we’d work together fabulously well.  But, more often than not, we don’t!</p>
<p style="margin-left: 30px;">It’s not that we don’t appreciate the synergy. We do.</p>
<p style="margin-left: 30px;">It’s not that we don’t both want the same outcomes. We do.</p>
<p style="margin-left: 30px;">And it’s definitely not a personality thing – over the last 10 years a few of these individuals have become close personal friends of mine.</p>
<p>The issue (I’m starting to realize after reading <em>Predictable Success</em>) is that businesses must undergo a series of metamorphoses as they grow. Now, the thing is that these metamorphoses are <em>tadpole-to-frog </em>changes (material, not superficial).</p>
<p>And these changes require that entrepreneurs and their management teams have an exhaustive understanding of the life-cycle of an organization – as well as a tolerance for the collateral damage that inevitably accompanies each of these transformations.</p>
<p>In our case, at least, this exhaustive understanding has been lacking. Fortunately, however, it’s the subject of this new book.</p>
<p>Les McKeown’s <em>Predictable Success</em> presents a model for the lifecycle of the organization.</p>
<p><a href="http://www.salesprocessengineering.net/?attachment_id=1041"><img class="aligncenter size-medium wp-image-1041" title="predictable_success_model" src="http://www.salesprocessengineering.net/wp-content/predictable_success_model-300x198.png" alt="" width="300" height="198" /></a></p>
<p style="text-align: center;">
<p>The right-hand side of the model represents the rise of the organization and, the left, its decline. At the apex of the arc is a place called <em>Predictable Success. </em>It’s here that the organization is operating at its best. It’s efficient, profitable and scalable.</p>
<p>Les argues that it’s impossible for an organization to get to <em>Predictable Success </em>without first undergoing three critical transitions (<em>Early Struggle</em>, <em>Fun </em>and <em>White-water</em>). And he maintains that, unless management is vigilant, the organization will slip out of <em>Predictable Success </em>and visit <em>Treadmill, The Big Rutt, </em>and <em>Death Rattle</em> on the way to its eventual demise.</p>
<p>Of course, the critical question is, what exactly determines an organization’s journey along this arc?</p>
<p>The answer brings me back to our entrepreneurial clients. Les’s thesis is that the journey is determined by the interplay of two critical factors (in conjunction with the overall environment):</p>
<ol>
<li>Entrepreneurship</li>
<li>Systems</li>
</ol>
<p>Les argues that an organization needs a blend of each – but that the ideal blend is quite different at each of the stages in his model.</p>
<p>And for me, this is the critical take-away.</p>
<p>Obviously, an organization needs both entrepreneurship and systems. But this realization is insufficient. It lures us into imagining that there’s a <em>perfect blend</em> – a kind of <em>golden ratio </em>that management must engineer-into the organization.</p>
<p>But Les paints a picture of a more dynamic reality. Management must fine-tune the blend as it moves from one stage to the next. And, even when the organization is in <em>Predictable Success</em>, management must pay careful indication to the warning signs that indicate the organization is slipping back into <em>White-water </em>or – heaven-forbid – toppling into <em>Treadmill </em>(a scary place, where the seeds of the organization’s eventual destruction germinate without anyone noticing).</p>
<h4>How to learn more</h4>
<p>If you’d like to learn more about <em>Predictable Success</em>, you can:</p>
<ol>
<li><a href="http://www.amazon.com/gp/product/1608320316/ref=as_li_ss_tl?ie=UTF8&amp;tag=justinroffmarsha&amp;linkCode=as2&amp;camp=217145&amp;creative=399369&amp;creativeASIN=1608320316">Purchase</a> Les McKeown’s book</li>
<li><a href="http://predictablesuccess.com/book">Download</a> a free 27-page extract</li>
<li><a href="http://www.blubrry.com/indybizshow/1043908/les-mckeown-predictable-success/">Listen</a> to an interview with Les on the <em>Independent Entrepreneur</em></li>
</ol>
<h4>Les McKeown interviews yours truly</h4>
<p>While it probably should have been me interviewing Les, the tables were turned recently when Les interviewed me for his blog.</p>
<p>It’s a very nice interview so, after you’ve ordered yourself a copy of <em>Predictable Success</em>, you might like to take a listen. If nothing else, you’ll be surprised to learn what exactly I did when I graduated high school!</p>
<p>The interview is <a href="http://predictablesuccess.com/interviews/Justin-Roff-Marsh">here</a>.</p>
<div class="shr-publisher-680"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2011/07/27/achieving-predictable-success-book-review/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>The Machine &gt; Part 1 &gt; Chapter 6: The end of commissions, bonuses and other artificial management stimulants</title>
		<link>http://www.salesprocessengineering.net/2011/04/27/the-machine-part-1-chapter-6-the-end-of-commissions-bonuses-and-other-artificial-management-stimulants/</link>
		<comments>http://www.salesprocessengineering.net/2011/04/27/the-machine-part-1-chapter-6-the-end-of-commissions-bonuses-and-other-artificial-management-stimulants/#comments</comments>
		<pubDate>Thu, 28 Apr 2011 00:03:50 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[Slaying Sacred Cows]]></category>
		<category><![CDATA[The Machine (book)]]></category>
		<category><![CDATA[commission]]></category>
		<category><![CDATA[flawed logic]]></category>
		<category><![CDATA[measurement]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2011/04/27/the-machine-part-1-chapter-6-the-end-of-commissions-bonuses-and-other-artificial-management-stimulants/</guid>
		<description><![CDATA[If it’s true that sacred cows make the best hamburgers, then we’re in for quite a feast! I’ve chosen to close Part One of this book with a frontal assault on the juiciest bovine of all: the unassailable belief that salespeople should be paid commissions. And while I’m at it, I’ll take aim at bonuses, [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-596"></div><p>If it’s true that <em>sacred cows make the best hamburgers,</em> then we’re in for quite a feast!</p>
<p>I’ve chosen to close Part One of this book with a frontal assault on the juiciest bovine of all: the unassailable belief that salespeople should be paid commissions. And while I’m at it, I’ll take aim at bonuses, targets and other <em>artificial management stimulants.</em></p>
<h3>A litmus test</h3>
<p>This discussion is important for two reasons.</p>
<p>First, commissions and their bedfellows will definitely handicap the performance of the reengineered sales environment I’ve gone to great lengths to describe.</p>
<p>Second, this discussion will force us to confront the significant implications of <em>Sales Process Engineering: </em>both locally and organization wide.</p>
<p>If you are brave enough to follow in the footsteps of our <em>quiet revolutionaries</em> it’s critical that you truly appreciate the <em>essence</em> of SPE. It’s not enough to believe that SPE will work; you must also understand – at the most fundamental level – <em>exactly</em> <em>why</em> it will work. (And if you don’t, it almost certainly won’t!)</p>
<p>So, I’m proposing that you use the (emotionally-charged) question of salespeople’s commissions as a kind of litmus test. If, by the end of this chapter, you are comfortable that there is no place for commissions in a reengineered sales environment, it’s safe for you to proceed.</p>
<p>If, however, this conclusion still does not sit comfortably with you, it makes more sense to treat this book as an exercise in creative thinking (and leave your sales function well alone).</p>
<h3>When commissions make sense</h3>
<p>At its most fundamental level, SPE involves the transitioning of the responsibility for sales from autonomous agents to a centrally-coordinated team.</p>
<p>When sales <em>actually is</em> performed by autonomous agents, it does makes sense to pay these agents on a commission basis (a percentage of the revenue they generate).</p>
<p>So, if we imagine a computer hardware manufacturer that sells desktop and notebook computers to consumers, via big-box retailers; it’s clear that these arms-length retailers should be paid on a commission basis.</p>
<p>And, if we think about this example, we can identify two conditions that accord well with commission-based pay:</p>
<ol>
<li>These retail agents sell from stock – meaning that there is no requirement for them to interact with the hardware manufacturer on a transaction-by-transaction basis (which certainly would not be the case in an <em>engineer-to-order</em> environment)</li>
<li>These retail agents are <em>truly</em> autonomous – they march to their own drumbeats (and they own the relationship with the ultimate customer)</li>
</ol>
<p>But what happens to the case for commission-based pay when these conditions are <em>not</em> in place?</p>
<p>As we discussed in Chapter 2, when we transition from a <em>make-to-stock</em> to an <em>engineer-to-order</em> environment, the case for autonomy becomes weaker. Increasingly, the performance of the organization as a whole becomes more a function of the quality of integration between sales and production.</p>
<p>And, because <em>autonomy</em> and <em>teamwork</em> are polar opposites, as the case for autonomy becomes weaker, we reach a point where we <em>have to</em> make a clean switch from one to the other (there’s simply no such thing as an autonomous team member!).</p>
<h4><strong>The wrong question</strong></h4>
<p>We now arrive at the critical question. We should not begin this discussion by asking: <em>does commission make sense?</em> Rather, we should ask: <em>should we sell via autonomous agents or via a centrally-coordinated team?</em></p>
<p>Once we answer this question, our position on commissions becomes obvious.</p>
<h3>Commissions: the case against</h3>
<p>In order to understand why, let’s briefly revisit the history of manufacturing.</p>
<p>There was a time (before the industrial revolution) when almost all labor was paid on a piece-rate. Piece-rate pay is the manufacturing equivalent of commission. Rather than being paid in units of time, a piece-rate worker is paid in units of output. (A sewer, for example, might receive 20c for each garment processed.)</p>
<p>Today, however, piece-rate pay is almost extinct. (And, I suspect by now, you have a good idea why!)</p>
<p>What happened is that management discovered that, as the complexity of the environment increased, there was a critical threshold beyond which scheduling decisions had to be made centrally.</p>
<p>Of course, beyond this threshold, piece-rate pay had to be eliminated because it drove workers to work as fast as possible and not to subordinate to the schedule. (Remember, because of the combination of <em>dependency </em>and <em>variability</em> you never maximize the output of a system by maximizing the rate-of-work of each system resource.)</p>
<p>Commissions (or any kind of performance pay) are inappropriate in the reengineered sales environments described in this book for exactly the same reason that piece-rate pay is now inappropriate in manufacturing environments.</p>
<p>And this conclusion does not just apply to the sales function in isolation. As we discussed in Chapter 4, in many organizations it is not healthy for sales to be the organizational constraint. So, in these cases, irrespective of the structure of the sales function, the organization as a whole will perform better when sales is <em>not</em> operating at 100% utilization.</p>
<p><span id="more-596"></span></p>
<p>I wish this could be my last word on that subject. However, there’s a number of persistent objections to my position that we must first put to bed:</p>
<ol>
<li>Ours is a <em>mixed environment: </em>salespeople are not fully autonomous – meaning that a mix of salary and commission is justified</li>
<li>Even if we don’t need the compensation plan to determine salespeople’s rate of work, we still need performance pay to maximize salespeople’s <em>quality</em> of work (in other words, without commissions, what would motivate salespeople to actually sell?)</li>
<li>Commissions enable us to mitigate against the uncertain nature of salespeople’s performance and keep costs under control</li>
<li>The theory may make sense, but good salespeople will simply not be prepared to work in an environment without commissions</li>
</ol>
<h4><strong>The fallacy of a mixed environment</strong></h4>
<p>I’ve heard many executives argue that it’s beneficial for their salespeople to be <em>partly autonomous. </em>But I’ve never heard anyone argue that it’s beneficial for salespeople to be <em>partly team members</em>.</p>
<p>Perhaps it’s because the latter phrasing exposes the folly of this position!</p>
<p>I’ve already stressed that it is impossible for salespeople to be team members and autonomous agents at the same time. However, an astute reader might argue that this is possible in theory (if not in <abbr style="border-bottom: navy 1px dotted;" title="Yes, I know that to propose a dichotomy between theory and practice is to make a mockery of the former!">practice</abbr>).</p>
<p>Your salespeople <em>can</em> be capable team members <em>and</em> operate autonomously if (and only if) the rest of the organization has the capacity to subordinate to individual salespeople.</p>
<p>At first glance, this condition may not appear to be particularly onerous. However, when we consider the enormous variability in salespeople’s output, we recognize that effective subordination would require a huge amount of redundancy in customer service, engineering and production. (Remember, we’re considering true <em>sales</em> here, not repeat <em>transactions</em>.)</p>
<p>The fact that this is commercially unrealistic in most organization tends not to stop management from pursuing a <em>mixed</em> sales environment. And, the consequences are as unpleasant as they are predictable:</p>
<ol>
<li>Management encourages salespeople to operate autonomously</li>
<li>Salespeople proceed from the assumption that <em>more sales is always better</em> (the tacit assumption is that the rest of the organization can keep up)</li>
<li>On average, the sales team as a whole sells less than the organization has the capacity to produce</li>
<li>However, because new accounts are won infrequently (after all, salespeople spend the greater majority of their time processing transactions), the load on the rest of the organization is irregular</li>
<li>On the (not infrequent) occasions that customer service, engineering or production does not have the capacity to honor commitments made by salespeople, on-time performance tends to be compromised (although, the commitments that have been made to new accounts are often met, at the expense of existing ones)</li>
<li>Periodically, management attempts to improve the financial performance of the organization with additional incentives and special promotions</li>
<li>These incentives tend to increase the lumpiness of the deal flow – meaning that, over time, peak sales increase, at the expense of average sales</li>
</ol>
<p>The bottom-line is that contradictions cannot persist indefinitely. Your salespeople cannot be both autonomous agents <em>and</em> team members. They cannot be responsible only for sales outcomes <em>and</em> simultaneously be expected to attend sales meetings and maintain the organization’s CRM. And customers cannot belong to both salespeople <em>and</em> to your organization.</p>
<h4><strong>Commissions and the <em>quality</em> of work</strong></h4>
<p><em>If salespeople don’t have the opportunity to earn commission, then why would they sell?</em></p>
<p>I wish I had a dollar for every time I’ve been asked this question by an incredulous executive. You would think the onus should be on the defender of performance pay to present an argument.</p>
<p>After all, receptionists answer the phone when it rings, in spite of the fact that they receive no incremental pay. Your financial controller does a good job of paying bills on time, in spite of the fact that they receive no rebate on each check signed. And even senior executives perform important tasks, absent special incentives (I’m assuming that no one is paying you to read this book!).</p>
<p>Why should salespeople differ from almost every other worker on the planet?</p>
<p>The answer to the question four paragraphs above is simple: absent the opportunity to earn a commission, salespeople will still sell <em>because they are salespeople. </em>(Just as receptionists answer the phone <em>because they are receptionists</em>.)</p>
<p>I often wonder if those executives who ask that question are really enquiring into the motivation of their team members or if they are providing an (unsolicited) insight into their own pathology!</p>
<p>In <em>Drive</em>, his excellent best-seller, Daniel Pink presents a powerful case against performance pay. His conclusion – backed-up by many experiments from the social sciences – is that external rewards retard the performance of knowledge workers and have a positive effect <em>only</em> in situations where workers are performing mindless, repetitive tasks.</p>
<p>In other words, if your team members are responsible for activities any more complex than licking stamps, <em>the work itself is their reward</em>.</p>
<p>Interestingly, Pink’s conclusion points to an interesting defense of performance pay in the traditional sales environment. Consider these two points:</p>
<ol>
<li>In most environments the <em>volume</em> of sales appointments has a far greater influence on sales output than the qualitative performance of the salesperson</li>
<li>In almost all environments, salespeople generate their own appointments as a result of mindless and repetitive <em>prospecting </em>activities (internet research, cold calling, etc)</li>
</ol>
<p>With these points in mind, commissions may be defensible in <em>traditional</em> sales environments, not because they motivate salespeople to sell, but because they motivate them to prospect!</p>
<p>Of course, in our case, this argument is moot because we are definitely going to free salespeople of the requirement to generate their own sales meetings.</p>
<h4><strong>Commissions as a hedge against non-performance</strong></h4>
<p>The obvious problem with the argument that performance pay provides management with a hedge against the costs associated with salespeople’s non-performance is that the same argument could be applied to everyone in the organization.</p>
<p>But, then sales <em>is</em> a special case for a couple of reasons:</p>
<ol>
<li>The performance of salespeople is highly variable</li>
<li>It is easy to isolate the contribution that a salesperson makes (this would not be so easy in the case of a line worker)</li>
</ol>
<p>As we’ll discuss shortly, SPE inverts these two reasons:</p>
<ol>
<li>The output of the sales function ceases to be highly variable</li>
<li>While it’s easy to measure the capability of a salesperson, it is difficult (if not impossible) to isolate the contribution that person’s activity make to the organization as a whole</li>
</ol>
<p>First, however, let’s consider the wider (and more terrifying) implications of performance pay.</p>
<p><strong>Management abdicates</strong></p>
<p>We’ve discussed earlier that you cannot manage an autonomous agent (these two concepts are antagonistic). Performance pay makes this contradiction explicit! In other words, when a significant component of a salesperson’s pay is performance based, management has formally abdicated its responsibility for sales.</p>
<p>In so doing, management has telegraphed to salespeople that <em>selling is optional! </em>It is now up to individual salespeople whether or not they generate sales – and in what quantity.</p>
<p style="margin-left: 30px;">If a salesperson is <em>capable</em> of selling, the real cost of their non-performance is <em>not </em>their salary, it’s the profits that the organization does not earn when production is sitting idle!</p>
<p style="margin-left: 30px;">If a salesperson is <em>not</em> capable of selling, the real cost of their non-performance is <em>still</em> not their salary, it’s the sales opportunities that are lost that could have been won if they were attended to by a more capable individual.</p>
<p><strong>Variability diminished</strong></p>
<p>If sales appointments are the primary driver of sales (and it’s rare that they are not), we can significantly reduce the variability of sales by:</p>
<ol>
<li>Fixing the volume of sales appointments (the same number of appointments, week after week)</li>
<li>Increasing the volume of appointments (as the appointment volume increases, the variability of the entire sales function <abbr style="border-bottom: navy 1px dotted;" title="Google: &quot;regression to the mean&quot;">reduces</abbr>)</li>
</ol>
<p>Of course, our standard model does this by ensuring that salespeople do <em>nothing</em> other than sales appointments and by ensuring that each salesperson performs ten-times the volume of appointments they would perform in a typical sales environment.</p>
<p><strong>Capability</strong></p>
<p>Many of our silent revolutionaries report an increase in salespeople’s capability. There are three contributing factors here:</p>
<ol>
<li>Predictably, when organizations reduce the size of their sales teams, they retain their more capable salespeople</li>
<li>When salespeople do nothing other than sell – four appointments a day, five days a week – they get good at it (or they rapidly conclude that sales is not the right career for them)</li>
<li>With control over salespeople – and with accurate and current data – sales management finds it easy to institute a process of ongoing improvement</li>
</ol>
<h4><strong>Salespeople’s position on commissions</strong></h4>
<p>If there’s one thing I’ve learned in the last 10 years or so, it’s that sales managers are uniformly terrible at predicting their salespeople’s reaction to our standard model.</p>
<p>Almost without exception, sales managers predict outrage from their team members – perhaps even a mass exodus of talent! And the one component of our model sales managers predict will be the most offensive is the elimination of commissions.</p>
<p>In reality, salespeople’s reaction to this proposition tends to be shocking for exactly the opposite reason. It’s shocking how comfortable salespeople are to give up both their autonomy and their variable compensation plan!</p>
<p>The reason salespeople tend to be so compliant is very simple.</p>
<p>Salespeople (contrary to popular opinion) do not live in a parallel universe. They are a part of the same dysfunctional reality that is causing the rest of the organization (including management) so much pain.</p>
<p>Salespeople may have different theories about the source of their particular set of issues – and they may propose different initiatives as a remedy to these issues – but, when presented with the evidence, salespeople recognize (often faster than management) that a significant number of sales problems, production problems and management problems can be tracked back to the same root cause (their autonomous mode of operation).</p>
<p>And make no mistake; salespeople have more than their fair share of complaints:</p>
<ol>
<li>They hate the volume of clerical and customer-service work that prevents them from engaging meaningfully with potential and existing customers</li>
<li>They don’t enjoy spending their evenings in hotels entering data in the CRM, generating expense reports and writing proposals</li>
<li>The resent the continual conflict over the allocation of commissions (particularly when accounts span multiple territories)</li>
<li>They hate having to advise clients that their promises will not be met – and they resent the fact that they have to live with the continuous uncertainty over production performance</li>
<li>They don’t enjoy the underlying – and constant – conflict in their relationships with production, customer service engineering, management and even finance</li>
</ol>
<p>It may be true that salespeople are in love with the notion of <em>the salesperson as a lone crusader,</em> but salespeople are also realists. They quickly recognize that, on balance, the proposed environment will be infinitely more rewarding to work in.</p>
<p style="margin-left: 30px;">Sure, they sacrifice their autonomy but, so what? They each get a dedicated executive assistant (sales coordinator) who will free them to do nothing but sell.</p>
<p style="margin-left: 30px;">And sure, they have to transition from commission to a salary but, what of it? Salespeople understand that the dynamics of the environment in which they operate rob them of the financial upside they signed-on for. And, the truth be known, salespeople have never been entirely comfortable with the notion that they are innately lazy: prepared only to do the right thing on the promise of an incremental financial inducement.</p>
<h3>The new compensation plan</h3>
<p>So, it’s out with commissions and in with a new compensation plan.</p>
<p>But there’s not much to the new plan. The idea is simple: <em>we pay people what they are worth</em> (perhaps a little more).</p>
<p>And that’s it!</p>
<p>In practice, you should pay salespeople enough to ensure that compensation is no longer a regular topic of conversation – and then <em>insist</em> that they perform the activities required for the organization to achieve its objectives.</p>
<p>So here, from management’s perspective, is the fundamental difference between the two compensation plans:</p>
<p style="margin-left: 30px;">With performance pay, we make optimal performance <em>optional</em> – and then we attempt to exert control through a compensation plan that underlines salespeople’s autonomy with every pay check!</p>
<p style="margin-left: 30px;">With salaries, we take the discussion of money off the table. Salespeople willingly subordinate to a central schedule. And they perform necessary activities because they are asked to (and, because those activities are congruent with both salespeople’s job descriptions and the reasonable interests of the organization).</p>
<p>This new plan, then, is not even new: it’s exactly the same plan we use to compensate everyone else in the organization!</p>
<p>And when it comes to calculating salespeople’s salaries, there are no surprises here either. As with all employees, there are two considerations:</p>
<ol>
<li>Replacement cost (how much would you have to pay for another person with a comparable set of capabilities?)</li>
<li>Asking price (how much will you have to pay the current candidate to ensure that the compensation plan is no longer a regular topic of conversation?)</li>
</ol>
<p>It should go without saying that it would be foolish to propose that salespeople (or any team members, for that matter) take a cut in pay when you transition to this new model.</p>
<p>Most of our silent revolutionaries shift their salespeople to a salary that is equal to, or slightly greater than, their average total earnings (typically judged over a three-year period).</p>
<p>If you think about it, both parties are getting a terrific deal here.</p>
<ol>
<li>Salespeople are receiving a not-insignificant pay rise. Obviously <em>the potential</em> to earn a figure is worth nowhere as much as the same figure, <em>guaranteed</em>.</li>
<li>Management is increasing the volume of <em>effective</em> work performed by each salesperson by <em>ten times</em>. To achieve the same increase in a typical sales environment, management would have to add nine more salespeople for every one they currently employ! In the new model, the cost is limited to an incremental increase in the salesperson’s compensation and the cost of a sales coordinator.</li>
</ol>
<h3>The other artificial management stimulants</h3>
<p>This debate about commissions is like Hydra (the many-headed monster). You successfully lop-off one head and another appears.</p>
<p>I fear that, even if I’ve done a reasonable job of convincing you that there’s no place for commissions in the reengineered environment, your very next question might be: <em>but, what about bonuses</em>.</p>
<p>My observation is that bonus plans have a couple of problems:</p>
<ol>
<li>Because the bonus is remote from the positive behaviors that drive the desired outcome, the first installment of a bonus is a pleasant surprise and subsequent installments are viewed as entitlements</li>
<li>Bonuses suggest to team members that they are responsible for outcomes when, in fact, managers should own this responsibility – accordingly, they tend to dis-empower managers</li>
</ol>
<p>It is certainly true that some degree of variability is required where compensation is concerned. However, my position is that standard salaries provide the necessary flexibility. As your team members become more capable, their market value increases, meaning that you are obliged to grant them pay rises when (or ideally before) they <abbr style="border-bottom: navy 1px dotted;" title=" It’s worth bearing in mind that labor is a particularly efficient market. Most employees know exactly what their fellow team members are earning as well as what they could earn at an alternative employer.">request</abbr> them.</p>
<p>I suggest that there is absolutely nothing wrong with the traditional contract between employers and employees. Employees want to be able to perform rewarding work in a secure environment. If they were really seeking uncertainty and boundless riches they would not have signed-on to be employees in the first place.</p>
<p>The other stimulants (targets and quotas) are problematic for the same reasons as commissions and bonuses. They tend to suggest that team members <em>own </em>outcomes.</p>
<p>In a team environment, the <em>team</em> cannot own the responsibility for anything! There is no collective consciousness – only a group of individuals. It is critical, therefore, that the manager owns the responsibility for the desired outcome and that team members own the responsibility only for the activities assigned to them.</p>
<p>Here, a military example is illuminating. Imagine, rather than allocating discrete responsibilities to each of his units a commander were simply to assemble all his troops and exhort them to <em>take Berlin!</em></p>
<h3>Reinventing management</h3>
<p>On the subject of management, it’s important to recognize that the transition to a reengineered sales environment is extremely difficult for sales managers.</p>
<p>As a result of this transition, sales managers find themselves in a position where <em>down is up</em> and <em>up is down</em>. If sales managers were to refer to a list they had compiled before the transition of <em>everything they know for sure about sales</em>, almost every statement on that list will now be false.</p>
<p>Consequently, it is not sufficient to reengineer the general sales environment. You must also rebuild from scratch the sales manager’s method of operation.</p>
<p align="center">* * * *</p>
<p>You now have a sound understanding of the theory that underpins Sales Process Engineering. Part Two of this book will show you how to convert all this theory into practice.</p>
<div class="shr-publisher-596"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2011/04/27/the-machine-part-1-chapter-6-the-end-of-commissions-bonuses-and-other-artificial-management-stimulants/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>The Machine &gt; Part 1 &gt; Chapter 4: The machine within the machine</title>
		<link>http://www.salesprocessengineering.net/2011/01/05/the-machine-pt1-ch4/</link>
		<comments>http://www.salesprocessengineering.net/2011/01/05/the-machine-pt1-ch4/#comments</comments>
		<pubDate>Wed, 05 Jan 2011 20:57:29 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[The Machine (book)]]></category>
		<category><![CDATA[constraint]]></category>
		<category><![CDATA[strategy]]></category>
		<category><![CDATA[toc]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/?p=546</guid>
		<description><![CDATA[In most discussions of sales, the greater organization doesn’t rate a mention. This is more than an idle curiosity. The fact that we traditionally consider the sales function in isolation is likely to be an admission of a fundamental flaw in the design of sales – as well as the cause of many of the [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-546"></div><p>In most discussions of sales, the greater organization doesn’t rate a mention.</p>
<p>This is more than an idle curiosity. The fact that we traditionally consider the sales function in isolation is likely to be an admission of a fundamental flaw in the design of sales – as well as the cause of many of the problems we experience.</p>
<p>This chapter presents a model for the organization as a whole and exposes the critical connections between sales and the other key organizational functions. We’ll start with the goal of the organization and drill-down to discover what the sales function must do – not to be successful in isolation – but to contribute to the success of the organization as a whole.</p>
<p align="center">* * * *</p>
<p>While this book contains many implicit references to the <em>Theory of Constraints (TOC), </em>this chapter formally introduces some of TOC’s key concepts. TOC is a process-engineering methodology, developed by Eliyahu Goldratt and popularized in his 1984 best-seller <em>The Goal. </em>In short, TOC recognizes that the output of any system is determined by the system’s lowest-capacity resource – and that this resource (the constraint) can be used to gather intelligence about, and exercise control over, the system as a whole.</p>
<p>In practice, TOC enables a decision-making approach that contrasts with the traditional (cost-accounting-based) approach – which assumes (erroneously) that the output of a system is the sum of the output of each of the system resources.</p>
<h3>The goal</h3>
<p>Considering that this book considers just one type of organization (a business), the goal is obvious: <em>to</em> <em>make money (now, and in the future)</em>. And, at a glance, the contribution that sales must make to the achievement of this goal also appears obvious: <em>to make sales</em>.</p>
<p>But, not so fast!</p>
<p>Does it automatically follow that, if the sales function generates more sales, then the organization makes more money?</p>
<p>Actually, it doesn’t. There are two (common) cases where the sales function can actually harm the greater organization by generating more sales.</p>
<p>Sales can sell something that production doesn’t have the ability (or capacity) to produce to the customer’s requirements (damaging goodwill as a consequence).</p>
<p>Sales can sell something that causes the organization to make less money than it otherwise would. (For example, limited production resources might be diverted to fill orders that generate a lower yield on those resources.)</p>
<p>We must recognize, then, that the objective of sales cannot be defined in isolation. It <em>must</em> reference at least one other organizational function. (And the same can be said for each of the other functions.)</p>
<p>We should also suspect that, because organizations can differ significantly from one another, it may not be possible to specify the objective with a standard statement that is applicable in every circumstance.</p>
<h3>The constraint</h3>
<p>As I’ve mentioned, a business consists of a number of functions that must work together to make money (the goal). How much money the business makes is determined, to a large extent, by how well these functions work together.</p>
<p>Let’s consider a very simple business, consisting of just a <em>sales</em> and a <em>production </em>function.</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_1.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; float: none; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_1" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_1_thumb.png" alt="TheMachine_Ch4_1" width="207" height="70" border="0" /></a></p>
<p>&nbsp;</p>
<p>In order to make money, the business as a whole must generate gross profit at a faster rate than it incurs operating expenses. Units of gross profit must be processed by both sales and production before they can be banked. Specifically, <em>sales</em> must win an order and then <em>production</em> must fulfill it.</p>
<p><span id="more-546"></span></p>
<p>We will use the (TOC) term <em>Throughput</em> to refer to <em>units of gross profit</em>. Technically, <em>Throughput </em>is equal to the revenue generated by a transaction, minus the <em>totally-variable</em> costs associated with that transaction (raw material costs, sales commissions, shipping, etc).</p>
<p>Because the amount of money that a business makes is a function of the <em>rate</em> at which it processes Throughput, it is important that we understand the capacity of the business. In other words, we need to know how much Throughput the business can process in a given period.</p>
<p>The capacity of the business as a whole is determined by the capacity of its lowest-capacity function (what we’ll call <em>the constraint</em>).</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_2.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_2" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_2_thumb.png" alt="TheMachine_Ch4_2" width="207" height="70" border="0" /></a></p>
<p>&nbsp;</p>
<p>So, if the capacity of each of the functions in our simple business is as marked above, it should be clear that this business can only generate $10,000 (Throughput) a day. Production does have the capacity to produce more but, without sales to fulfill, there’s no point it doing so.</p>
<p>Because (in this scenario) sales determines the profitability of the organization as a whole, we can draw some conclusions about how sales and production<em> </em>should work together:</p>
<ol>
<li>Sales should sell as much as possible (in this scenario, it <em>does</em> make sense for sales to sell as much as possible)</li>
<li>Production should produce whatever sales sells (and nothing more)</li>
</ol>
<p>We can now generalize from these conclusions to arrive at two simple rules – applicable to <em>every</em> business:</p>
<ol>
<li>The constraint should operate at full capacity, at all times</li>
<li>Non-constraints, should subordinate to the constraint (in this context, <em>subordinate</em> means <em>keep up with</em>)</li>
</ol>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_3.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_3" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_3_thumb.png" alt="TheMachine_Ch4_3" width="207" height="70" border="0" /></a></p>
<p>It should now be clear that sales should <em>only</em> operate at full capacity (i.e. sell as much as possible) when it is the constraint. In all other scenarios, sales should subordinate to the constraint.</p>
<p>&nbsp;</p>
<p>So, if we reverse the capacities of the functions in our simple business (meaning that production is now the constraint), we can conclude that:</p>
<ol>
<li>Sales should sell only what production has the capacity to produce</li>
<li>Production should operate at full capacity, at all times</li>
</ol>
<h4>Variability (our dark passenger)</h4>
<p>Actually, these two rules will not produce the optimal outcome in reality! And, when we understand the reason why, we’ll also understand why our organization should have a (single) constraint in the first instance.</p>
<p>We must acknowledge that, in reality, the output of any resource is inherently variable. When we talk about a person, a machine or a plant producing an output of <em>x</em>, what we really mean is that the output <em>averages x</em>. If we plot the output of that resource (any resource) on a run-chart, we will discover that its output is quite variable.</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_5.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_5" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_5_thumb.png" alt="TheMachine_Ch4_5" width="530" height="190" border="0" /></a></p>
<p>&nbsp;</p>
<p align="center"><strong>This inside (telephone-based) salesperson may average<br />
$5,000 in sales a day, but her range is greater than her mean.</strong></p>
<p>This means that (continuing with our example above) it is impractical for sales to aim to provide production with $T10,000 worth of orders a day, for two reasons:</p>
<ol>
<li>The output of sales will vary dramatically (as is the nature of sales) from day-to-day</li>
<li>The capacity of production will also vary but it’s variability will be independent of – and, therefore, out of sync with – that of sales</li>
</ol>
<p>If sales was to attempt to provide production with $T10,000 worth of orders a day, production will find that it is regularly starved of work – meaning that the actual output of the organization will be <em>less than</em> the capacity of production (the constraint).</p>
<p>The solution to this problem requires that sales maintains a buffer of orders upstream from production, large enough to absorb the sales function’s inherent variability (but no larger).</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_4.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_4" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_4_thumb.png" alt="TheMachine_Ch4_4" width="271" height="70" border="0" /></a></p>
<p>&nbsp;</p>
<p>The existence of the buffer enables the organization to fully exploit its production capacity, as well as to maintain good on-time delivery performance. However, if the buffer is larger than necessary, it will increase delivery lead-time – causing the organization’s product to be less appealing to customers.</p>
<p>With this small (but critical) modification to our simple business, we can now finalize our directives to each function:</p>
<ol>
<li>Sales should maintain the constraint buffer at its optimal size</li>
<li>Production should operate at full capacity, at all times</li>
</ol>
<p>As promised, <em>variability</em> also points<em> </em>us to the reason why an organization should have a (single) constraint.</p>
<p>The inherent variability in the output of <em>every </em>resource means that an attempt to balance the capacities of resources is a fool’s errand. In an environment where all resources have identical <em>average</em> capacities, the day-to-day variation in <em>actual</em> output will result in the emergence of a constraint that wanders, unpredictability, from resource to resource – rendering the organization unmanageable.</p>
<p>It makes more sense for management to determine which function <em>should</em> be the constraint and then build enough protective capacity at non-constraint resources to ensure that the system is stable.</p>
<h3>The optimal constraint location</h3>
<p>That’s right; you get to choose the location of the constraint within your organization. (Well, you do if – and only if – you can stop the cost accountants from attempting to balance the capacity of all resources!)</p>
<p>To shed some light on this decision, let’s meet one of our silent revolutionaries <em>prior </em>to their transition.</p>
<p style="margin-left: 30px;">
<p style="margin-left: 30px;">Acme is a traditional (plate and ink) printer. Its owner has stayed current with technology and has, consequently, seen Acme’s production capacity increase geometrically over the last 15 years. The owner’s not-insignificant investment in technology has produced a dramatic improvement in plant efficiency, measured on a per-impression (or, printed-page) basis.</p>
<p style="margin-left: 30px;">However, Acme’s sales team has failed to keep-up with production. The plant has the capacity to generate around $600,000 a month in Throughput, but the sales team is selling less than a third of that. The owner is rapidly realizing that the efficiencies produced by the new technology are a mirage if the additional capacity is not sold.</p>
<p>Clearly, in Acme’s case, sales is the system constraint, meaning that we can apply our two rules to define objectives for both sales and production. But advising sales to sell as much as possible – and production to keep pace – is not much of a solution when two-thirds of acme’s plant capacity is sitting unused.</p>
<p>It makes more sense to take pause and examine the overall design of the organization. And, in so doing, the very first question we should ask is: <em>which function should be the organizational constraint?</em></p>
<p>To answer that question, we must start at the beginning: with the goal of the organization.</p>
<p>We know that Acme’s goal is to make money but it’s worth exploring what <em>make money</em> really means. Clearly it means more than <em>generating revenues </em>(you can generate a lot of revenue and still go broke). It must also mean more than making profits (profits are good, but they are only half of the story). That’s right; <em>making money</em> means <em>maximizing the return on owners’ equity </em>(and you can do this by increasing the <em>return</em>, decreasing the <em>equity</em> or some combination of the two).</p>
<p>This better understanding of the goal helps us to recognize that production should probably be Acme’s constraint (not sales). The reason is that production is where almost all of the owner’s equity is invested!</p>
<p>So, in the short run, our two rules may provide Acme with <em>a thumb in the leaking dike</em>, but in the long run, Acme must:</p>
<ol>
<li>Dramatically increase the capacity of the sales function (until sales can consistently sell <em>more than</em> production has the capacity to produce)</li>
<li>Reduce the capacity of the plant</li>
</ol>
<p>Once Acme has remedied this immediate problem – and shifted the constraint to production – then the responsibility of sales will no longer be to sell as much as possible. Sales will be responsible for maintaining a queue of orders up-stream from production – large enough to ensure that production operates at full capacity, day in and day out.</p>
<p>Because Acme is one of our silent revolutionaries, you can probably guess that they chose to dramatically increase the capacity of sales. Today, the presses at Acme run at 100% utilization, 100% of the time. Acme’s salespeople are no longer looking for something – anything! – to print. Instead, they search constantly for ways to increase the yield that Acme earns on its finite plant capacity.</p>
<h3>The third function: new product development</h3>
<p>Now that we understand the concept of <em>the constraint</em>, we need a more complete model of the organization. To date we’ve envisaged just two functions, sales and production.</p>
<p>In the long-run, however, a business needs (at least) one more function in order to thrive: <em>new-product development</em> (or <em>engineering</em>).</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_6.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_6" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_6_thumb.png" alt="TheMachine_Ch4_6" width="183" height="167" border="0" /></a></p>
<p>&nbsp;</p>
<p>The primary responsibility of new-product development (NPD) is to conceptualize and design the products (or services) that sales sells and that production delivers. (Additionally, NPD will often innovate internally, creating better production or distribution processes.)</p>
<p>It’s critical that we explicitly recognize the existence of – and the importance of – NPD . It’s not just that NPD keeps the organization relevant in the long-run. In most organizations it’s NPD that determines whether or not potential customers are prepared to entertain your salespeople!</p>
<p>Now, obviously all organizations have more functions than those examined here (finance, administration, etc) but, because these are <em>support </em>functions they have no bearing on this discussion. Similarly, I am choosing to ignore senior management because I’m assuming that it’s senior management who’s doing the modeling in the first place!</p>
<p>With our model expanded to three functions, determining the ideal constraint location becomes a little trickier. However, if we consider the three value-chain configurations we discussed in Chapter 2, the optimal constraint location starts to come into focus.</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_7.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_7" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_7_thumb.png" alt="TheMachine_Ch4_7" width="560" height="184" border="0" /></a></p>
<p>&nbsp;</p>
<h4>Make to stock</h4>
<p>A traditional car company (e.g. Ford or Toyota) is an example of a make-to-stock (MTS) manufacturer. The flow is simple:</p>
<ol>
<li>NPD designs something</li>
<li>Production manufacturers it</li>
<li>Sales sells it</li>
</ol>
<p>In most cases, MTS manufacturers sell via arms-length resellers, rather than direct – and for this reason, it makes more sense to refer to our third function as <em>distribution</em> than <em>sales</em>. In practice, this does not make a large difference – particularly when you consider that the manufacturer will still need to maintain some kind of salesforce in order to acquire and develop channel relationships.</p>
<p>As for the question of which function should be the organization’s constraint, this is evident from the phrase <em>make to stock</em>. As discussed previously, the stockpile of inventory exists to buffer production from distribution – meaning that sales must be the constraint.</p>
<p>In most cases the flow between NPD and sales is asynchronous (hence the dotted line above). In other words, NPD designs new products periodically, not once for each item manufactured.</p>
<p>Because services cannot be stockpiled, the term MTS applies purely to manufacturers.</p>
<h4>Make to order</h4>
<p>Production does not commence for a make-to-order provider until the order is received. Accordingly, there can be no inventory of finished goods.</p>
<p>Increasingly, technology is allowing even traditional manufacturers (think, car companies) to move to a make-to-order (MTO) configuration. Dell is a perfect example of a MTO manufacturer – as is a tax agent or a traditional printer. A MTO provider does not have to design a new product for each client – rather it’s a case of configuring standard options to suit the client’s specifications.</p>
<p>The MTO flow looks like this:</p>
<ol>
<li>NPD designs a product (or service) with a finite number of customizable options</li>
<li>Sales sells the product – and helps the client customize it to suit their requirements</li>
<li>Production produces it</li>
</ol>
<p>In most cases, the ideal constraint location for a MTO producer will be production. The responsibility of sales (as per our Acme example) should be to maintain a queue of orders upstream from production. Furthermore, this queue of orders should ideally be composed so as to maximize the yield on production’s limited capacity (bearing in mind that different mixes of work will have varying impact on the profitability of the organization).</p>
<p>An interesting example of an MTO provider is a funeral home. At first glance, it would appear impossible for a funeral home to maintain a queue of orders upstream from production (the mortuary). The reality, however, is that, in recent years, funeral homes have figured-out how to do exactly this! Most homes today have sales teams that sell funeral plans – meaning that, when a person passes, their funeral has already been arranged and paid for.</p>
<h4>Engineer to order</h4>
<p>Engineer to order (ETO) environments add another level of complexity to MTO.</p>
<p>Rather than configuring a product (or service) to suit a customer’s requirements, an ETO provider <em>designs</em> a custom solution and, in most cases, the design procedure <em>spans the point of sale</em>. In other words, in an ETO environment, the vendor will most likely need to do some preliminary design to win the job and will then have to complete the design <em>after</em> the job is won.</p>
<p>In most ETO environments, engineering should be maintained as the organizational constraint. This is because:</p>
<ol>
<li>Engineering is the source of the firm’s competitive advantage</li>
<li>Engineering is, in most cases, harder to scale than sales or production (remembering that components of production can generally be out-sourced)</li>
</ol>
<p>Examples of ETO providers include engineering and architecture firms, traditional- and web-design companies, and enterprise-software providers.</p>
<h3>A new objective for sales</h3>
<p>If we adjust our diagram to indicate the optimal constraint location for each value-chain configuration, we now have our final model. In each case, the constraint is the resource downstream from the constraint buffer.</p>
<p align="center"><a href="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_8.png"><img style="background-image: none; margin: 0px 0px 10px 10px; padding-left: 0px; padding-right: 0px; display: inline; padding-top: 0px; border-width: 0px;" title="TheMachine_Ch4_8" src="http://www.salesprocessengineering.net/wp-content/TheMachine_Ch4_8_thumb.png" alt="TheMachine_Ch4_8" width="560" height="184" border="0" /></a></p>
<p>&nbsp;</p>
<p>In summary then, what we are proposing is that:</p>
<ol>
<li>In each case, the constrained function (and only the constrained function) operates at 100% utilization.</li>
<li>Non-constrained functions <em>subordinate</em> to the constraint</li>
</ol>
<p>For each resource, to <em>subordinate </em>means something a little different:</p>
<ol>
<li>NPD subordinates (in MTS and MTO environments) by ensuring that product (or service) offerings are consistently appealing to the market (meaning that they are innovative and that they can be competitively priced)</li>
<li>Production subordinates to distribution in a MTS environment by ensuring that inventory stockpiles are the optimal size (and composition). Too little inventory will mean stock-outs and too much will cause distribution to liquidate unsold items or, alternatively, will prevent the uptake of newer lines.</li>
<li>Sales subordinates in MTO and ETO environments by ensuring that a queue of orders is maintained up-stream from either production or engineering – <em>and</em> by ensuring that the composition of this queue maximizes the yield on the downstream function’s finite capacity</li>
</ol>
<p>We can now see that it’s only in the case of the MTS environment that the objective of sales should be to <em>sell as much as possible.</em>In the other two environments, sales should be subordinating to either production or engineering.</p>
<p>And, as we mentioned earlier, over time, organizations are tending to transition from MTS to either MTO or ETO. This means that it is increasingly unlikely that your sales function is (or at least should be) the organizational constraint.</p>
<p>If you are <em>not</em> a MTS manufacturer and your sales manager believes that their responsibility is to <em>maximize sales</em> then you should suspect that this is evidence of an organizational design problem. If it does not make sense for sales to be your organizational constraint then sales should have enough protective capacity to enable it to maintain a queue of orders upstream from either production or engineering at all times (come hell or high water).</p>
<p>If sales is resourced properly, your sales manager would <em>never</em> claim that it’s their responsibility to <em>maximize sales</em>. It would be obvious to them that this would cause the order queue to quickly inflate to the point where lead-times would explode and client relationships would be damaged. (If you consider that the sales function exhibits a greater degree of variability than all other functions, it should be clear that you need quite a deal of protective capacity in sales to enable that function to subordinate effectively).</p>
<p>As mentioned, it’s not just the size of the order queue that’s important in MTO and ETO environments: it’s the <em>composition </em>of that queue. Sales should be responsible for selling the mix of work that maximizes the yield on either production’s or engineering’s finite resources.</p>
<h4>The optimal mix</h4>
<p>Now, the notion of constraints applies at the functional – as well as the organizational – level. In other words, if your organizational constraint is your production function, then the production function will be constrained (at any one point in time) by a single production resource.</p>
<p>In Acme’s case, production is now the organizational constraint. However, if we look inside production, we discover that the plant is designed to ensure that a bank of shiny new 5-color Heidelbergs operates at 100% capacity at all times. The other production resources subordinate to that that bank of printing presses.</p>
<p>If Acme’s sales manager wants to maximize the profitably of Acme (which I can assure you he does), he will plan promotional and sales activities with a view to (in this order):</p>
<ol>
<li>Keeping those printing presses fully loaded with work</li>
<li>Prioritizing jobs that maximize the yield on the Heidlebergs’ limited capacity</li>
<li>Identifying opportunities to sell any spare capacity in the plant that may not put a load on the presses (e.g. it might be possible to opportunistically sell some spare capacity in the bindery to a print broker)</li>
</ol>
<p>It should be clear that this tight integration of sales and production will have a profound impact on the profitability of the firm (as indeed it has in Acme’s case).</p>
<p>And the importance of tight integration (as discussed in the previous chapter) is even <em>more</em> critical in an ETO environment, where the line between sales and production is blurred.</p>
<p>For this reason, in MTO and ETO environments, the new approach to the design of the sales function, presented in this book, offers much more than the opportunity to build a more efficient sales function. By allowing the tight integration of sales with other functions, this new model will impact almost every facet of the client engagement.</p>
<h4>A word of caution</h4>
<p>The model presented in this chapter is intended as a ready-reckoner – not as a substitute for a formal approach to strategy formulation.</p>
<p>As well as the value-chain configuration, you should also consider the source of the organization’s competitive advantage. For example, if movie studios and drug companies compete on the basis of continual and rapid innovation, NPD (or R&amp;D) should always be their organizational constraint (remembering that the constraint is the only function that operates at 100% utilization).</p>
<p>And, as suggested earlier, it’s worth paying attention to how owner’s equity is distributed among functions.</p>
<p>In the case of organizations that consist of a single function (print brokers and travel agencies, for example), the identification of the optimal organizational constraint should be relatively easy!</p>
<div class="shr-publisher-546"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2011/01/05/the-machine-pt1-ch4/feed/</wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>The evil of time-and-material billing</title>
		<link>http://www.salesprocessengineering.net/2010/07/16/the-evil-of-time-and-material-billing/</link>
		<comments>http://www.salesprocessengineering.net/2010/07/16/the-evil-of-time-and-material-billing/#comments</comments>
		<pubDate>Fri, 16 Jul 2010 14:01:21 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[measurement]]></category>
		<category><![CDATA[process improvement]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/07/16/the-evil-of-time-and-material-billing/</guid>
		<description><![CDATA[Okay, perhaps evil is a bit of an exaggeration, but whenever I encounter an environment where time is tracked and billed, I see tremendous inefficiencies and value-destruction. Let’s consider why. Imagine you have something to sell – a widget, say. Tell me, for how much should you sell it? The answer to that question is [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-424"></div><p>Okay, perhaps <em>evil </em>is a bit of an exaggeration, but whenever I encounter an environment where time is tracked and billed, I see tremendous inefficiencies and value-destruction.</p>
<p>Let’s consider why.</p>
<p>Imagine you have something to sell – a widget, say. Tell me, for how much should you sell it?</p>
<p>The answer to that question is more obvious than you think. To calculate the optimal sale price you <em>don’t </em>need to know: </p>
<ol>
<li>Raw material cost </li>
<li>Labor hours </li>
<li>Overhead allocation ratios </li>
</ol>
<p>You don’t need to know any of that because the answer is: <em>you should sell that widget for as much as you can get!</em></p>
<p>That’s right, the optimal sale price is not determined by internal factors, it’s determined solely by what the market is prepared to bear. You cannot – let me say it again, CANNOT – <em>calculate</em> the price of a product.</p>
<p>All you can do it estimate it. And you must recognize that, in most situations (certainly in those environments where we’re most likely to see T&amp;M billing) it’s simply <em>impossible </em>to estimate the the price with a high degree of accuracy.</p>
<p>The primary assumption behind time-and-material billing (T&amp;M) is that you can calculate the price of something by simply counting the number of minutes required to produce it.</p>
<p>But you can’t. Effort does not equal value. In many cases, <em>it doesn’t even approximate it!</em></p>
<p>One of the problems with time is that it’s inherently measurable. Because it can be counted in intervals as small as a minute, we’re lulled into the false impression that we are <em>calculating </em>(as opposed to <em>estimating</em>) value.</p>
<h3>The alternative</h3>
<p>How then should we estimate value? And how should we track productivity?</p>
<p>If we use time to estimate, it’s important to recognize that we’re using time as a proxy (a yardstick) for value.&#160; Time <em>does not </em>equal value.</p>
<p>My advice, where time is concerned, is not to estimate time in increments any smaller than half a day. In other words, do not ask, <em>how many hours will this job take?, </em>ask <em>how many half days?</em> </p>
<p>Where short-duration tasks are concerned, my preference is to ignore them altogether. Just factor them into the multiplier you are using for half-day slots!</p>
<p>I’d rather, however, that you find some other proxy for value. We’re working with a bookkeeping firm currently. When I challenged them to identify a better proxy for value than time they came up with a great one – <em>transactions </em>(debits and credits). It’s obvious that the volume of transactions processed is a greater determinate of client value than time consumed.</p>
<p>And how do we track productivity? Well, we start by burning timesheets!</p>
<p>You DO NOT make money out of expending effort. You make money out of delivering value. And the connection (in most cases) between these two factors is very tenuous.</p>
<p>Timesheets encourage team members to be busy. This drives multitasking, and the hogging of work that could otherwise be passed-off to lower-paid people. Both destroy value. Furthermore the maintenance of time-tracking systems, consumes enormous resources and the completion of timesheets insults your team members at 10-minute intervals.</p>
<p>You need to recognize that individual jobs (or projects) do not make you money. Your <em>portfolio </em>of work makes you money. Once you realize this, you can focus on managing the portfolio, rather than the jobs.</p>
<p>You don’t make money by keeping your team busy. You make money by delivering jobs. And the two are NOT the same thing. People work best in fits and starts. And team work necessitates <em>relay-racer </em>behavior (person B hovers, waiting for person A to finish his work – and then sprints to hand-off the job to person C). </p>
<p>You need to mobilize your team to <em>get jobs out</em>. Think of the pit crew in a Formula 1 team. Timesheets are not conducive to this environment.</p>
<div class="shr-publisher-424"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/07/16/the-evil-of-time-and-material-billing/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>End-of-the-month syndrome and three fallacious assumptions</title>
		<link>http://www.salesprocessengineering.net/2010/06/06/end-of-the-month-syndrome-and-three-fallacious-assumptions/</link>
		<comments>http://www.salesprocessengineering.net/2010/06/06/end-of-the-month-syndrome-and-three-fallacious-assumptions/#comments</comments>
		<pubDate>Sun, 06 Jun 2010 13:55:41 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[Slaying Sacred Cows]]></category>
		<category><![CDATA[commission]]></category>
		<category><![CDATA[measurement]]></category>
		<category><![CDATA[performance pay]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/?p=390</guid>
		<description><![CDATA[Alejandro C&#233;spedes wrote to me the other day with the following question: Hi Justin Just wanted to ask if you&#8217;ve designed a way of managing the sales budget of a company.&#160; In other words, how to review if the salespeople are meeting the budget or not.&#160; Most companies are affected by the end-of-the-month syndrome, and [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-390"></div><p>Alejandro C&eacute;spedes wrote to me the other day with the following question:</p>
<p style="margin-left: 30px">Hi Justin</p>
<p style="margin-left: 30px">Just wanted to ask if you&#8217;ve designed a way of managing the sales budget of a company.&nbsp; In other words, how to review if the salespeople are meeting the budget or not.&nbsp; Most companies are affected by the end-of-the-month syndrome, and at the same time, salespeople &ndash; once they meet that month&rsquo;s budget &ndash; are not interested in selling more.&nbsp; They&#8217;d rather stay still and avoid cannibalizing next month&rsquo;s sales.</p>
<p style="margin-left: 30px">Thanks <br />
Alejandro</p>
<p>&nbsp;Here&rsquo;s my response:</p>
<p style="margin-left: 30px">Alejandro</p>
<p style="margin-left: 30px">Good to hear from you!</p>
<p style="margin-left: 30px">Here are the two steps we take to eliminate these problems:</p>
<p style="margin-left: 30px"><strong>Eliminate monthly budgets</strong> &ndash; in favor of a T/cu type measure (Throughput per appointment-slot-consumed).</p>
<p style="margin-left: 30px"><strong>Eliminate commissions</strong>. Pay people what they are worth and make performance compulsory.</p>
<p style="margin-left: 30px">Justin</p>
<p>Alejandro&rsquo;s question was a reminder of just how dysfunctional most sales functions really are. His email set me thinking: why have managers (us) historically designed the sales environment this way.&nbsp; (Presumably, it&rsquo;s not because we&rsquo;re daft, or ill-intentioned.)&nbsp; Among the assumptions that underpin the design of the sales function, there must be some that are false &hellip; what are they?</p>
<h3>Three fallacious assumptions</h3>
<p>Here are some assumptions that I suspect will fail to emerge unscathed from an exposure to reality.&nbsp; Feel free to critique my selection, or suggest your own.</p>
<p><strong>Salespeople should be responsible for sales</strong>. Really? In how many organizations do salespeople <em>actually </em>have significant control over sales? What percentage of <em>your </em>transactions are the result of your salespeople:</p>
<ol>
<li>Originating <em>their own </em>opportunities (as opposed to responding to an inbound enquiry)?</li>
<li>Prosecuting these opportunities <em>single handed, </em>without assistance from engineering, estimating or management?</li>
</ol>
<p>If salespeople aren&rsquo;t responsible for generating the greater majority of sales (all by themselves), wouldn&rsquo;t it make more sense to hold them responsible for just the activities that they actually do perform?</p>
<p>Of course, in our model, we have salespeople performing <em>only </em>business-development meetings &ndash; nothing else.&nbsp; (Marketing originates opportunities, project leaders design solutions, etc). This means that they are accountable for <em>only </em>what they do in these meetings.&nbsp; &ldquo;Sales&rdquo; is management&rsquo;s responsibility.&nbsp; Just like &ldquo;production&rdquo; is the responsibility of your production manager &ndash; not a lathe operator or a claims processor.</p>
<p><strong><em>Monthly </em>is a sensible measurement frequency for sales</strong>. It&rsquo;s true that we calculate our profitability monthly. But does it follow that all internal processes should also be measured just once every 30 days.&nbsp; Consider your on-time-delivery performance, for example: should you stop and calculate this just once a month? Of course not. It should be calculated for <em>every </em>delivery.</p>
<p>We calculate profitability monthly because profitability is the consequence of a number of events that occur at different frequencies (and out of synchronization with one another). A more frequent calculation would probably generate <em>less </em>information, not more.</p>
<p>If the responsibility of the salesperson is to maximize the velocity of sales opportunities (and, yes, it should be) &ndash; and, if the salesperson&rsquo;s effort is expended in discrete packets called <em>appointments &ndash;</em><em> </em>why wouldn&rsquo;t we calculate the progress of <em>each </em>opportunity, relative to <em>each </em>appointment?</p>
<p>As with on-time-delivery performance, you may choose to view the resulting number in the form of a rolling average, but that doesn&rsquo;t alter the fact that the relevant time-horizon for the activity in question is an <em>appointment slot</em>, not <em>a month.</em></p>
<p><strong>Commissions drive positive behaviors</strong>.&nbsp; I had lunch with a director of a large (publicly listed) technology company in Sydney the other day. After hearing my position on salespeople and commissions, he asked about the negative consequences of eliminating commissions (replacing them with salaries).</p>
<p>I answered his question &ndash; as I usually do &ndash; with my own question. I asked him if he could first detail the positive behaviors, exhibited by salespeople, that he would be comfortable to attribute to the existing commission plan.</p>
<p>As usual, this question (an innocent one, I&rsquo;m sure you&rsquo;ll agree!) was met with a silence you could cut with a knife. He admitted that there were no positive behaviors &ndash; <em>only </em>negative ones! And he concluded, of his own volition, that it was probably more appropriate to try and find a justification for the <em>existence </em>of the commission plan than it was to look for a reason to <em>not </em>eliminate it.</p>
<p>As I&rsquo;ve suggested before, if sales are important for your firm, I suggest that you identify the critical behaviors that contribute to sales, and then make them compulsory (commissions signal to salespeople that these behaviors are optional).</p>
<p>Please comment.</p>
<div class="shr-publisher-390"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/06/06/end-of-the-month-syndrome-and-three-fallacious-assumptions/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Why &#8216;plan&#8217; versus &#8216;don&#8217;t plan&#8217; is a false alternative</title>
		<link>http://www.salesprocessengineering.net/2010/04/30/why-plan-versus-dont-plan-is-a-false-alternative/</link>
		<comments>http://www.salesprocessengineering.net/2010/04/30/why-plan-versus-dont-plan-is-a-false-alternative/#comments</comments>
		<pubDate>Fri, 30 Apr 2010 23:53:28 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[Slaying Sacred Cows]]></category>
		<category><![CDATA[planning]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/04/30/why-plan-versus-dont-plan-is-a-false-alternative/</guid>
		<description><![CDATA[Today, on Harvard Business Review Online, Peter Bregman argues: why not having a plan can be the best plan of all. Of course, this is just the latest salvo in a long-running battle between the traditionalists – for whom no plan is ever detailed enough – and the now generation – who see planning as [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-368"></div><p>Today, on Harvard Business Review Online, Peter Bregman argues: <em><a href="http://blogs.hbr.org/bregman/2010/04/how-to-make-a-career-when-you.html " target="_blank">why not having a plan can be the best plan of all</a>.</em></p>
<p>Of course, this is just the latest salvo in a long-running battle between the <em>traditionalists </em>– for whom no plan is ever detailed enough – and the <em>now generation – </em>who see planning as getting in the way of making a fortune or two and still getting home in time for some <em>work-life balance</em>.</p>
<p>Bregman, obviously, sides with the latter camp, citing Mark Zuckerberg (who else?) as his first exhibit in his case for the negative position.</p>
<p>Now, you could argue that such jousting is innocent enough. Few might seriously consider adopting the extreme position promoted by either side.</p>
<p>But the danger, to my mind, is that the debate tends to deflect from serious consideration of the nature of planning: and this consideration can yield some interesting ideas.</p>
<h4>False alternative</h4>
<p>What we have here is a dilemma. The proposition is that, in order to execute effectively, we must both <em>plan </em>and <em>not plan</em>.</p>
<p>Because contradictions don’t exist in reality, we know, right away, that we are proceeding from a false assumption here somewhere.&#160; The assumption is that plans come in one size only (and I think both sides of this debate like to conjure-up plans of the <em>infinitely-detailed </em>variety!).</p>
<p>If we challenge this assumption, we can posit a new proposition: <em>in order to execute effectively, we must plan to the appropriate level of granularity.</em></p>
<p>Here’s where things get interesting. How, then, does one determine the level of granularity that is <em>fit for purpose?</em></p>
<h4>Uncertainty and granularity</h4>
<p>I propose that there’s an inverse relationship between uncertainty and granularity.</p>
<p>In other words, the greater the degree of uncertainty the less granular the plan.</p>
<p>Take Mark Zuckerberg and his Facebook journey.&#160; It’s false to suggest that he started work without a plan.</p>
<p>In the complete absence of a plan, there’s no work; just undirected action (a random walk).&#160; There must have been a plan – an implicit one, perhaps. At a minimum, there was a goal and some necessary conditions. No doubt the goal was to do something cool – most likely, something with commercial potential. And, at least one of the necessary conditions is obvious, considering Zuckerberg’s special talent. It had to involve software.</p>
<p>In Zuckerberg’s situation, such a plan would have been sufficient, in terms of granularity. </p>
<p>But as Facebook has developed – and uncertainty diminished – Zuckerberg’s plans have undoubtedly become more detailed.</p>
<h4>Uncertainty and cycle time</h4>
<p>So far, so good.</p>
<p>Let’s add another dimension, now: planning cycle time. In other words, at what frequency should plans be revised? </p>
<p>I propose that uncertainty is the driver here too. And again, we’re dealing with an inverse relationship. Greater uncertainty means a shorter planning cycle time.</p>
<p>So if we imagine the evolution of a business.</p>
<p>On day, one, plans are expansive and devoid of detail:</p>
<p style="margin-left: 30px">Find a business opportunity that generates a decent return on sweat equity – with growth potential and minimal risk. Commence by running limited tests of the following ideas …</p>
<p>The planning cycle-time would be measured in weeks. A smart entrepreneur might make a list of 10 ideas, create a landing-page for each (offering a free copy of a commercially available book – with appropriate subject matter), and then run a series of AdWords advertisements to see which generates the greatest number of book requests.</p>
<p>Once the entrepreneur identifies an idea that appears to have legs, the next step might be to write a whitepaper and repeat the campaign with more focused content – perhaps testing to see if it is possible to attract delegates to a webinar.</p>
<p>It’s easy to see that as the uncertainty decreases the planning horizon expands and the granularity of each plan increases.</p>
<p>The plan / don’t plan debate is a silly distraction. If there’s goal-directed action, there’s a plan. The real questions should be: at what level of granularity should I plan? And, at what frequency should the plan be revised?</p>
<p>&#160;</p>
<p>By the way, if you like this subject, Google <em>Colonel John Boyd </em>and read about his amazing career and the planning tool he made famous (the OODA loop).</p>
<div class="shr-publisher-368"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/04/30/why-plan-versus-dont-plan-is-a-false-alternative/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Customer surveys: data, yes; intelligence, no</title>
		<link>http://www.salesprocessengineering.net/2010/04/15/customer-surveys-data-yes-intelligence-no/</link>
		<comments>http://www.salesprocessengineering.net/2010/04/15/customer-surveys-data-yes-intelligence-no/#comments</comments>
		<pubDate>Thu, 15 Apr 2010 10:13:29 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[Slaying Sacred Cows]]></category>
		<category><![CDATA[flawed logic]]></category>
		<category><![CDATA[measurement]]></category>
		<category><![CDATA[strategy]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/04/15/customer-surveys-data-yes-intelligence-no/</guid>
		<description><![CDATA[Late last night I was in conference with a potential client in South Africa (I’m in Australia, right now). Towards the end of our conversation, he asked if I thought much market intelligence could be gleaned from customer surveys. I answered (almost instinctively), data, yes; but, intelligence, no. When pressured for a more coherent answer, [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-361"></div><p>Late last night I was in conference with a potential client in South Africa (I’m in Australia, right now).</p>
<p>Towards the end of our conversation, he asked if I thought much market intelligence could be gleaned from customer surveys.</p>
<p>I answered (almost instinctively), <em>data, yes; but, intelligence, no</em>.</p>
<p>When pressured for a more coherent answer, I explained that I had never seen customer survey responses that provide any market intelligence. Never. Never. Never!</p>
<p>My position is that, to qualify as <em>intelligence, </em>survey results must be:</p>
<ol>
<li>Unexpected (if you know the answer already, why ask the question?)</li>
<li>Actionable (if data doesn’t cause you to do something differently then where’s the benefit?)</li>
</ol>
<p>Think about the survey results you’ve seen.&#160; How often have you been surprised?&#160; And how often have you been motivated to take some specific action?</p>
<p>Now, of course, I’m not advocating ignorance. Market intelligence is critical. You shouldn’t try to survive without it. It’s just that surveys are a pretty poor way of generating intelligence.</p>
<p>Here’s the thing …</p>
<p>In your business, <em>you bank behavior, not attitudes</em>.</p>
<p>My advice then, is stop measuring attitudes and, instead, measure behavior. Run controlled experiments. Change offers, change headlines, change opportunity-management workflows (not all at once, of course) and measure the impact of changes on, enquiries, conversions and, ultimately, sales.</p>
<p>Now, those who make their living from surveys will argue that attitude is an antecedent to behavior. I’m sure that in most cases it is. And in some, it definitely isn’t (how many smokers genuinely believe that their’s is an intelligent choice?)</p>
<p>But even if this claim is true, this position contains another assumption: that surveys actually measure attitudes. Do they?</p>
<p>Before you answer that question, consider another: which do you think is the more accurate predictor of a client’s future behavior:</p>
<ol>
<li>Their current attitude</li>
<li>Their prior behavior</li>
</ol>
<p>Tell me if you disagree but, to my mind, it’s a no contest! </p>
<p>And behavior is much sexier than attitude for another reason too: it’s inherently <em>measureable </em>(in a much more objective sense than the surveyor&#8217;s <em>1-5 scale</em>).</p>
<p>If you value market intelligence, can the surveys. Objective management is a philosophy, not a once-a-year event!</p>
<div class="shr-publisher-361"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/04/15/customer-surveys-data-yes-intelligence-no/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Why better planning equals poorer execution</title>
		<link>http://www.salesprocessengineering.net/2010/04/05/why-better-planning-equals-worse-execution/</link>
		<comments>http://www.salesprocessengineering.net/2010/04/05/why-better-planning-equals-worse-execution/#comments</comments>
		<pubDate>Tue, 06 Apr 2010 07:27:55 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[Slaying Sacred Cows]]></category>
		<category><![CDATA[measurement]]></category>
		<category><![CDATA[planning]]></category>
		<category><![CDATA[toc]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/04/05/why-better-planning-equals-worse-execution/</guid>
		<description><![CDATA[Recently I posted a quick-and-dirty guide to process improvement. One particularly difficult question that I skipped over in that post was this one: When you are mapping your workflow, how do you determine the ideal level of granularity?&#160; In other words, how much detail is too much? Conventional wisdom is that: Planning and execution are [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-341"></div><p>Recently I posted a <a target="_blank" href="http://www.salesprocessengineering.net/2010/03/12/a-quick-and-dirty-approach-to-process-improvement/">quick-and-dirty guide to process improvement</a>. One particularly difficult question that I skipped over in that post was this one:</p>
<p style="margin-left: 30px">When you are mapping your workflow, how do you determine the ideal level of granularity?&nbsp; In other words, how much detail is too much?</p>
<p>Conventional wisdom is that:</p>
<ol>
<li>Planning and execution are two discrete activities (remember this assumption)</li>
<li>The key to good execution is lots and lots of planning (which tends to mean planning at a very granular level)</li>
</ol>
<p>Conventional wisdom is wrong, however.&nbsp; And this is evidenced by the many examples of poor execution we encounter on a day-to-day basis.</p>
<p>My argument (and this is classic <a target="_blank" href="http://www.salesprocessengineering.net/toc/">TOC</a>) is that, above a very low <em>detail </em>threshold, more planning actually means worse execution!</p>
<p>In other words, in most cases, to execute better, you should plan only at a high (non-granular) level.</p>
<h4>The relationship between granularity and confidence</h4>
<p>Let&rsquo;s imagine that we are planning a simple workflow &ndash; getting to work in the morning.&nbsp; Here&rsquo;s a high-level (low-detail) plan:</p>
<ol>
<li>Get out of bed</li>
<li>Shower</li>
<li>Get dressed</li>
<li>Drive to work</li>
<li>Log-in to computer</li>
</ol>
<p>And here&rsquo;s the low-level (high-detail) one:</p>
<ol>
<li>Upon awakening, check to see if alarm is sounding</li>
<li>If so, deactivate alarm</li>
<li>If not, check to see if current time is greater than [<em>alarm time</em> minus 10 minutes]</li>
<li>If so, cancel alarm and get out of bed</li>
<li>If not, go back to sleep</li>
<li>And so on &hellip;</li>
</ol>
<p>Imagine that you completed the second (low-level) plan, and then compared it with the first &ndash; and answered this question for each plan?</p>
<p style="margin-left: 30px">Rate your degree of confidence that reality will <em>play-out </em>as specified in the plan? In other words, how confident are you that each of these activities will be performed in exactly the sequence specified?</p>
<p>My guess is that you will be <em>highly confident </em>where the first plan is concerned &ndash; and <em>not-at-all confident </em>in the case of the second.</p>
<p>In fact, it&rsquo;s probably worse than that. In the case of the second plan, you will likely be certain that reality <em>will not </em>play out as specified by the plan.</p>
<p>The irony is that the second plan creates a perception of <em>accuracy, </em>in spite of the fact that your confidence in the plan is practically zero!</p>
<h4>Finding the inflection point (essential <em>and </em>non-commutative)</h4>
<p>It&rsquo;s tempting to assume that there&rsquo;s a linear relationship between granularity and confidence (that they vary in direct proportion).&nbsp; And, if that&rsquo;s the case, there&rsquo;s no correct answer to the critical <em>how much detail</em> question.</p>
<p>The reality is that the relationship is definitely non-linear: as the granularity of the plan increases incrementally, beyond a critical <em>detail threshold, </em>your confidence in the plan plunges rapidly towards zero.</p>
<p>Here&rsquo;s why:</p>
<ol>
<li>All the activities in the first plan are essential (you simply can&rsquo;t skip any)</li>
<li>Each activity (relative to its predecessor or successor) is <abbr style="border-bottom: navy 1px dotted" title="Washing and drying clothes resembles a noncommutative operation; washing and then drying produces a markedly different result to drying and then washing.">non-commutative</abbr> &ndash; meaning that you can&rsquo;t swap the sequence without dramatically changing the outcome</li>
</ol>
<p>However, with a slight increase in granularity, these two conditions cease to apply: not all activities are essential and the outcome can conceivably be delivered with an alternative sequence of activities.</p>
<p style="margin-left: 30px">So, my suggestion is that you should plan only to the level of detail where you are confident that all activities are (a) essential and (b) non-commutative (relative to their neighbors).</p>
<h4>Semantics are important!</h4>
<p>I can almost feel your incredulity at this point! How can a plan at this high level of detail be sufficient for execution?</p>
<p>And your reaction is warranted &hellip; because it can&rsquo;t be!</p>
<p>The high-level plan that I&rsquo;m recommending is sufficient for planning &ndash; but <em>not </em>sufficient for execution.&nbsp; The thing is that planning must continue <em>after </em>the creation of <em>the plan</em>!</p>
<p>To clear the confusion we need two words for planning:</p>
<ol>
<li>Pre-plan planning (the planning phase, terminating with THE PLAN) &ndash; let&rsquo;s call this <em>planning</em></li>
<li>Post-plan planning (the execution phase) &ndash; let&rsquo;s call this <em>fine-tuning</em></li>
</ol>
<p>So, in summary, here&rsquo;s the solution:</p>
<ol>
<li>Create a plan that contains <em>only </em>the degree of detail that enables you to be <em>highly confident </em>that reality will play-out as prescribed</li>
<li>Accept that the level of detail in the plan is insufficient for execution</li>
<li>Manage prioritization decisions on a <em>day-to-day </em>basis to ensure that reality tracks to the plan</li>
</ol>
<p>In the post referenced above (<a target="_blank" href="http://www.salesprocessengineering.net/2010/03/12/a-quick-and-dirty-approach-to-process-improvement/">quick-and-dirty approach</a>), I talked about the importance of centralizing scheduling and building a management information system (MIS).</p>
<p>If you re-read that article it should be clear now that both of these initiatives are essential for the management of execution.&nbsp; It should also be clear that the MIS should be designed to enable management to fine-tune the prioritization of <em>low-level </em>tasks so as to ensure the compliance of the undertaking with the <em>high-level </em>plan.</p>
<p>(<em>Execution management </em>is outside the scope of this posting. To explore the subject further, read my brief overview of <em><a href="http://www.salesprocessengineering.net/spe/criticalchain/">Critical Chain Project Management</a>.</em>)</p>
<div class="shr-publisher-341"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/04/05/why-better-planning-equals-worse-execution/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Why CRM sucks!</title>
		<link>http://www.salesprocessengineering.net/2010/03/26/why-crm-sucks/</link>
		<comments>http://www.salesprocessengineering.net/2010/03/26/why-crm-sucks/#comments</comments>
		<pubDate>Fri, 26 Mar 2010 18:38:34 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Applying Sales Process Engineering]]></category>
		<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[Slaying Sacred Cows]]></category>
		<category><![CDATA[crm]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/03/26/why-crm-sucks/</guid>
		<description><![CDATA[Why your CRM has no hope of delivering the expected ROI and why you should probably keep it anyway. A Customer Relationship Management (CRM) application seemed like such a great idea, didn’t it? The rest of the organization had reaped such enormous rewards from automation, and the sales process was certainly in need of productivity [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-308"></div><h3>Why your CRM has no hope of delivering the expected ROI and why you should probably keep it anyway.</h3>
<p>A Customer Relationship Management (<abbr style="border-bottom: navy 1px dotted;" title="Customer Relationship Management Application">CRM) application</abbr> seemed like such a great idea, didn’t it?</p>
<p>The rest of the organization had reaped such enormous rewards from automation, and the sales process was certainly in need of <em>productivity improvement</em>.</p>
<p>So why is it that the expected return on the (not insignificant) investment in the CRM following what seemed an exhaustive evaluation and selection process never been realized? Why does it deliver so little value to the organization? Why is it so hard to keep the data in the thing current and accurate? And why do salespeople hate it!</p>
<p>To understand what went wrong, let’s start by considering how we expected to benefit from a CRM in the first place:</p>
<ol>
<li>Improve salespeople’s productivity</li>
<li>Ensure salespeople apply <em>best-practice</em> in the pursuit of sales</li>
<li>Provide everyone in the organization with a view of the customer and their interactions with the firm (360° view)</li>
<li>Provide management with access to (valuable) information</li>
</ol>
<p>Let’s consider each of these objectives in turn.</p>
<h4>1. Improve salespeople’s productivity</h4>
<p>It’s hard to argue with this objective. Most business owners recognize that, compared to others in the organization, salespeople operate unproductively. Evidence of that is the fact that an average salesperson performs just <em>two</em> true business-development meetings a week. This is downright scary when you consider that <em>business-development meetings</em> are the primary driver of sales volume.</p>
<p>The promise of CRM, then, is to ensure that salespeople can get their non-sales responsibilities fulfilled faster — leaving them more time to sell.</p>
<p>In practice, this isn’t what happens, for three reasons:</p>
<ol>
<li>It takes salespeople longer to enter data into the CRM than it does to use a traditional calendaring system (think Daytimer or similar)</li>
<li>The addition of a CRM is generally accompanied by the requirement for salespeople to do <em>more</em> clerical work than they were previously</li>
<li>A salesperson who has grown accustomed to spending most of their time on (relatively enjoyable) customer-service activities is highly unlikely to engage in (less than enjoyable) prospecting activities just because of an incremental increase in their availability of time</li>
</ol>
<h4>2. Ensure best-practice in pursuit of sales</h4>
<p>Again, this sounds like a worthy objective. But let’s take pause and consider how, exactly, a piece of software is supposed to cause a salesperson to sell better.</p>
<p>Obviously, a software application <em>won’t</em>:</p>
<ol>
<li>Equip salespeople with (technical) product knowledge</li>
<li>Train salespeople in communication principles</li>
<li>Cause salespeople to drill and role-play their sales presentations</li>
</ol>
<p>What a CRM <em>will</em> do is ensure that salespeople:</p>
<ol>
<li>Categorize all sales opportunities according to their location in the workflow</li>
<li>Record information about the status of opportunities</li>
</ol>
<p>Now, if you think about it, neither of these causes salespeople to sell better. Formal categorization may be useful for management (we’ll discuss that soon) but it’s of no use to salespeople. Salespeople are perfectly capable of understanding (and recalling) where a prospect is in their decision-making process, without a complex piece of software.</p>
<p>Unlike accounting data, <em>opportunity status</em> information ages rapidly. A sales opportunity is a fluid (non-linear thing). A salesperson needs to recall the current status of an opportunity (and the opportunity’s history) for a month or so, but after that, the data becomes worthless.</p>
<p><span id="more-308"></span></p>
<h4>3. Provide everyone in the firm with a 360° view of the customer</h4>
<p>So, here’s the thinking:</p>
<p style="margin-left: 30px;">If all notable customer interactions are recorded in the CRM, then our firm can have just <em>one conversation</em> with the customer — in spite of the fact that multiple parties participate (asynchronously) in this conversation</p>
<p>To test whether this is actually achievable in a typical organization, let’s consider the two pre-conditions for this 360° view:</p>
<ol>
<li>All workflows (sales, delivery, customer service, etc) must be carefully engineered and rigidly adhered to</li>
<li>Both your organization and your customers’ organizations must embrace the idea of multiple parties participating in the one conversation — this, of course, is contrary to the idea of a <em>single point of contact</em></li>
</ol>
<p>In a typical sales environment, the salesperson essentially <em>owns</em> the customer relationship. Accordingly, the salesperson is involved in sales, delivery and customer service. Of course, the salesperson eschews formal workflows, and even if they didn’t, it’s all but impossible to synchronize multiple parties when the salesperson operates remote from internal resources, and those internal resources have limited capacities.</p>
<p>It should be obvious that the idea of a <em>360</em><em>° customer view</em> cannot co-exist with the idea of a <em>single-point of customer contact</em>. And you can guess which of these visions is embraced by most salespeople!</p>
<h4>4. Provide management with access to valuable information</h4>
<p>There’s no question that, without information, management is impotent.</p>
<p>But CRM systems in traditional sales environments do not <em>and cannot</em> provide management with information. Volumes of inaccurate and outdated data: yes; but information: no!</p>
<p>Consider how data finds its way into the CRM:</p>
<p style="margin-left: 30px;">Salespeople enter it — generally long after customer interactions have occurred (Friday night, perhaps, in a hotel room, at the end of a busy week).</p>
<p style="margin-left: 30px;">What’s more, in most environments, salespeople have enormous flexibility to <em>flavor</em> data as they enter it — <em>and, </em>what’s more, salespeople are actually under pressure to employ creative license (for example, if management pressures salespeople to maximize their conversion rates, it’s highly likely that they will report the existence of opportunities later in the engagement process than they otherwise would).</p>
<p>The sad reality is that most sales managers were better-off <em>without</em> the CRM. Before the CRM, sales managers had the opportunity to artfully <em>interrogate</em> salespeople to determine what they were up to. Today, everyone knows that the data in the CRM is two-parts rubbish — but salespeople are off the hook because they’ve followed due procedure!</p>
<h3>What were they thinking?</h3>
<p>Is it any wonder that a significant percentage of of organizations that have implemented a CRM report that they have failed to meet their ROI target?</p>
<p>So what went wrong? Why have so many smart executives made such a dumb decision?</p>
<p>Our contention, at Ballistix, is that, in prescribing<em> </em>a CRM, these executives were medicating<em> </em>the symptoms and ignoring the underlying disease.</p>
<p>The irony is that the disease — the core problem — was staring these executives in the face all along. Our imaginary executives ruminated on the question:</p>
<ul>
<li><em>How do we improve the performance of our sales process?</em></li>
</ul>
<p>Without, first, stopping to ask:</p>
<ul>
<li><em>Is sales actually a process?</em></li>
</ul>
<p>Had they considered this more fundamental question, our executives would probably have had to conclude that:</p>
<ul>
<li>N<em>o. Sales ain’t no process!</em></li>
</ul>
<h3>The disease … and an appropriate prescription</h3>
<p>Elsewhere in the organization, we use the word process to mean more than just a procedure.</p>
<p>Consider a production environment (or a project environment, for that matter). When we use the word <em>process</em> the implication is that we have:</p>
<ol>
<li>Division of labor (specialization)</li>
<li>Standardized routings (the path that work-in-progress follows through activities <em>and </em>resources)</li>
<li>Centralized scheduling (a central drumbeat that ensures synchronization of all resources)</li>
<li>A formal management regime (to compensate for the fact that specialization causes work environments to become more fragile)</li>
</ol>
<p>If these are the four pre-requisites for <em>process</em> (and it’s our contention that they are), let’s consider how a sales environment scores.</p>
<p>Obviously, a typical sales environment falls at the first gate. And, in the absence of division-of-labor the remaining three pre-requisites become redundant.</p>
<p>We must resolve then that a <em>typical sales environment is not a process</em>. And herein lays the problem (as well as <em>the </em>direction of the solution).</p>
<p>A modern sales environment is essentially a craftshop. And a salesperson is a artisan — a craftsperson who <em>owns</em> not just the entire sales function but, in most cases, <em>the entire customer interface!</em></p>
<p>If, then, the sales function is a person (not a process) does this person need a CRM? The answer is obvious:</p>
<ol>
<li>They don’t need it!</li>
<li>They don’t want it!</li>
<li>And if you force it on them it will impact negatively on their productivity and on their relationship with their manager!</li>
</ol>
<p>Of course, this line of reasoning — as well as liberating us from the requirement to spend gobs of money on a CRM — leads us to consider a more fundamental question:</p>
<p style="margin-left: 30px;">Should sales remain a craftshop — or should we engineer it so that becomes a process in the true meaning of the word?</p>
<p>Fortunately, history helps us out here. It’s obvious that in the 100-odd years since production (and project) environments have transitioned from craftshops to true processes, productivity has increased by several orders of magnitude (measure it against whatever standard you wish: return on capital, return on labor-hours, etc). What’s more, quality has also improved — also by orders of magnitude.</p>
<p>So, in production environments, we’ve done the impossible we’ve simultaneously increased volume and decreased defects. Who would ever have thought that was possible 100 years ago?</p>
<p>If we want to improve the performance of sales then, here is our recommended approach:</p>
<ol>
<li>Recognize that, today, sales is NOT a process (and admit that process-automation tools – CRM – are of little value in the absence of a process)</li>
<li>Conclude that, the key to eliminating the litany of problems that afflict the sales environment is to transform this environment from a craftshop to a true process</li>
<li>Recognize that this means:
<ol>
<li>Division of labor (how about salespeople sell and other people do other stuff?)</li>
<li>Standard routings (every opportunity is prosecuted using the same combination of activities and resource types)</li>
<li>Centralized scheduling (all the activities that are performed in order to both originate and prosecute an opportunity are coordinated from the head-office)</li>
<li>Formal management regime (in this new environment, there’s actually a requirement for management — and the potential for management to control what occurs on a day to day basis — imagine that!)</li>
</ol>
</li>
</ol>
<h3>An <em>engineered</em> sales environment</h3>
<p>Now you know what I mean when I talk about an <em>engineered </em>sales environment.</p>
<p>I’m actually suggesting that you engineer your sales environment to look like — and to operate like — a production environment (or more accurately, a project environment).</p>
<p>Why, I can almost hear you asking, would you want to do that?</p>
<p>Let’s leave the technical discussion behind for a second and explore what our clients’ sales environments look like when we’re done with them:</p>
<p><strong>Salespeople sell</strong>. The most obvious characteristic of the sales environments we build is that <em>salespeople sell.</em> And that’s all they do. Our client’s salespeople spend <em>all</em> their time in the field performing (<em>exclusively</em>) business-development meetings.</p>
<p>That means that salespeople perform four face-to-face meetings a day, five days a week, week in and week out. It also means that the purpose of all of these meetings is to win a new account or to sell a new service line to an existing account (not to perform customer service or take a repeat order).</p>
<p><strong>Sales coordinators own and manage sales opportunities. </strong>To enable salespeople to relinquish responsibility for non-sales activities (prospecting, solution design, proposal generation, calendar management, reporting, customer service, project management, and so on) we <em>first</em> transfer the ownership of all sales opportunities to sales coordinators.</p>
<p>Each salesperson has a sales coordinator and each sales coordinator is essentially an <em>executive assistant. </em>That’s right, in addition to owning sales opportunities, sales coordinators own salespeople’s calendars.</p>
<p>The sales coordinator manages each sales opportunity as if it were a project because … well … it is! Specifically, the sales coordinator breaks each opportunity into a sequence of activities and pushes each activity to the appropriate resource at the appropriate time.</p>
<p><strong>Customer service representatives perform customer service.<em> </em></strong>Salespeople are no longer responsible for managing accounts. If our client’s firm has healthy operations, customer service will improve when salespeople have no involvement with it. (The reality is that salespeople are ill-equipped to deliver good customer service.) So, the end result is that all issues and all repeat transactions are processed by the customer service team. In many cases, customer-service makes outbound calls to stimulate repeat transactions.</p>
<p><strong>The quality of customer relationships improve. </strong>The new model impacts positively on customer relationships for four reasons:</p>
<ol>
<li>Customer service personnel can contact existing customers by phone more frequently than salespeople ever could in the field</li>
<li>Salespeople <em>also</em> visit existing customers more frequently (of course, the difference is that those visits are designed to sell new service lines — not to service existing ones)</li>
<li>Customers’ issues are resolved faster</li>
<li>In this structured environment, it’s possible to enforce more rigid procedures — which enables the 360° customer view</li>
</ol>
<p><strong>Project leaders design solutions and lead projects through delivery.</strong> In technical sales environments, perfect hand-offs between sales and delivery are impossible. This results in salespeople becoming entangled in delivery.</p>
<p>Our clients resolve this by ensuring that salespeople partner with project leaders. Project leaders are technical people with an appreciation of the commercial implications of projects —and with decent communication skills.</p>
<p>Project leaders are responsible for the technical component of each sales opportunity (freeing salespeople to focus on the critical commercial component). Project leaders discover clients’ requirements, conceptualize and design solutions and (ultimately) chaperone projects through delivery.</p>
<p><strong>More sales activity: fewer salespeople.</strong> So, this engineering thing has endowed the sales environment with quite a cast of characters! It’s intriguing, then, to note that our clients make the transition to this new model, in almost every case, <em>without increasing payroll costs</em>.</p>
<p>The reason for this is that, almost every organization has far too many salespeople! In most cases we will reduce sales teams to 20% of their previous size — but we’ll simultaneously increase the total volume of sales meetings performed by each remaining salesperson by a factor of 10 (remember that a typical salesperson performs just two true business-development meetings a week currently).</p>
<p>The result of 20% of the sales team performing 10-times the volume of business-development meetings is that <em>the total volume of meetings doubles</em>.</p>
<p>The remaining salespeople are redeployed to fill other roles or — if they lack the requisite capabilities — the funds released by downsizing the sales team are more than sufficient to cover the cost of additional sales-support personnel.</p>
<p><strong>No increase in promotional costs. </strong>You’ll also be interested to know that, in almost every case, we can double the volume of business development meetings, <em>without</em> additional promotional expenditure. The reason for this is that most salespeople <em>disqualify</em> the greater majority of sales opportunities. Because salespeople are time-poor, they are careful to engage only with high-probability prospects (those with a budget, who are currently in the process of purchasing). This <em>qualification</em> (as it’s caused) is good for conversion rates, but it causes salespeople to believe that they have a chronic shortage of sales opportunities.</p>
<p>But qualification has far worse consequences! Qualification causes salespeople to engage late with potential customers — meaning that every <em>selling situation</em> becomes a <em>bidding situation</em>. This impacts negatively on the <em>size</em> of deals won and the <em>margin</em> earned in those deals.</p>
<p>Our approach to promotion, then, is not to spend more money on ads, but to eliminate qualification. We are happy for conversion rates to drop if it is balanced by:</p>
<ol>
<li>A greater volume of sales</li>
<li>An increase in the size of an average sale (a total solution, instead of a commodity)</li>
<li>More margin (because our client was bidding against fewer — if any — competitors)</li>
</ol>
<h3>The case for CRM</h3>
<p>Obviously, this <em>engineered</em> sales environment differs quite considerably from a typical sales environment.</p>
<p>But the implications for your organization are as exciting as this new model is different:</p>
<ol>
<li>Twice the volume of business-development meetings (exciting, because meeting volume is the primary driver of sales)</li>
<li>Improved customer service</li>
<li>Elimination of tension between sales and delivery</li>
<li>Increased deal flow, volume and <em>margin</em></li>
<li>No increase in operating expenses</li>
</ol>
<p>Of course the critical question, at this point, is what about CRM?</p>
<p>With this new model, not only is there a case for CRM — but the model <em>cannot</em> operate without it.</p>
<p>However, our attitude towards CRM has undergone a subtle shift.</p>
<p style="margin-left: 30px;">Previously, we looked to CRM to drive productivity improvements — and those procedural changes that did occur occurred as a consequence of the CRM implementation.</p>
<p style="margin-left: 30px;">Now, we recognize that a meaningful increase in productivity requires drastic procedural changes — and that the requirement for CRM is a consequence of those changes.</p>
<p>Let’s summarize the four key reasons why you need a CRM in an engineered sales environment:</p>
<ol>
<li>Sales coordinators need a view of the status of all opportunities</li>
<li>Opportunities must be prioritized</li>
<li>Marketing, sales and customer service must work together</li>
<li>Management needs information</li>
</ol>
<h4>1. Sales coordinators need a view of the status of all opportunities</h4>
<p>As we’ve discussed the engineered sales environment is essentially a project environment.</p>
<p>The sales coordinator needs a CRM for the same reason that a project manager needs a project-management application.</p>
<p>Because the sales coordinator does not have face-to-fact contact with each prospect they will never have the deep (visceral) understanding of the opportunity that the salesperson does. The CRM provides the sales coordinator with a simplified model of each opportunity. This model is detailed enough <em>only</em> to enable the sales coordinator to synchronize the various resources that are participating in the prosecution of the opportunity.</p>
<h4>2. Opportunities must be prioritized</h4>
<p>Even though salespeople in traditional environments qualify aggressively, they still end-up with more in-progress opportunities than the have the capacity to manage. (Consider how many times you’ve had a salesperson clamor to perform an initial visit with you, only to discover that the salesperson lacked the capacity to provide you with a proposal within a reasonable time horizon.)</p>
<p>In the engineered environment, salespeople have significantly more capacity — but they still have finite capacity. This means that opportunities must be prioritized to maximize their velocity (minimize opportunity lead time).</p>
<p>When you consider that a salesperson may be working across 80-100 opportunities at any one point in time it’s easy to see why software is required to manage the resulting complexity.</p>
<h4>3. Marketing, sales and customer service must work together</h4>
<p>In point one (above) we touched on the requirement to synchronize resources within the sales function.</p>
<p>However, in this new environment, other functions must also synchronize with sales:</p>
<ol>
<li>Marketing must ensure that there is a sufficient queue of opportunities to enable sales coordinators to keep salespeople fully utilized</li>
<li>Customer service must continue to support existing clients’ ongoing service requirements — failure to do so will obviously interfere with the organization’s ability to sell more services</li>
<li>Finance must be able to determine when invoices are required (in many complex sales environments, potential clients will buy services <em>during</em> the opportunity-management process)</li>
</ol>
<p>As does the sales coordinator, these functions all require opportunity-status information. And this information must be current. It must be accurate. And it must be unambiguous.</p>
<h4>4. Management needs information</h4>
<p>As suggested previously, management needs information to be able to manage. In the absence of this information, a sales manager is <em>not</em> a manager (a hustler, perhaps, but not a manager!).</p>
<p>As with all other environments within the organization, the sales manager’s information requirements can be broken into three categories:</p>
<ol>
<li>Status information: how many opportunities are at each state of the opportunity-management workflow?</li>
<li>Flow information: what is the velocity of opportunities (how fast are they moving)?</li>
<li>Resource utilization: what is the load on process resources (is there a bottleneck and where is it)?</li>
</ol>
<p>The sales manager must be able to view reports that summarize these categories of information and then to drill-down to identify particular opportunities or particular resources that require attention.</p>
<h3>What now?</h3>
<p>If you have a CRM, then, the news is not all bad.</p>
<p>In and of itself, the technology will provide you with very little value. However, it happens to be a pre-requisite for a very necessary – and very beneficial – sales improvement initiative: engineering your sales environment.</p>
<p>My suggestion is that you do the following:</p>
<ol>
<li>Make CRM usage optional for salespeople (stop trying to achieve the impossible)</li>
<li>Plan your engineered sales process (you’re welcome to solicit our assistance with this critical step)</li>
<li>Re-configure your CRM to look like it did when you first loaded it (perhaps, [a] export the address book data, [b] do a clean-install of your CRM, [c] import the address book data)</li>
<li>Provide CRM access <em>only </em>to sales coordinators and customer-service representatives</li>
<li>Keep customizations to an absolute minimum (only add a user-defined field if you are prepared to enforce 100% compliance with its usage)</li>
</ol>
<p>Just DON’T, whatever you do, buy any more technology!  (If you purchased your CRM in the last 5 years, it is almost certain to be capable of doing everything that you need in order to get your new <em>engineered </em>sales process up and running.)</p>
<p>If you proceed carefully, it’s likely that you will produce the outcomes you were looking for when you initially purchased your CRM. Then you can pat yourself on the back and congratulate yourself on your foresight.</p>
<p>Just be warned, if your CRM vendor gets wind of your success, they’ll be knocking on your door, begging for your permission to showcase your organization as <em>another CRM success story!</em></p>
<div class="shr-publisher-308"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/03/26/why-crm-sucks/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>A better way to calculate market (and sales team) size for improved sales force productivity</title>
		<link>http://www.salesprocessengineering.net/2010/03/23/a-better-way-to-calculate-market-and-sales-team-size/</link>
		<comments>http://www.salesprocessengineering.net/2010/03/23/a-better-way-to-calculate-market-and-sales-team-size/#comments</comments>
		<pubDate>Tue, 23 Mar 2010 12:25:01 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Applying Sales Process Engineering]]></category>
		<category><![CDATA[Measures and General Management]]></category>
		<category><![CDATA[market size]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/03/23/a-better-way-to-calculate-market-and-sales-team-size/</guid>
		<description><![CDATA[Here&#8217;s a useful exercise. Calculate your market size.&#160; But, instead of calculating total revenues or total unit sales, try calculating total face-to-face, business-development meetings (FTFBDM). Imagine you wish to determine the optimal size for your sales team. The normal approach is to start with one of the standard measures of market size (revenues or unit [...]]]></description>
			<content:encoded><![CDATA[<!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><div class="shr-publisher-307"></div><p>Here&rsquo;s a useful exercise.</p>
<p>Calculate your market size.&nbsp; But, instead of calculating <em>total revenues </em>or <em>total unit sales</em>, try calculating <em>total face-to-face, business-development meetings </em>(FTFBDM)<em>.</em></p>
<p>Imagine you wish to determine the optimal size for your sales team. The normal approach is to start with one of the standard measures of market size (revenues or unit sales) and reason from there.</p>
<p>Sounds fair enough but, it&rsquo;s the <em>reason from there</em> bit that causes the trouble. The problem is, that there are a bunch of difficult assumptions required to do this reasoning, including:</p>
<ol>
<li>How many times do accounts change hands each year?</li>
<li>How many of these opportunities will we have the opportunity to bid on?</li>
<li>How much of a salesperson&rsquo;s capacity is likely to be consumed by each of these opportunities?</li>
</ol>
<p>So, here&rsquo;s how the alternate approach works:</p>
<ol>
<li>Calculate the total number of salespeople operating in your space (the sum of the salespeople you employ, and those employed by your competitors)</li>
<li>Estimate the number of face-to-face, business-development meetings performed by an average salesperson in your space*</li>
<li>Estimate the share of meetings you can reasonably expect to win in the near term**</li>
<li>Divide the product of the first three numbers by your salespeople&rsquo;s average capacity</li>
</ol>
<p>The result of this calculation is (in my experience) likely to be a lot more conservative &ndash; and much more realistic &ndash; than traditional calculations.</p>
<p>Let&rsquo;s face it, even if your market is $100m in size, if your plans require your sales team to perform 50% of total FTFBDM, you&rsquo;re certain to fail!</p>
<p>If you are reengineering your sales environment, it pays to be conservative when estimating your requirement for salespeople. You are better off starting with a very small team and focusing on getting that team to 100% utilization rapidly than you are struggling to keep a larger team busy.</p>
<p>&nbsp;</p>
<p>* Estimating the number of face-to-face, business development meetings performed by an average salesperson in your space is easier than it sounds. Start by sitting down with your salespeople and analyzing their calendars (not the CRM, the calendars they <em>actually </em>use on a day-to-day basis). Once you have a count, interview people who have operated in your competitors&rsquo; sales teams and determine if their sales environments have a structure similar to yours. (If in doubt, assume two true business-development meetings, per salesperson, per week.)</p>
<p>** Be conservative when estimating the share of FTFBDM.&nbsp; Remember, even if you are a clear market leader, your customers will still talk to your competitors salespeople on occasion!</p>
<div class="shr-publisher-307"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/03/23/a-better-way-to-calculate-market-and-sales-team-size/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: www.salesprocessengineering.net @ 2012-02-05 19:33:11 -->
