Intellectual Property Lawyers for Richmond, Virginia

You will need a design patent

Whether you need a Work For Hire Agreement really depends on the project and what both sides are trying to get out of it. You’re not automatically required to sign one, but saying yes or no to that clause can completely change who owns the work and what rights you’ll have moving forward. Just because a client calls something “work for hire” in a contract doesn’t mean it actually qualifies under the law, especially when it comes to freelance design work. Here’s the thing. Under U.S. copyright law, “work made for hire” is a specific exception to the general rule that the creator owns the work. For a freelance project to qualify, two conditions have to be met. First, both parties need to sign a written agreement that says the work is considered “made for hire.” Second, the type of work has to fall into one of nine defined categories under 17 U.S.C. § 101. These include things like contributions to collective works, audiovisual pieces, instructional texts, or compilations. The list is pretty narrow. Standard marketing materials, logos, brochures, or campaign graphics usually don’t make the cut. Courts take a strict approach here, so just checking a box in a contract doesn’t magically make it enforceable. If your project doesn’t meet both requirements, labeling it “work for hire” doesn’t hold legal weight. In that case, the default is that you, the designer, own the copyright unless there’s a separate written agreement transferring it to the client. That leads us to ownership. If there’s no valid Work For Hire clause and no assignment of rights, you retain full copyright. That gives you control over how the work is used beyond whatever license you’ve granted. So if you created a logo and the contract only licenses it for digital use, the client can’t later slap it on T-shirts or license it to a partner without getting your permission first. But if there is a valid Work For Hire clause or an explicit copyright assignment, then the client becomes the legal owner. That means they can use it, change it, resell it, or do whatever they want with it, without needing to pay you again or ask for further approval. You’d have no say over how the work is used, and unless the agreement gives you permission, you wouldn’t even be able to include it in your portfolio. If you want more flexibility, there are alternatives. You can structure the deal with a copyright assignment that still reserves certain rights for you. For example, you could keep the right to show the work in your portfolio or limit resale to direct competitors. Or you could stick with licensing. An exclusive license gives the client broad rights but you still own the work. A non-exclusive license is more limited and usually makes sense for templates or assets used with multiple clients. Portfolio rights, by the way, are often negotiable. Even in exclusive arrangements, you can add a clause that lets you show the work on your website, social profiles, or print materials. Just make sure it’s clearly spelled out. Some corporate clients won’t allow it at all unless it’s written into the agreement. From a practical standpoint, your decision should take into account how much you’re getting paid, how the work will be used, and whether you want to reuse or showcase it later. If you’re giving up all rights, price accordingly. Clients pushing for Work For Hire terms often just want clean, uncomplicated ownership, especially for branding or long-term use. But that doesn’t mean you can’t negotiate. You might agree to transfer ownership only after full payment is received. You might keep the right to use rejected drafts. You might even allow Work For Hire treatment for the final deliverables but retain some creative rights behind the scenes. Also, keep an eye out for boilerplate clauses. Some clients include Work For Hire language by default, not realizing their project doesn’t meet the legal standard. Just because it’s in the contract doesn’t make it enforceable. If the work doesn’t meet the criteria, the clause won’t hold unless there’s a separate valid assignment of rights. When in doubt, it’s smart to run the agreement by an attorney who understands copyright law and freelance creative work. Contracts Counsel connects you with attorneys who handle exactly this kind of issue.

To protect your interests and maximize the value of your invention, a well-structured Patent License Agreement should include several key provisions and considerations. Here are some essential elements: Grant of License The grant clause is crucial as it defines the scope and extent of patent rights given to the licensee. Be specific about: -Type of license (exclusive or non-exclusive) -Geographic territory covered -Market segments or fields of use -Duration of the license Clearly outlining these aspects helps prevent misuse and ensures you retain control over your invention's application. -Financial Terms -Royalties and Fees Establish a clear compensation structure that may include: -Upfront fees -Ongoing royalties (consider tiered rates based on sales volume) -Minimum annual guarantees -Milestone payments Ensure the royalty calculation method is well-defined, whether based on net sales, profits, or another metric. -Payment Terms -Specify payment frequency (e.g., monthly, quarterly, annually) and reporting requirements. -Term and Termination Define the agreement's duration and include provisions for: -Early termination conditions (e.g., breach of contract, bankruptcy) -Renewal options -Effects of termination on rights and obligations Intellectual Property Protection Include clauses that: -Affirm your ownership of the patent -Prohibit the licensee from challenging the patent's validity -Outline responsibilities for maintaining and enforcing the patent -Address ownership of improvements or modifications to the invention Performance Obligations Consider including: -Minimum sales targets -Marketing commitments -Development milestones These ensure the licensee actively commercializes your invention. Confidentiality Protect your sensitive information with robust confidentiality provisions, specifying: -What information is considered confidential -How it can be used -Duration of confidentiality obligations Sublicensing Rights If allowing sublicensing, clearly define: -Conditions under which sublicensing is permitted -Your approval rights for sublicensees -How sublicense revenue will be shared Quality Control If your patent is associated with a trademark, include provisions for: -Inspecting and approving the quality of goods before sale -Maintaining quality standards -Indemnification and Liability Include clauses that: -Protect you from legal claims arising from the licensee's use of the patent -Define limitations on liability for both parties -Dispute Resolution Specify mechanisms for resolving conflicts, such as: -Mediation -Arbitration -Litigation Governing law and jurisdiction By carefully addressing these key provisions and considerations in your Patent License Agreement, you can better protect your interests and maximize the value of your invention. Remember to tailor the agreement to your specific situation and consider seeking legal counsel to ensure all aspects are properly covered.

