<?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</title>
	<atom:link href="http://www.salesprocessengineering.net/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>Fri, 20 Aug 2010 22:37:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>The Machine &gt; Part 1 &gt; Chapter 1: After the revolution</title>
		<link>http://www.salesprocessengineering.net/2010/08/18/the-machine-part-1-chapter-1-after-the-revolution/</link>
		<comments>http://www.salesprocessengineering.net/2010/08/18/the-machine-part-1-chapter-1-after-the-revolution/#comments</comments>
		<pubDate>Wed, 18 Aug 2010 18:51:49 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Applying Sales Process Engineering]]></category>
		<category><![CDATA[The Machine (upcoming book)]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/08/18/the-machine-part-1-chapter-1-after-the-revolution/</guid>
		<description><![CDATA[Four appointments a day, five days a week Jennifer retrieves her Blackberry from her purse and flicks it free of its protective case in one easy gesture. Moments later, she’s talking to David – her assistant back at head office. “Good meeting,” she answers, “you can go ahead and schedule the RDM. Yep, you can [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.salesprocessengineering.net/the-machine/"><img style="border-right-width: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; margin-left: 0px; border-left-width: 0px; margin-right: 0px" title="The Machine" border="0" alt="The Machine" src="http://www.salesprocessengineering.net/wp-content/book32.png" width="473" height="110" /></a> </p>
<h3>Four appointments a day, five days a week</h3>
<p style="margin-left: 30px">Jennifer retrieves her Blackberry from her purse and flicks it free of its protective case in one easy gesture. </p>
<p style="margin-left: 30px">Moments later, she’s talking to David – her assistant back at head office. “Good meeting,” she answers, “you can go ahead and schedule the RDM. Yep, you can keep talking to Debra. And the opportunity’s actually a retro-fit … say fifty-grand.” </p>
<p style="margin-left: 30px">“I’m all over it.” David reassures Jennifer as he updates fields in the CRM. “So, you’d better hot-tail it over to Tyson Engineering.” Phillip left here half an hour ago, so he should be ready for the presentation when you get there.”</p>
<p>Jennifer, David and Phillip all work for James Sanders Group, a manufacturer of point-of-sale displays and internal fit-outs. JSG is one of our <i>quiet revolutionaries</i>.</p>
<p>JSG is an engineering-centric company. They got to be successful by solving tough problems and building really cool stuff!</p>
<p>In recent times JSG had been suffering a slow leakage in sales. The problem was not that they were suffering at the hands of a large competitor – that&#8217;s a battle they were well equipped to fight. What was happening was that numerous small competitors (some of them recent market entrants; others, offshore manufacturers) were chipping away at their base: winning numerous small jobs, often at crazy margins.</p>
<p>JSG had recognized that this was not a trend that they could reverse solely with superior production performance. They knew that they needed sales activity: <i>boots on the ground</i>.</p>
<p>Easier said than done, however! Each time JSG added a salesperson, the new recruit would win a job or two and then become entangled in <i>account management</i>. Before long, account management would become so all-consuming that sales activity would grind to a halt. While this was happening, JSG’s competitors were simply side-stepping those complex jobs and focusing on winning the <i>easy stuff.</i></p>
<p>Initially, JSG looked to <i>account managers</i> (as they had taken to calling them) for a solution to the problem. Ultimately, it became clear that this was <i>process problem</i> – not a people problem.</p>
<p>The snippet of conversation above speaks volumes about the consequences of JSG’s revolution.</p>
<p> Jennifer is JSG’s salesperson. And that’s the first unusual thing. In spite of the fact that JSG services the whole of Australia (an area roughly the size of the continental USA) JSG has just one salesperson. The reason is that Jennifer is exactly 10-times more productive than one of JSG’s competitor’s salespeople. A competitor’s salesperson averages two sales meetings a week: Jennifer consistently performs 20!</p>
<p>David is the key to Jennifer’s efficiency. David and Jennifer talk at least four times a day. Like an air traffic controller, David is Jennifer’s eyes and ears. He carefully monitors the status of all sales opportunities – freeing Jennifer to focus only on sales meetings as they appear – as if by magic – in her trusty Blackberry.</p>
<p>David’s official title is <i>sales coordinator</i>. His responsibility is to manage JSG’s portfolio of open sales opportunities. He manages each opportunity like a project. He works tirelessly, trying to schedule the next activity in sequence for each. In most (but certainly not all) cases the next activity is a meeting with Jennifer. And, of course, Jennifer’s objective, at each meeting will be to <i>sell</i> the next activity – generating still more work for David.</p>
<p>David frees Jennifer of the requirement to do <i>anything</i> other than face-to-face business-development meetings. In addition to appointment-scheduling, David performs all of the clerical tasks associated with the management of sales opportunities: data-entry, reporting, literature fulfillment, expense tracking, and calendar management.</p>
<p>David routes non-administrative tasks to other specialist resources within JSG. Customer support issues and simple request-for-quotes are routed to <i>customer-service representatives</i>. And requirement-discovery and solution-design become the responsibility of <i>project leaders.</i></p>
<p>As each task is handed-off, David logs the date in CRM, as well as a prompt for himself to follow-up prior to the task’s expected completion date. In many cases, these tasks are pre-requisites for meetings he has already scheduled for Jennifer. It’s critical, therefore, that he keeps all the parts of this machine working in unison.</p>
<p>Phillip also makes a significant contribution to Jennifer’s tremendous efficiency. Phillip is a <i>project leader. </i>His job is to manage the interface with production. Prior to each sale, Phillip works closely with Jennifer. She introduces him to clients early in each engagement to discover their requirements and to conceptualize and design solutions.</p>
<p>Solution design is always a collaborative process. Clients have their say, of course: they want <i>Rolls Royce</i> solutions on <i>Corolla</i> budgets. Phillip represents production: he must ensure that whatever is specified can be delivered on time and within budget. And it’s Jennifer who uses a mixture of <i>hustle </i>and<i> artful diplomacy</i> to close the gap between both parties.</p>
<p>Post-sale, Phillip is responsible for managing the relationship between production and the client. He’s on hand to negotiate change requests and to fine-tune the production plan on those occasions that it becomes obvious that there’s a gap developing between the client’s expectations and the direction of the project.</p>
<p>There’s no question that Jennifer is busy. Twenty business-development appointments a week is a lot of work – and then there’s the travel. A lot of travel!</p>
<p>But the interesting thing is that Jennifer loves working in this environment. There’s no stress. She doesn’t feel like a juggler with a hundred balls in the air. Clients are happy too. They understand where her responsibilities begin and end, and they always know exactly who to talk to if something appears to be going wrong.</p>
<p>All Jennifer has to do is show-up at meetings and talk to people – and she’s really good at that. The selling looks after itself.</p>
<h3>Management by numbers</h3>
<p>Matthew is one of James Sanders’ two sons. Today he is in charge of operations – and the sales function is now simple enough to be managed as part of operations.</p>
<p>On the face of it, managing sales is relatively easy. Matthew chairs a weekly sales meeting. The meeting consists of a review of a simple dashboard. First order of business is to ensure that opportunity flow is healthy. It’s critical that there’s a queue of sales opportunities sufficient in size to keep Jennifer busy. And the size of the <i>buffer </i>of forward-booked meetings in Jennifer’s calendar is important too.</p>
<p>Matthew knows that the profitability of the firm requires a steady flow of work to the plant. Any hiccups in meeting volume will result in idle machines and workers in a month or so. </p>
<p>Matthew keeps an eye on other indicators too. He scans run-charts looking for unhealthy trends and scrutinizes cycle-times for critical activities to ensure that protective capacities are being maintained where necessary.</p>
<p>Matthew’s biggest sales challenge is maintaining the support capacity required to keep up with Jennifer’s unrelenting flow of orders.</p>
<p>Prior to the <i>revolution</i>, Jennifer was one of five account managers. Today, four of those account managers have been converted into project leaders – all of whom are now sprinting to keep up with Jennifer. To free project-leadership capacity, Matthew has been building a team of <i>customer-service representatives</i>. But this team is under the pump too. Every month, it seems like there’s a couple of new faces in there!</p>
<h3>Arresting the decline</h3>
<p>JSG is clearly a different organization today.</p>
<p>There is a clear delineation between the critical sales activity and solution-design and production. Jennifer performs a fixed volume of business-development meetings <i>every</i> week – and the rest of the team sprints to keep up.</p>
<p>Obviously a complex job is likely to consume <i>incrementally</i> more of Jennifer’s capacity than a simple one. But that’s okay. Even when this is factored in, Jennifer still performs more business-development meetings in a week than the rest of the account-management team used to in a month. And, when there’s a hole in the production schedule, Jennifer does whatever’s necessary to win the jobs required to keep the plant busy.</p>
<p>But the impact has not just been on sales. The revolution has impacted every corner of the firm. Conflict has disappeared. People are happier and more willing to help-out when required. Strangely the firm seems quieter today than it ever has before – in spite of the fact that production is busier than it has been in years. </p>
<p>For JSG, the new model means a stronger and more consistent flow of jobs, a better interface between sales and production, and a less stressful work environment for everyone. And, as should be expected, the impact of the revolution on JSG’s profitability has been significant.</p>
<h3>Theory into practice</h3>
<p>This chapter has showed you the implications of <i>sales process engineering</i> for one business environment (an engineer-to-order manufacturer).</p>
<p>Chapters 2 and 3 will show you why <i>sales process engineering </i>(SPE) is so important in today’s business environment, introduce you to SPE’s four fundamental principles and then explain how these simple principles lead logically to the end result exemplified by JSG’s story.</p>
<p>In subsequent chapters you’ll learn how to apply these principles to create profound improvements in the performance of other business environments:</p>
<ol>
<li>Indirect sales (when sales are made through distributors, resellers or manufacturers’ representatives) </li>
<li>Commodity sales (when solution-design is not a critical component of the engagement) </li>
<li>A micro-business or a start-up (when resources are limited and specialization appears impossible) </li>
</ol>
<p>One message that will play over and over throughout this book is that you cannot improve the performance of sales by focusing solely on the sales function. And this theme will be tackled head-on in Chapter 4.</p>
<p>In Part 1’s final chapter, we’ll explore the case for the elimination of salespeople’s commissions. Part 2 is dedicated to the practical application of SPE in your organization.</p>
<p>Let’s go to work!</p>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li>No related posts.</li>
	</ul>

]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/08/18/the-machine-part-1-chapter-1-after-the-revolution/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>The Machine &gt; Introduction</title>
		<link>http://www.salesprocessengineering.net/2010/08/05/the-machine-introduction/</link>
		<comments>http://www.salesprocessengineering.net/2010/08/05/the-machine-introduction/#comments</comments>
		<pubDate>Fri, 06 Aug 2010 04:26:14 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Applying Sales Process Engineering]]></category>
		<category><![CDATA[The Machine (upcoming book)]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/?p=427</guid>
		<description><![CDATA[The Titanic is Sinking All is not well in sales. The sales environment, in a typical organization (most every organization, in fact), is seriously dysfunctional. But rather than focusing on the obvious dysfunction, management is busy with incremental improvement initiatives: Sales training Sales force automation (technology of various types) Bolt-on lead-generation activities (outsourced telemarketing, for [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.salesprocessengineering.net/the-machine/"><img style="border-bottom: 0px; border-left: 0px; display: inline; margin-left: 0px; border-top: 0px; margin-right: 0px; border-right: 0px" title="book3[1]" border="0" alt="book3[1]" src="http://www.salesprocessengineering.net/wp-content/book311.png" width="473" height="110" /></a></p>
<h3>The Titanic is Sinking</h3>
<p>All is not well in sales.</p>
<p>The sales environment, in a typical organization (most every organization, in fact), is seriously dysfunctional.</p>
<p>But rather than focusing on the obvious dysfunction, management is busy with incremental improvement initiatives:</p>
<ol>
<li>Sales training </li>
<li>Sales force automation (technology of various types) </li>
<li>Bolt-on lead-generation activities (outsourced telemarketing, for example) </li>
</ol>
<p>Because none of these initiatives address the root cause of the dysfunction, they amount to nothing more than <i>arranging the chairs on the deck of the sinking Titanic.</i></p>
<p>And make no mistake, the Titanic <i>is</i> sinking!</p>
<p>It’s not that sales is getting worse: the issue is that the rest of the organization is getting so much better, while sales clings to the <i>same</i> structure, the <i>same </i>management approach and the <i>same </i>practices that have been in place for the last fifty years.</p>
<h3>Quiet revolutionaries</h3>
<p>In a small number of companies, across two continents, a quiet revolution is in progress.</p>
<p>These companies (you’ll meet some of them in due course) have challenged the most fundamental assumption about how the sales function should be designed. Consequently, they have built sales environments that barely resemble those in their competitors’ organizations.</p>
<p>And they’ve seen <i>massive </i>performance<i> </i>improvements!</p>
<p>Improvements in the internal operation of sales:</p>
<ol>
<li>Field salespeople are spending 100% of their time in the field: performing <i>four business-development meetings a day</i>, <i>five days a week</i> </li>
<li>Customer commitments are consistently met, administrative work is always done on time and sales orders appear more frequently <i>and</i> more consistently </li>
</ol>
<p>And improvements in the relationship between sales and the rest of the organization:</p>
<ol>
<li>Hand-off problems between sales and production have been eliminated </li>
<li>Marketing works closely with sales to ensure that salespeople are maintained at 100% utilization – and marketing has recruited the assistance of engineering (or senior management) to ensure offers are truly compelling </li>
</ol>
<p>As mentioned, these changes are the consequence of challenging <i>a single</i> assumption about the design of the sales function – the assumption that: <i>sales should be the sole responsibility of autonomous agents.</i></p>
<h3>Are things really that bad?</h3>
<p>Before we meet the new assumption embraced by these revolutionaries, it’s worth exploring the claim that <i>sales is dysfunctional</i>. Are things really that bad?</p>
<p>Consider the goal of the sales function (its reason for existence). The goal cannot be <i>just</i> to sell. The goal must be to <i>consistently</i> sell all of the organization’s production capacity (which may consist of traditional plant and equipment or knowledge workers).</p>
<p>In most organizations, sales consistently fails with respect to this goal. The modern organization’s capacity to produce has accelerated past its capacity to sell, and idle machines and production personnel cost shareholders dearly, month after month and year after year.</p>
<p>Why, then, is sales underperforming? One reason is that salespeople aren’t selling. A typical salesperson performs just two business-development meetings a week. You read it right. Less than 10% of a typical salesperson’s capacity is allocated to selling. And that figure is pretty standard across industries and across <abbr style="border-bottom: navy 1px dotted" title="Actually, in 2002 a Proudfoot study revealed that in Britain salespeople spend just 7% of their time selling (with travel and administration claiming the lion’s share): http://www.allbusiness.com/sales/1092784-1.html">countries</abbr>. The greater majority of a salesperson’s day is dedicated to customer service and administrative activities, solution design and proposal generation, prospecting and fulfillment-related tasks.</p>
<p>Let’s turn our attention to management. Why has management not fixed this problem? In many organizations, management has tried. Attempts to reallocate salespeople’s work have resulted in service quality problems (the right hand doesn’t know what the left is doing). The other alternative is simply to recruit more salespeople and many firms have tried that too: with interesting results.</p>
<p>Typically, when you add salespeople to an established team, costs go up immediately (easy to predict, right?). But sales don’t. In fact, in most cases, sales <i>never</i> increase to the level required to justify those additional costs. The reason is that salespeople <i>do not</i> generate the greater majority of their sales opportunities. Most sales opportunities spring into existence in spite of (not because of) salespeople’s prospecting activities. In most organizations, <i>existing customers</i> are by far the greatest source of sales opportunities. When management adds salespeople to an existing team, the same pool of sales opportunities is simply distributed across a larger team of salespeople. (In fact, management recognizes how very difficult prospecting is when they examine candidates for the new sales positions – looking to see who has the largest client list!)</p>
<p>But management’s problems don’t stop here. Salespeople are incredibly difficult to manage – particularly successful ones! You can’t <i>direct</i> your salespeople as you can production or finance personnel, you can only <i>implore</i> them. And <i>successful</i> salespeople are both a blessing and a curse. Sure they generate orders: but at a price. They run roughshod over production and finance personnel, they ignore management directives and they make frequent references to <i>their clients, </i>implying that they can leave and take the organization’s clients elsewhere – which, in fact, they can.</p>
<p>In summary then, when we examine sales we see a critical organizational function that consistently underperforms, that cannot be scaled (economically), that is in regular conflict with other functions and whose key assets are, in fact, a contingent liability.</p>
<p>The claim that sales is dysfunctional is no exaggeration!</p>
<h3>A new assumption</h3>
<p>It’s not hard to validate the claim that <i>sales is typically the sole responsibility of autonomous agents</i>.</p>
<p>When we employ salespeople we advise them that they will be held accountable for outcomes, not activities. We pay them commissions (in part, or in full), rather than fixed salaries. And we encourage them, in most cases, to manage their territories, their accounts and their sales opportunities as if they were, well, <i>theirs</i>.</p>
<p>It’s true that, increasingly, management is attempting to rein-in salespeople’s autonomy. We ask salespeople to report their activities in the organization’s <abbr style="border-bottom: navy 1px dotted" title="The organization’s customer-database and sales-management technology is typically referred to as ‘The CRM’. CRM stands for Customer Relationship Management. CRM is a subset of Enterprise Resource Planning (ERP) software.">CRM</abbr>. We pay them a mix of salary and commission. And we, at least, pay lip service to the notion that these are <i>company </i>accounts.</p>
<p>But we forget that, where true opposites are concerned, no compromise is possible. Salespeople can march either to their own drumbeat or to the beat of a central drummer. When faced with the demand to do both, salespeople will always pick the <i>least-worst</i> option.</p>
<p>When you consider that the entire organization – not just sales – is engineered around the assumption of salesperson autonomy, it’s easy to see that salespeople will always choose autonomy.</p>
<p>If you doubt the casual assertion that the <i>entire organization</i> is engineered around the assumption of salesperson autonomy, answer these three simple questions:</p>
<ol>
<li>If an important sales opportunity is lost, who is ultimately responsible? </li>
<li>If an important customer is dissatisfied, who is ultimately responsible? </li>
<li>If an account falls into arrears on its payments, who is ultimately responsible? </li>
</ol>
<p>The connection between dysfunction and salespeople’s autonomy is also easy to spot.</p>
<p>Salespeople spend so little time selling because they have so many responsibilities competing for their limited time. They have so many responsibilities because each salesperson is a self-contained sales function.</p>
<p>Salespeople conflict with other functions because, in their world-view, they see only <i>their</i> opportunities and <i>their</i> accounts. However other functions (production, engineering, finance) also have limited capacity and are in receipt of competing demands from <i>multiple</i> salespeople.</p>
<p>Salespeople conflict with management because there is simply <i>no place for management</i> in a typical sales function. If salespeople own their own activities and are held accountable only for outcomes (as is so often advertised) there is literally nothing for management to do. <i>Managing outcomes</i> is, after all, an oxymoron, no matter <abbr style="border-bottom: navy 1px dotted" title="Granted, Sales Spectator is not as sexy a role description as Sales Manager">how many times you say it</abbr>!</p>
<p>If the assumption that <i>sales is the sole responsibility of autonomous agents</i> is the root cause of this dysfunction, it’s clearly time for a new assumption.</p>
<p>The good news is that if we approach this question with a clear head, the answer is oh so obvious.</p>
<p>We discussed that, relative to other organizational functions, sales is <i>sinking fast. </i>What, then, is causing the rapid ascent of these other functions? In particular, what has caused both the productivity and the quality of manufacturing to increase by many <i>orders of magnitude</i> over the last 100 years?</p>
<p>The answer is: <i>division of labor.</i></p>
<p>Division-of-labor enabled manufacturing to transition from cottage industry to the modern plant. And division of labor has had the same catalytic effect on project environments (think construction and aerospace), finance and even marketing.</p>
<p>Division-of-labor is such a powerful concept that it pre-dates modern industry. We find the first evidence of division-of-labor at the origin of life itself!</p>
<p>There’s one little corner of civilization where division-of-labor is conspicuously absent. The fact is that the modern sales environment resembles manufacturing, as it used to look 100 years ago!</p>
<p>But that’s about to change.</p>
<p>The quiet revolutionaries have scrutinized sales for evidence that this function is somehow unsuitable for <i>division of labor</i>. Their search has been fruitless. The new assumption, around which their sales environments have been engineered and upon which this book is based is as simple as it is powerful.</p>
<p><i>Sales is the responsibility of a centrally coordinated team.</i></p>
<p>This book shows how this innocent-looking assumption leads logically to a radical new approach to the design and management of the sales function. It will show you to apply this approach to your organization (irrespective of the size of your firm or the complexity of what you sell). And it will introduce you to a diverse range of organizations that have trodden this path already (our quiet revolutionaries).</p>
<p>You are in for quite a journey!</p>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li>No related posts.</li>
	</ul>

]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/08/05/the-machine-introduction/feed/</wfw:commentRss>
		<slash:comments>10</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[<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>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/results-food-manufacturer-multiplies-sales-and-rate-of-market-pene/" title="Results: food manufacturer multiplies sales and rate of market pene (July 2, 2008)">Results: food manufacturer multiplies sales and rate of market pene</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/its-all-about-scheduling/" title="It&#8217;s all about scheduling! (July 2, 2008)">It&#8217;s all about scheduling!</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/the-number-one-way-to-handicap-your-sales-process-reengineering-project/" title="The number-one way to handicap your Sales Process Reengineering project (July 2, 2008)">The number-one way to handicap your Sales Process Reengineering project</a> (0)</li>
</ul>

]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/07/16/the-evil-of-time-and-material-billing/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>The death of AdVerb, a book in the works, some words on new media</title>
		<link>http://www.salesprocessengineering.net/2010/06/25/the-death-of-adverb-a-book-in-the-works-some-words-on-new-media/</link>
		<comments>http://www.salesprocessengineering.net/2010/06/25/the-death-of-adverb-a-book-in-the-works-some-words-on-new-media/#comments</comments>
		<pubDate>Fri, 25 Jun 2010 19:36:20 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Generating Opportunities]]></category>
		<category><![CDATA[new media]]></category>
		<category><![CDATA[promotion]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/2010/06/25/the-death-of-adverb-a-book-in-the-works-some-words-on-new-media/</guid>
		<description><![CDATA[AdVerb is dead: long live ‘SPE Update’ After more than 12 years, we’ve retired AdVerb – the long-running Ballistix periodical. We’ve replaced AdVerb with SPE Update – an email update of new posts, as I publish them, on my blog. As you probably know, my blog has been in existence for some time now. But [...]]]></description>
			<content:encoded><![CDATA[<h4>AdVerb is dead: long live ‘SPE Update’</h4>
<p>After more than 12 years, we’ve retired AdVerb – the long-running Ballistix periodical.</p>
<p>We’ve replaced AdVerb with <em>SPE Update</em> – an email update of new posts, as I publish them, on my blog.</p>
<p>As you probably know, my blog has been in existence for some time now. But I’ve been frustrated by the fact that most of the content is hidden away. This is sad if you share my (entirely unbiased) opinion that some of the content is pretty damn impressive!</p>
<p>Consider just these recent posts, for example:</p>
<ul>
<li><a href="http://www.salesprocessengineering.net/2010/03/26/why-crm-sucks/" target="_blank">Why CRM sucks</a>: why you should never have bought the damn thing (and why you should probably keep it) </li>
<li><a href="http://www.salesprocessengineering.net/2010/05/09/the-holy-grail-of-technical-sales-how-to-disentangle-salespeople-from-production/" target="_blank">The Holy Grail of technical sales</a>: how to disentangle salespeople from production </li>
<li><a href="http://www.salesprocessengineering.net/2010/03/12/a-quick-and-dirty-approach-to-process-improvement/" target="_blank">A quick and dirty approach to process improvement</a> </li>
</ul>
<p>And my next news item bodes well for the quality of future posts!</p>
<h4>Let’s re-start the conversation</h4>
<p>If you used to be a member of my old Yahoo group, you’ll remember that this forum facilitated an ongoing (and energetic debate). I’m hoping to re-start this on my blog. Accordingly, as you read posts in this update, please click-through to the blog to review comments and join the conversation. </p>
<h3>A book in the works</h3>
<p>We’re happy to have just inked an agreement with Greenleaf Book Group in Austin Texas – who will be publishing my forthcoming book (tentatively entitled ‘The Machine’).</p>
<p>This will be a traditional book (not a compilation of articles).&#160; It’s my intention for it to be a comprehensive treaty on Sales Process Engineering – both the theory and its application.</p>
<p>I’ve penciled out a day a week to write this book – and my target is to produce one chapter draft each week. It’s my intention to post each chapter on my blog as I complete it, meaning it’ll arrive in your inbox within hours (if you’d like to be notified faster, just follow me on Twitter: @justinroffmarsh).</p>
<h3>On new media</h3>
<p>I’m frequently asked for my opinion on new media (blogs, Twitter and all that).</p>
<p>I may post on this in the next month or so, but let me share some quick thoughts (in part, because I can’t bear to publish something that doesn’t add at least <em>some </em>value).</p>
<p>Obviously, there’s a lot that’s new about <em>new media.&#160; </em>The technology, for one.</p>
<p>But, there’s a lot that’s not so new. You may recall that, years ago, I used to spruik about a concept called <a href="http://www.salesprocessengineering.net/2008/07/30/a-brief-introduction-to-relationship-centric-marketing/" target="_blank">Relationship-centric Marketing</a>. The basic idea is that you should approach a sale in two stages:</p>
<ol>
<li>First, win a <em>relationship</em>, by establishing yourself as a thought leader, publishing a periodical (and a manifesto), running events and, as a consequence of all that, acquiring <em>subscribers</em> </li>
<li>Second, manage your subscriber-base in such a way as to harvest a rich crop of sales opportunities (and ultimately sales) </li>
</ol>
<p>Now, there’s nothing wrong with this model (it’s one I’ve always adopted, for example). However, for most organizations it’s impractical, for one of three reasons:</p>
<ol>
<li>The organization sells a low-involvement product </li>
<li>The organization isn’t a thought leader and doesn’t have the (not insignificant) resources required to become one in the short term </li>
<li>In the short run there are much, much, greater gains to be had by reengineering the sales function </li>
</ol>
<h4>Proceeding cautiously</h4>
<p>So, here’s my opinion on new media. On the one hand, I’m excited, because it slashes the costs associated with establishing and maintaining thought leadership.</p>
<p>On the other hand, I’m reticent to issue a general <em>call to arms</em> (as so many others have) for the same reasons I stopped spruiking about Relationship-centric Marketing some years ago.</p>
<p>So, if you do take some first steps with new media, terrific (it’s fun to be an early adopter!) But, my advice is to proceed cautiously. If you’re already a thought leader, you don’t need my input, you’re already well and truly on your way.&#160; But if you’re not, perhaps your first objective should be to simply <em>get acquainted</em>.&#160; Stick with the basics: personal LinkedIn and Facebook profiles, and a Twitter account. Oh, and set up a Google Reader account and and search for (and subscribe to) a few blogs relating to subjects in which you’re interested.</p>
<p>Remember <em>focus </em>is less about what you <em>choose to do </em>than it is about the many things you <em>choose not to do! </em>(With thanks to <a href="http://www.salesprocessengineering.net/toc/" target="_blank">Eli Goldratt</a>, who stressed this point at this years annual <a href="http://www.salesprocessengineering.net/toc/" target="_blank">TOC</a> conference.)</p>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/07/30/why-there%e2%80%99s-a-silent-%e2%80%98%e2%80%99-in-%e2%80%98relationship%e2%80%99-and-why-the-integrity-of-your-sales-process-depends-upon-it/" title="Why there&#8217;s a silent &#8216;$&#8217; in &#8216;Relationship: and why the integrity of your sales process depends upon it! (July 30, 2008)">Why there&#8217;s a silent &#8216;$&#8217; in &#8216;Relationship: and why the integrity of your sales process depends upon it!</a> (0)</li>
</ul>

]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/06/25/the-death-of-adverb-a-book-in-the-works-some-words-on-new-media/feed/</wfw:commentRss>
		<slash:comments>0</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[<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>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/results-food-manufacturer-multiplies-sales-and-rate-of-market-pene/" title="Results: food manufacturer multiplies sales and rate of market pene (July 2, 2008)">Results: food manufacturer multiplies sales and rate of market pene</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/its-all-about-scheduling/" title="It&#8217;s all about scheduling! (July 2, 2008)">It&#8217;s all about scheduling!</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/the-number-one-way-to-handicap-your-sales-process-reengineering-project/" title="The number-one way to handicap your Sales Process Reengineering project (July 2, 2008)">The number-one way to handicap your Sales Process Reengineering project</a> (0)</li>
</ul>

]]></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>The Holy Grail of technical sales: how to disentangle salespeople from production</title>
		<link>http://www.salesprocessengineering.net/2010/05/09/the-holy-grail-of-technical-sales-how-to-disentangle-salespeople-from-production/</link>
		<comments>http://www.salesprocessengineering.net/2010/05/09/the-holy-grail-of-technical-sales-how-to-disentangle-salespeople-from-production/#comments</comments>
		<pubDate>Sun, 09 May 2010 23:51:00 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Applying Sales Process Engineering]]></category>
		<category><![CDATA[Managing Opportunities]]></category>
		<category><![CDATA[competitive advantage]]></category>
		<category><![CDATA[customer service]]></category>
		<category><![CDATA[process improvement]]></category>
		<category><![CDATA[project leader]]></category>
		<category><![CDATA[qualification]]></category>
		<category><![CDATA[strategy]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/?p=365</guid>
		<description><![CDATA[Whenever we work in a technical-sales environment, this – bar none – is the most valuable idea we bring to the table. Here’s the most obvious symptom of the problem: When salespeople make a technical sale, they inevitably become entangled with production. Their involvement in production cannibalizes their (already limited) business-development capacity – leading to [...]]]></description>
			<content:encoded><![CDATA[<p>Whenever we work in a technical-sales environment, this – bar none – is the most valuable idea we bring to the table.</p>
<p>Here’s the most obvious symptom of the problem:</p>
<p style="margin-left: 30px">When salespeople make a technical sale, they inevitably become entangled with production. Their involvement in production cannibalizes their (already limited) business-development capacity – leading to the boom-and-bust problem that plagues so many businesses.</p>
<p>To explore the source of this problem – and to uncover its solution – let’s consider these three scenarios.</p>
<p><a href="http://www.salesprocessengineering.net/wp-content/ProjectLeadership3.png"><img style="border-right-width: 0px; display: block; float: none; border-top-width: 0px; border-bottom-width: 0px; margin-left: auto; border-left-width: 0px; margin-right: auto" title="ProjectLeadership" border="0" alt="ProjectLeadership" src="http://www.salesprocessengineering.net/wp-content/ProjectLeadership_thumb3.png" width="606" height="265" /></a></p>
<h3>Scenario 1: simple sales environment</h3>
<p>In a simple sales environment, the relationship between sales and production is, well, simple!</p>
<p style="margin-left: 30px">The Coca Cola rep assesses a mom-and-pop store’s requirements and dispatches an order to production from her handheld computer. Production can fulfill that order without any recourse to sales.</p>
<p>That means that sales and production can be situated <em>end-to-end</em> with a perfect hand-off of information between them (per example 1, above).</p>
<p>So far, so good.</p>
<h3>Scenario 2: complex sales environment (typical)</h3>
<p>So, what happens when we’re dealing with complex sales (in a technical environment)? Can we adopt the same structure?</p>
<p style="margin-left: 30px">The software company salesperson discusses his client’s unusual problem, conceptualizes a solution and successfully pitches a custom application. He then carefully completes and submits the specification document provided to him by production.</p>
<p>The $64 question is: can production complete and deliver the application without recourse to the salesperson? Intuitively, the answer is <em>no</em>. Production will definitely need to consult with the salesperson during the production process – and it’s likely that the client will need to do likewise.</p>
<p>Imagine what happens if production attempts to resolve this problem (as they often will) by providing salespeople with a more detailed specifications document to complete. If this document grows from 2 pages to 5 – or from 5 to 50 – do you think the problem will be resolved?</p>
<p>You’re right: it won’t. But to make progress here, it’s critical we understand why.</p>
<h4>Complexity versus <em>hand-off difficulty</em></h4>
<p>We’ve already discussed that, in a simple environment (like the Coca Cola one), hand-offs are easy. What happens when environments become more complex?</p>
<p><a href="http://www.salesprocessengineering.net/wp-content/complexity_threshold.png"><img style="border-right-width: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; margin-left: 0px; border-left-width: 0px; margin-right: 0px" title="complexity_threshold" border="0" alt="complexity_threshold" align="left" src="http://www.salesprocessengineering.net/wp-content/complexity_threshold_thumb.png" width="232" height="301" /></a></p>
<p>The thing is that, the relationship between <em>complexity </em>and <em>hand-off difficulty </em>happens to be non-linear.</p>
<p>Specifically, as complexity increases past what I call the <em>complexity threshold</em>, hand-off difficulty goes to infinity! In other words there’s a point beyond which hand-offs are not just difficult; they’re impossible.</p>
<p>I’m not aware of a method to calculate the exact location of this threshold, but here’s a rough rule of thumb:</p>
<p>1.&#160;&#160; Make-to-stock environment: EASY</p>
<p>2.&#160;&#160; Make-to-order environment: HARD</p>
<p>3.&#160;&#160; Engineer-to-order environment: IMPOSSIBLE</p>
<p>So, where our software company is concerned, if perfect hand-offs are impossible, salespeople have no choice but to maintain an involvement in production after the sale is won (example 2, above).</p>
<p>Production needs the salesperson involved to resolve the numerous ambiguities in the specifications. And the client needs the salesperson involved too because they don’t feel comfortable that production truly understands their needs.</p>
<p> <span id="more-365"></span>
</p>
<p>The good news is that salespeople’s continuing involvement in production resolves the worst of the hand-off problems. The bad news is that this model has two serious shortcomings:</p>
<ol>
<li>Because salespeople tend to be busy, time spent in production is time that can’t be spent on business development. Of course, this results in a smaller opportunity pipeline; but the <em>really </em>bad news is that salespeople’s limited capacity tends to cause them to engage later in clients’ buying cycles – at the expense of both margin and deal size (read more about this problem <a href="http://www.salesprocessengineering.net/2008/07/06/qualification-value-adding-or-value-destroying/" target="_blank">here</a>). </li>
<li>The resolution of the inevitable tension between sales and production occurs <em>after </em>the sale is made (<em>you promised the client what!!</em>). Of course, this tends not to have positive implications for customer satisfaction (or profitability). </li>
</ol>
<h3>Scenario 3: complex sales environment (optimal)</h3>
<blockquote></blockquote>
<p>In identifying the real reason for salespeople’s entanglement in production, at least the <em>direction</em> of the solution to this problem starts to come into focus.</p>
<p>If perfect hand-offs are impossible, the key is not to try and fix them but, rather, to engineer the requirement for them out of the workflow. The third example in the diagram above shows how this can be done. This model introduces a new resource: the <em>project leader</em>.</p>
<p>The project leader is a technical person who is comfortable in the sales environment. This person belongs to neither the sales or the production team. This is because <em>their reason for existence is to manage the interface between these two functions</em>.</p>
<p>The project leader’s primary responsibilities are to:</p>
<ol>
<li><strong>Pre-sale</strong>: discover the clients’ requirements and design the solution </li>
<li><strong>Post-sale</strong>; oversee (but not manage) production to ensure that the project stays true to the client’s (commercial) expectations </li>
</ol>
<p>The value of the project leader, becomes more apparent when we track a client engagement from start to finish:</p>
<p style="margin-left: 30px">Because the salesperson has been disentangled from production, she now has the capacity to engage early in the client’s buying cycle.</p>
<p style="margin-left: 30px">This early engagement results in the first one or two meetings being conceptual in nature.</p>
<p style="margin-left: 30px">When the client is ready to brief the vendor on it’s requirements, the salesperson introduces the project leader?</p>
<p style="margin-left: 30px">The project leader discovers the client’s requirements, designs a solution and generates a proposal.</p>
<p style="margin-left: 30px">The salesperson and the project leader negotiate a resolution to the tension between sales and production (the project leader wants a solution that is <em>deliverable: </em>the salesperson wants one that is <em>saleable</em>). They may even involve the client in this discussion.</p>
<p style="margin-left: 30px">Once the client is happy with the solution proposed, the salesperson is responsible for negotiating commercial terms and getting the contract signed.</p>
<p style="margin-left: 30px">As soon as the contract is signed, the salesperson exists this engagement (although ideally she will continue to engage with the client on other opportunities).</p>
<p style="margin-left: 30px">During the production process, the project leader will chair periodic project-leadership meetings. These meetings will be attended by the client, the production team leader and the project leader. The purpose of each meeting is to maintain the fit between the project plan and the client’s commercial requirements. Major projects tend to drift off-track because (a) some assumptions made during solution-design turn out to be incorrect, (b) the client’s business environment changes during delivery and, (c) the client fails to dedicated the expected resources to the project.</p>
<p style="margin-left: 30px">Once the project has been delivered, the project leader will chair a formal debriefing meeting to (a) ensure that the client appreciates that the project was successfully delivered and, (b) create an ideal environment for the salesperson to prospect for new opportunities</p>
<p>In summary, then, this new model delivers the following benefits:</p>
<ol>
<li>Salespeople engage earlier with (more) potential clients (as opposed to engaging only when opportunities have degenerated into bidding wars) – which impacts positively on margin and deal size </li>
<li>The trade-offs between features and price are negotiated prior to the deal being won – which impacts positively on customer satisfaction and profitability </li>
<li>The project leader takes an active role in maintaining the commercial integrity of the project – which also impacts satisfaction and profitability </li>
</ol>
<h4>Cost justification</h4>
<p>When we present this (optimal) model to clients, most are excited. The greatest concern, however, is the impact on cost. There are two reasons why cost tends not to be an issue in reality.</p>
<ol>
<li>Most of the activities performed by the project leader in this new model are being performed currently – it’s just that they are shared between sales and production. This means that, in many cases, you can transition to the new model by simply restructuring – without adding personnel. The most common way to achieve this is to convert your more technical salespeople into project leaders – and have your remaining salespeople focus exclusively on business development. </li>
<li>If you do choose to add new personnel in order to transition to this new model, you must contrast any increase in operating expense with the current <em>opportunity cost </em>of your salespeople’s lack of business-development activity. The bottom line is that, if your salespeople are not worth more to the firm when they are selling than they are when they are performing production-related activities, then they should not be salespeople in the first place. </li>
</ol>
<p>In practice, when we are helping our clients to make this transition, we take a hard line on the issue of costs. Specifically, our policy is to <em>never </em>propose a transition plan that causes operating expenses to increase in the short term (you’re welcome to use the comments section to ask why!).</p>
<p>In most cases, we achieve this by dramatically reducing the size of the sales team and converting most of the existing salespeople into project leaders. Because <a href="http://www.salesprocessengineering.net/spe/" target="_blank">SPE</a> always increases the volume of business-development meetings performed by the remaining salespeople <em>by an order of magnitude</em>, 20% of the sales team will perform 200% of the current volume of business-development meetings.</p>
<p>As I mentioned at the outset, this is the most valuable idea we bring to the table whenever we work in a technical (engineer-to-order) environment. In fact, for many firms, fixing the interface between sales and production represents perhaps the most exciting short-term opportunity to develop a competitive advantage.</p>
<p>And this is an advantage that can be sustained for at least as long as competitors insist in maintaining the traditional approach to the structure of the sales environment (where salespeople operate as autonomous agents).</p>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/extricating-salespeople-from-production/" title="Extricating salespeople from production (July 2, 2008)">Extricating salespeople from production</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/06/the-unrefusable-offer/" title="The unrefusable offer (July 6, 2008)">The unrefusable offer</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/06/how-to-promote-present-and-profit-from-seminars-and-workshops/" title="How to promote, present and profit from seminars and workshops (July 6, 2008)">How to promote, present and profit from seminars and workshops</a> (2)</li>
</ul>

]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/05/09/the-holy-grail-of-technical-sales-how-to-disentangle-salespeople-from-production/feed/</wfw:commentRss>
		<slash:comments>2</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[<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>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2010/04/05/why-better-planning-equals-worse-execution/" title="Why better planning equals poorer execution (April 5, 2010)">Why better planning equals poorer execution</a> (6)</li>
</ul>

]]></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[<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>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/results-food-manufacturer-multiplies-sales-and-rate-of-market-pene/" title="Results: food manufacturer multiplies sales and rate of market pene (July 2, 2008)">Results: food manufacturer multiplies sales and rate of market pene</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/its-all-about-scheduling/" title="It&#8217;s all about scheduling! (July 2, 2008)">It&#8217;s all about scheduling!</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/the-number-one-way-to-handicap-your-sales-process-reengineering-project/" title="The number-one way to handicap your Sales Process Reengineering project (July 2, 2008)">The number-one way to handicap your Sales Process Reengineering project</a> (0)</li>
</ul>

]]></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>Conference call recording: listen now!</title>
		<link>http://www.salesprocessengineering.net/2010/04/12/conference-call-recording-listen-now/</link>
		<comments>http://www.salesprocessengineering.net/2010/04/12/conference-call-recording-listen-now/#comments</comments>
		<pubDate>Mon, 12 Apr 2010 12:21:40 +0000</pubDate>
		<dc:creator>Justin Roff-Marsh</dc:creator>
				<category><![CDATA[Applying Sales Process Engineering]]></category>
		<category><![CDATA[sales process]]></category>

		<guid isPermaLink="false">http://www.salesprocessengineering.net/?p=350</guid>
		<description><![CDATA[If you didn&#8217;t get a chance to participate in last week&#8217;s conference call, you can listen to a recording of this call below. It&#8217;s an introduction to Sales Process Engineering (45-minute introduction to SPE, and 15 minutes of question time). This event was hosted by Constraints Management Group.&#160;It&#8217;s a preview of my two sessions at [...]]]></description>
			<content:encoded><![CDATA[<p>If you didn&#8217;t get a chance to participate in last week&#8217;s conference call, you can listen to a recording of this call below.</p>
<p>It&#8217;s an introduction to <i>Sales Process Engineering </i>(45-minute introduction to SPE, and 15 minutes of question time).</p>
<p>This event was hosted by Constraints Management Group.&nbsp;It&#8217;s a preview of my two sessions at their annual conference (<a href="http://www.thoughtwarepeople.com/cmuc-2010/">CMUC2010</a>) in April.</p>
<!-- degradable html5 audio and video plugin --><div class="audio_wrap html5audio"><div style="display:none;"><a href="http://salesprocessengineering.net/wp-content/CMG_Audio_Conf.mp3" title="Click to open" id="f-html5audio-0">Audio MP3</a><script type="text/javascript">AudioPlayer.embed("f-html5audio-0", {soundFile: "http://salesprocessengineering.net/wp-content/CMG_Audio_Conf.mp3"});</script></div><audio controls autobuffer id="html5audio-0" class="html5audio"><a href="http://salesprocessengineering.net/wp-content/CMG_Audio_Conf.mp3" title="Click to open" id="f-html5audio-0">Audio MP3</a><script type="text/javascript">AudioPlayer.embed("f-html5audio-0", {soundFile: "http://salesprocessengineering.net/wp-content/CMG_Audio_Conf.mp3"});</script></audio></div><script type="text/javascript">if (jQuery.browser.mozilla) {tempaud=document.getElementsByTagName("audio")[0]; jQuery(tempaud).remove(); jQuery("div.audio_wrap div").show()} else jQuery("div.audio_wrap div *").remove();</script>
<p>&nbsp;</p>
<p>&nbsp;</p>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/06/19/doctor-i-think-i-have-tuberculosis/" title="Doctor, I think I have tuberculosis! (June 19, 2008)">Doctor, I think I have tuberculosis!</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/our-method-and-the-small-business/" title="Our method and the small business (July 2, 2008)">Our method and the small business</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/how-to-deploy-technical-salespeople/" title="How to deploy technical salespeople (July 2, 2008)">How to deploy technical salespeople</a> (0)</li>
</ul>

]]></content:encoded>
			<wfw:commentRss>http://www.salesprocessengineering.net/2010/04/12/conference-call-recording-listen-now/feed/</wfw:commentRss>
		<slash:comments>3</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[<p>Recently I posted a <a href="http://www.salesprocessengineering.net/2010/03/12/a-quick-and-dirty-approach-to-process-improvement/" target="_blank">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?&#160; 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.&#160; 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 href="http://www.salesprocessengineering.net/toc/" target="_blank">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’s imagine that we are planning a simple workflow – getting to work in the morning.&#160; Here’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’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 … </li>
</ol>
<p>Imagine that you completed the second (low-level) plan, and then compared it with the first – 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 – and <em>not-at-all confident </em>in the case of the second.</p>
<p>In fact, it’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’s tempting to assume that there’s a linear relationship between granularity and confidence (that they vary in direct proportion).&#160; And, if that’s the case, there’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’s why:</p>
<ol>
<li>All the activities in the first plan are essential (you simply can’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> – meaning that you can’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 … because it can’t be!</p>
<p>The high-level plan that I’m recommending is sufficient for planning – but <em>not </em>sufficient for execution.&#160; 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) – let’s call this <em>planning</em> </li>
<li>Post-plan planning (the execution phase) – let’s call this <em>fine-tuning</em> </li>
</ol>
<p>So, in summary, here’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 href="http://www.salesprocessengineering.net/2010/03/12/a-quick-and-dirty-approach-to-process-improvement/" target="_blank">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.&#160; 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, you should start by Googling <em>Critical Chain Project Management.</em>)</p>

	<h4>Related posts</h4>
	<ul class="st-related-posts">
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/results-food-manufacturer-multiplies-sales-and-rate-of-market-pene/" title="Results: food manufacturer multiplies sales and rate of market pene (July 2, 2008)">Results: food manufacturer multiplies sales and rate of market pene</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/its-all-about-scheduling/" title="It&#8217;s all about scheduling! (July 2, 2008)">It&#8217;s all about scheduling!</a> (0)</li>
	<li><a href="http://www.salesprocessengineering.net/2008/07/02/the-number-one-way-to-handicap-your-sales-process-reengineering-project/" title="The number-one way to handicap your Sales Process Reengineering project (July 2, 2008)">The number-one way to handicap your Sales Process Reengineering project</a> (0)</li>
</ul>

]]></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>
	</channel>
</rss>
