<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Customer Contract Vigilance?</title>
	<atom:link href="http://www.serviceperformance.com/blog/2008/02/19/whats-happened-to-customer-contract-vigilance/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.serviceperformance.com/blog/2008/02/19/whats-happened-to-customer-contract-vigilance/</link>
	<description>Sales Articles for Service Contractors</description>
	<pubDate>Tue, 06 Jan 2009 08:11:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Chris Arlen</title>
		<link>http://www.serviceperformance.com/blog/2008/02/19/whats-happened-to-customer-contract-vigilance/#comment-863</link>
		<dc:creator>Chris Arlen</dc:creator>
		<pubDate>Wed, 20 Feb 2008 19:16:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.serviceperformance.com/blog/?p=70#comment-863</guid>
		<description>I was waiting for that &lt;strong&gt;free consulting&lt;/strong&gt; concern to come up. Didn't take long with this fast crowd :) 

Yes, the trick is knowing how much to share. Or...

Wouldn't it be great if the majority of processes, people and tools employed were truly unique to a contractor? For example, a contractor had a process for ensuring compliance that even if disclosed in writing, wouldn't be able to be performed by anyone else. At least not as well, nor produce the higher levels of results. 

This might be easier for a technology advance, but may have some traction in process or system as well.</description>
		<content:encoded><![CDATA[<p>I was waiting for that <strong>free consulting</strong> concern to come up. Didn&#8217;t take long with this fast crowd <img src='http://www.serviceperformance.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Yes, the trick is knowing how much to share. Or&#8230;</p>
<p>Wouldn&#8217;t it be great if the majority of processes, people and tools employed were truly unique to a contractor? For example, a contractor had a process for ensuring compliance that even if disclosed in writing, wouldn&#8217;t be able to be performed by anyone else. At least not as well, nor produce the higher levels of results. </p>
<p>This might be easier for a technology advance, but may have some traction in process or system as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sleepless on seattle coffee</title>
		<link>http://www.serviceperformance.com/blog/2008/02/19/whats-happened-to-customer-contract-vigilance/#comment-862</link>
		<dc:creator>sleepless on seattle coffee</dc:creator>
		<pubDate>Wed, 20 Feb 2008 14:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.serviceperformance.com/blog/?p=70#comment-862</guid>
		<description>Ah...to all those contracts I've lost before....

This is a post that is music to my ears, just not good music.  It is reflective of contract RFP reality.  The only question that this begs an anser for is how much information is too much?  If we as contractors generally do not have trust in potential customers (remember, not current customers, where we have a limited or introductory relationship) how much of our good process is the right amount to disclose (and subsequently risk it becoming an operational plan for the incumbant).  Allow me to explain....let's say that there is a modest difference in final price, so really not a great reason financially to undergo the "change process", however, like all good RFP/RFQ/RFI processes, the CLIENT will learn many new aspects of the world of service for what they are bidding, different viewpoints, experiences....free consulting.  Now they can't make a change, but want some of the "new" ideas from their flock of bidders.....so the ideas (like a LEED Accelerator Plan) will get "shared".  So again, the deep trick...how much information is enough information to show plausible capability without giving away the playbook?  Now that is tipping point we all wish we could find 100% of the time....</description>
		<content:encoded><![CDATA[<p>Ah&#8230;to all those contracts I&#8217;ve lost before&#8230;.</p>
<p>This is a post that is music to my ears, just not good music.  It is reflective of contract RFP reality.  The only question that this begs an anser for is how much information is too much?  If we as contractors generally do not have trust in potential customers (remember, not current customers, where we have a limited or introductory relationship) how much of our good process is the right amount to disclose (and subsequently risk it becoming an operational plan for the incumbant).  Allow me to explain&#8230;.let&#8217;s say that there is a modest difference in final price, so really not a great reason financially to undergo the &#8220;change process&#8221;, however, like all good RFP/RFQ/RFI processes, the CLIENT will learn many new aspects of the world of service for what they are bidding, different viewpoints, experiences&#8230;.free consulting.  Now they can&#8217;t make a change, but want some of the &#8220;new&#8221; ideas from their flock of bidders&#8230;..so the ideas (like a LEED Accelerator Plan) will get &#8220;shared&#8221;.  So again, the deep trick&#8230;how much information is enough information to show plausible capability without giving away the playbook?  Now that is tipping point we all wish we could find 100% of the time&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
