<?xml version='1.0' encoding='utf-8' ?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Social Memory Complex: intellectual-property</title>
<link href="https://www.socialmemorycomplex.net/tags/intellectual-property/feed.xml" rel="self" />
<link href="https://www.socialmemorycomplex.net/tags/intellectual-property/" />
<updated>2026-05-24T21:17:06+00:00</updated>
<id>https://www.socialmemorycomplex.net/tags/intellectual-property/</id>
<entry>
  <title>Business and Legal Pitfalls in Web Development</title>
  <link href="http://socialmemorycomplex.net/2010/11/05/business-and-legal-pitfalls-in-web-development/" />
  <updated>2010-11-05T00:00:00+00:00</updated>
  <id>http://socialmemorycomplex.net/2010/11/05/business-and-legal-pitfalls-in-web-development/</id>
  <author><name>Jeremy Weiland</name></author>
  <content type="html"><![CDATA[<p>Last month I attended <a href="https://wordcamprichmond.org">Wordcamp Richmond</a> and saw a great presentation by <a href="https://twitter.com/gatewood5000">Christopher Gatewood</a> entitled <a href="https://wordcamprichmond.org/conferences/wordcamp-rva-2010/#Gatewood">The Seven Business Pitfalls for Wordpress and Web Professionals</a>. The talk was informative enough that I took copious notes, and I’m publishing them in the hopes that others will benefit. I’ve since gotten Chris to help me draft some agreements and can tell you he’s a great resource for this kind of stuff.</p>

<h3 id="the-seven-pitfalls">The Seven Pitfalls</h3>
<ol>
  <li>Half + Half = Half
    <ul>
      <li>Getting half of the money up front doesn’t track with the work</li>
      <li>Always get money up front</li>
      <li>Progress payments that track with feature deliveries</li>
    </ul>
  </li>
  <li>Scope Creep
    <ul>
      <li>Bullet point list of scope</li>
      <li>Define client and dev responsibilities
        <ul>
          <li>If you don’t know what’s IN scope, you don’t know what’s OUT of scope</li>
        </ul>
      </li>
      <li>No silent accommodations
        <ul>
          <li>Don’t let out of scope work creep in without speaking up</li>
          <li>Even if you don’t charge, let them know it’s out of scope</li>
          <li>“Agreement or approval in writing, for which email will suffice”</li>
          <li>Inaccurate contracts or agreements that don’t reflect the way you work can be worse than nothing</li>
        </ul>
      </li>
    </ul>
  </li>
  <li>Subcontractor Cash Squeeze
    <ul>
      <li>Decide when payment takes place up front</li>
      <li>Place this decision in agreement</li>
      <li>Helps to decide not just timing but whether the payment occurs <em>at all</em></li>
    </ul>
  </li>
  <li>Stay in range
    <ul>
      <li>Incremental approvals</li>
      <li>Wait for an email</li>
      <li>Who has authority to sign off? Get 1 or 2 people whom you can copy on all communications.</li>
      <li>Due dates suck, make sure <em>delays are not your problem</em></li>
      <li>Iterative dates stemming from previous iterations to prevent hard-coded calendar dates</li>
    </ul>
  </li>
  <li>No free launch
    <ul>
      <li>Control and Rights
        <ul>
          <li>don’t charge for delivery</li>
          <li>make iterative releases to staging that YOU control</li>
          <li>hosting not transferred to them until final payment</li>
          <li>IP does not transfer until final payment (DMCA)
            <ul>
              <li>Your work includes a licensing component, be clear about it</li>
              <li>Client doesn’t “own” it until you’re paid</li>
            </ul>
          </li>
        </ul>
      </li>
      <li>After delivery, are you a priority?
        <ul>
          <li>Late fees</li>
          <li>Interest charges</li>
          <li>Attorney fees</li>
          <li>Costs of collection</li>
          <li>You can always use the carrot of waiving the fees</li>
        </ul>
      </li>
    </ul>
  </li>
  <li>Work in Progress
    <ul>
      <li>It’s expensive</li>
      <li>Invoice the silence
        <ul>
          <li>claim the right to invoice without getting communication</li>
          <li>define the calculation of what would be owed</li>
        </ul>
      </li>
    </ul>
  </li>
  <li>Failure to Flex
    <ul>
      <li>Give recalcitrant or hard-up client options
        <ul>
          <li>Shrink scope</li>
          <li>Pay in stages over time</li>
        </ul>
      </li>
      <li>Always good to work with client when possible to deliver and get paid</li>
      <li>Get more money on the front end for risky, small clients</li>
      <li>You need to consider that you <em>may not get paid</em> so try to limit exposure</li>
    </ul>
  </li>
</ol>

<p>###Other stuff###</p>
<ul>
  <li>Building on GPL Platforms, what do I own IP in?
    <ul>
      <li>You can own IP in themes / software that sits on top</li>
      <li>You’re contributing to the platform if you get into the source</li>
      <li>You don’t give up rights to content</li>
      <li>BE CLEAR ABOUT WHAT CLIENT WILL OWN AND NOT OWN ON DELIVERY / PAYMENT</li>
    </ul>
  </li>
</ul>
]]></content>
</entry>
</feed>
