<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:blue;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:Arial;
        color:navy;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-US link=blue vlink=blue>

<div class=Section1>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>One strategy a friend has
pursued with some success is to put a client friendly hour cap on fixed rate
work. Most clients are willing to be fair (tho often not generous) about
compensation, so if you spend a little time explaining the issues involved in
estimating hours (new requirements coming up, guessing how much time will be
wasted by communications snafus, weird bugs in 3rd party code, etc.), they're
often cool with putting a max hourly cap on work. Particularly if you mention
you usually charge $x an hour for hourly work and skew max hours in their
favor, it feels like they're getting a discount.<br>
<br>
<font color=navy><span style='color:navy'>I used to work at IBM Global Services
and we called this type of contract &#8220;Fixed Price &#8211; Best Estimate&#8221;.
&nbsp;Lots of people raise their eyebrows when I say we successfully convinced
clients to go with this structure, but Gwen hit on the strategy points that
lead to winning that battle.</span></font><o:p></o:p></span></font></p>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=2 color=navy
face=Arial><span style='font-size:10.0pt;font-family:Arial;color:navy'>A bit of
wording that may help &#8211; during negotiation focus your conversations on project
risk mitigation. &nbsp;You feel the brunt of the risk but in reality, your
client has risk as well, if you fail they may have other things relying on this
project that will fail. &nbsp;If you think in this manner you&#8217;re working
as a team to mitigate risk. &nbsp;The model above allows your effort estimates
and rates to reflect your risk-free &#8220;best estimate&#8221;, but allows for
sharing of risk should things not go as planned. &nbsp;If they want zero risk
on their end, then you can offer a firm fixed price contract with a hefty risk premium.&nbsp;
The reality of business is that with risk a client can accept it (via pure
T&amp;M model), mitigate it (via the above contract model) or deflect it (via a
firm fixed price model). &nbsp;Tweaking your explicity/implicit hourly rate to
map to these models will help both sides arrive at the right model.&nbsp; <o:p></o:p></span></font></p>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=2 color=navy
face=Arial><span style='font-size:10.0pt;font-family:Arial;color:navy'>Andrew &nbsp;<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>