The terms of your specific agreement are the most important factors to consider. In general, an invention assignment agreement usually means that an employee gives the company any ideas or inventions they come up with while working. The rules can vary by agreement, but they often cover ideas made during work hours, using company resources, or related to the company’s business. In Texas, an agreement can apply to inventions made outside of work hours if they’re related to the company’s business or came from work the company assigned. In one case, the agreement said the employee had to give up all inventions made during or after regular work hours, whether on or off the job, if they were related to the company’s business or came from work the company assigned. Usually, an invention assignment agreement doesn’t apply to ideas that aren’t related to the employee’s job unless the agreement says otherwise. In Atlas Brick Co. v. North, 2 S.W.2d 980, the court said that the title to an invention wouldn’t belong to the employer unless the agreement said that ideas made and perfected under the employee’s contract of employment belong to the employer. Also, if a discovery is made outside the scope and purpose of employment, it belongs to the employee unless there’s an agreement to give up such inventions to the employer. So, it all depends on the terms of the invention assignment agreement. In the case of Halliburton Energy Servs. v. Axis Techs., LLC, the agreement required the employee to turn over all materials related to inventions created during employment, making them the company’s property. But, if the agreement doesn’t cover certain inventions or if the inventions are made outside the scope of employment without using company resources, the employee might still retain ownership.

You might think that because you wrote the code, you have the right to share it, but that’s not how developer agreements usually work. In Washington State, these contracts are enforceable, and they can absolutely stop you from sharing or reusing code you created during a project. It really comes down to ownership, and under most contracts, that ownership belongs to the company, not you. Let’s Talk About Who Owns the Code When you sign a developer agreement, you’re usually agreeing to one of two things: either it’s a “work-for-hire” deal or you're assigning your intellectual property rights. Either way, the result is the same. The company owns whatever you build for them. Since they own it, they get to decide what happens to it. Even if you’re the one who wrote every line, that doesn’t mean you have the right to reuse or share it if you’ve already signed those rights away. This kind of setup is standard in the tech world. Companies need to protect their IP, especially when it includes competitive advantages or trade secrets. That’s why they ask developers to assign rights and agree to keep things confidential. What About Washington State Law? Washington does offer some protection to developers, but it’s limited. There’s a statute, RCW 49.44.140, that says employers can’t claim ownership of inventions you created entirely on your own time, using your own resources, and completely unrelated to their business. That sounds helpful, but here’s the catch. It only applies if you’re an employee, not an independent contractor. And even then, the second your work overlaps with their business or involves any company resources, the protection probably doesn’t apply. So if the code you’re writing is part of a contract, or even just loosely connected to the company’s business, then the company likely owns it. Why This Matters If you violate the agreement, you’re not just risking a slap on the wrist. The company could send a takedown notice to GitHub, file for an injunction, or even sue for breach of contract or copyright infringement. If the code includes anything proprietary, like business logic or algorithms, they might also go after you for trade secret misappropriation. And beyond the legal problems, there’s your reputation to think about. Word travels fast in development circles, especially in local communities. Getting labeled as someone who mishandles IP can make future contracts harder to land. How to Protect Yourself The good news is that you still have leverage before you sign. A lot of companies start with broad IP assignment language, but they’re often open to carving out exceptions. You can ask to include a “prior inventions” schedule that lists tools, frameworks, or libraries you already created. That way, you can keep using your own work in other projects. If open-source contribution is important to you, say so upfront. Some companies will allow developers to contribute non-proprietary or generic components to open-source projects, especially if those contributions don’t compete with their business. Just make sure it’s all clearly spelled out in writing and approved in advance. You might also negotiate a time limit on confidentiality terms. The company will likely want to own the core project code permanently. That doesn’t mean you can’t eventually talk about general techniques or patterns you used, especially after some time has passed. Smart Moves Before You Sign Before you agree to anything, take a moment to list any existing code or tools you plan to use. Try to get those explicitly excluded from the IP assignment, or at least confirm that you’ll retain the right to use them elsewhere. And again, if open-source is part of your career plan, be upfront. Get language in the contract that allows you to publish select components with written approval. If you develop a useful utility during the project and think it might have broader uses, talk to the company before the contract ends. See if they’d be open to letting you open-source it or license it back to yourself for use in future projects. When It’s Time to Bring in a Lawyer If all this feels high-stakes, and it often is, consider having a tech-savvy attorney take a look. A good lawyer can help spot overly aggressive clauses, suggest better language, and help you protect both your rights and your long-term goals. This is especially important if you’re actively contributing to open-source or if you’ve built up your own libraries over time. A little legal help now can save you a lot of trouble later.