<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:pingback="http://madskills.com/public/xml/rss/module/pingback/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>Tech Seige - Contacts</title>
    <link>http://www.patrickhynds.com/</link>
    <description>newtelligence powered</description>
    <language>en-us</language>
    <copyright>Patrick Hynds</copyright>
    <lastBuildDate>Mon, 16 Nov 2009 16:15:39 GMT</lastBuildDate>
    <generator>newtelligence dasBlog 2.3.9074.18820</generator>
    <managingEditor>patrick@dtsnh.com</managingEditor>
    <webMaster>patrick@dtsnh.com</webMaster>
    <item>
      <trackback:ping>http://www.patrickhynds.com/Trackback.aspx?guid=187a0d9b-586a-4c3e-99dc-1f66ae0948cf</trackback:ping>
      <pingback:server>http://www.patrickhynds.com/pingback.aspx</pingback:server>
      <pingback:target>http://www.patrickhynds.com/PermaLink,guid,187a0d9b-586a-4c3e-99dc-1f66ae0948cf.aspx</pingback:target>
      <dc:creator>Patrick Hynds</dc:creator>
      <wfw:comment>http://www.patrickhynds.com/CommentView,guid,187a0d9b-586a-4c3e-99dc-1f66ae0948cf.aspx</wfw:comment>
      <wfw:commentRss>http://www.patrickhynds.com/SyndicationService.asmx/GetEntryCommentsRss?guid=187a0d9b-586a-4c3e-99dc-1f66ae0948cf</wfw:commentRss>
      <slash:comments>40</slash:comments>
      <body xmlns="http://www.w3.org/1999/xhtml">For many, many years I have been writing
and reviewing contracts between my company and clients. As a result I have some insights
into how things can be made to work more simply. 
<p>
First up, this is not legal advice, just me sharing some experiences. You should always
run your contracts by your lawyer to ensure you aren't painting yourself into a corner
you did not intend. 
</p><p>
Second, I have always tried to standardize contracts as much as possible and educate
prospective clients up front as to what our process was for setting up contracts.
Often the client will have their own ideas and their own contracts, but life is much
better if you get the majority of clients to use your system rather than having to
make a project out of every deal. I find that the more reasonable my process and contracts
the more likely the client will accept my contracts rather than insist on using their
own. 
</p><p>
Third, you must always remember that contracts are to govern the relationship between
you and the customer when things to wrong. They almost never come up when the project
comes off to mutual satisfaction. They are insurance if done well and they are a death
sentence if they are done badly in cases where the project goes off the rails. 
</p><p>
Fourth, contracts are not personal, they are just part of business. If you are doing
business with someone you like and trust then there is a temptation to skip on the
contractual completeness or correctness. THIS IS A MISTAKE! Always think in terms
of what would happen if the project went sideways and the person you had to deal with
was not the one with whom you set things up. This has happened to me on a regular
basis and the only defense is to have solid contracts. 
</p><p>
I hope to post more information like this in the future. <img width="0" height="0" src="http://www.patrickhynds.com/aggbug.ashx?id=187a0d9b-586a-4c3e-99dc-1f66ae0948cf" /></p></body>
      <title>Contracts 101</title>
      <guid isPermaLink="false">http://www.patrickhynds.com/PermaLink,guid,187a0d9b-586a-4c3e-99dc-1f66ae0948cf.aspx</guid>
      <link>http://www.patrickhynds.com/Contracts101.aspx</link>
      <pubDate>Mon, 16 Nov 2009 16:15:39 GMT</pubDate>
      <description>For many, many years I have been writing and reviewing contracts between my company and clients.  As a result I have some insights into how things can be made to work more simply.
&lt;p&gt;
First up, this is not legal advice, just me sharing some experiences. You should always
run your contracts by your lawyer to ensure you aren't painting yourself into a corner
you did not intend. 
&lt;p&gt;
Second, I have always tried to standardize contracts as much as possible and educate
prospective clients up front as to what our process was for setting up contracts.
Often the client will have their own ideas and their own contracts, but life is much
better if you get the majority of clients to use your system rather than having to
make a project out of every deal. I find that the more reasonable my process and contracts
the more likely the client will accept my contracts rather than insist on using their
own. 
&lt;p&gt;
Third, you must always remember that contracts are to govern the relationship between
you and the customer when things to wrong. They almost never come up when the project
comes off to mutual satisfaction. They are insurance if done well and they are a death
sentence if they are done badly in cases where the project goes off the rails. 
&lt;p&gt;
Fourth, contracts are not personal, they are just part of business. If you are doing
business with someone you like and trust then there is a temptation to skip on the
contractual completeness or correctness. THIS IS A MISTAKE! Always think in terms
of what would happen if the project went sideways and the person you had to deal with
was not the one with whom you set things up. This has happened to me on a regular
basis and the only defense is to have solid contracts. 
&lt;p&gt;
I hope to post more information like this in the future. &lt;img width="0" height="0" src="http://www.patrickhynds.com/aggbug.ashx?id=187a0d9b-586a-4c3e-99dc-1f66ae0948cf" /&gt;</description>
      <comments>http://www.patrickhynds.com/CommentView,guid,187a0d9b-586a-4c3e-99dc-1f66ae0948cf.aspx</comments>
      <category>Management</category>
      <category>Software Dev</category>
      <category>Contacts</category>
    </item>
  </channel>
</rss>