Intellectual Property Lawyers for Michigan

Invention Assignment Agreements usually require employees to hand over rights to any inventions they come up with during their employment. But things can get tricky when the agreement tries to claim ownership of something you created on your own time using your own resources. What’s Generally Enforceable Employers often write these agreements in broad terms, sometimes trying to cover anything you invent while you're employed, even if it’s unrelated to your job. Courts usually uphold fair agreements, but they’ll look closely at anything that seems to overreach. Most states try to strike a balance. If an invention is directly tied to your work or the company’s business, the employer may have a valid claim. But if it’s something truly independent that you built on your own time without company tools or knowledge, you’re more likely to keep it. State Laws That Protect Employees Some states have gone further and passed laws that give employees more protection. California’s Labor Code § 2870 is probably the most well-known. It says employers can’t force you to assign inventions that were developed entirely on your own time without using any company resources. The exception is if the invention is connected to the company’s business, research, or your actual job duties. Other states like Washington, Illinois, Delaware, Minnesota, and North Carolina have similar laws. New York passed its own version in 2023, called Labor Law § 203-f, which follows California’s lead. Most of these laws also require employers to give written notice to employees about their rights. In states without specific laws, courts typically rely on general contract principles and public policy. If a contract tries to claim every idea you’ll ever have, that language probably won’t hold up. But if the invention overlaps with your employer’s field, even if you built it at home, the company could still have a real claim. When Employers Still Have Rights Even with legal protections, there are a few situations where the company can still argue ownership: 1. If the invention is related to the business or current projects. 2. If you used any company tools, software, workspace, or confidential info. 3. If the invention came out of your assigned job duties, even if you worked on it after hours. These carve-outs are broader than most people realize. For example, if you’re a software engineer and your side project uses the same coding language or solves a similar problem as your employer’s product, that could raise red flags, even if you used your own laptop at home. How to Protect Your Own Inventions If you want to make sure you keep the rights to something you’ve created, documentation is key. Keep records of when you worked on it, what tools you used, and how it relates (or doesn’t relate) to your job. Don’t use your work email, computer, or cloud storage. And read your agreement carefully. Some contracts require you to disclose all inventions, even personal ones. Disclosure doesn’t always mean you have to assign it, but it can start a conversation you’d rather avoid. The Shop Right Rule Even if you own your invention, your employer might still be able to use it under what’s called the “shop right” doctrine. This means that if you used company time, tools, or resources, the company may have a free, nonexclusive license to use your invention in its operations. You’d still own it, but you couldn’t stop them from using it. Why Jurisdiction Matters The state where you work usually controls which laws apply to your agreement, not the state where your company is based. That can make a big difference. For example, engineers in California have strong statutory protections. Employees in Texas may need to rely on general contract law instead. The Final Analysis Your best move is to have an employment attorney review your agreement. The details matter, and so does your state's law. A good attorney can explain what's enforceable, help you negotiate better terms (like explicit carve-outs for personal projects), and show you how to protect your own work without violating your contract. If you're looking for this type of guidance, the attorneys on Contracts Counsel are available to help. Whether you need a quick contract review or full representation, you can connect with experienced employment lawyers who understand the nuances of invention assignment agreements in your state.

Yes, it's generally possible to trademark the name of your software, as long as it is not a generic name or descriptive of the product. You should also do a clearance search to make sure no other company is using the same or similar name for similar services. I would be glad to discuss more details and help with the trademark process. Thanks.

Here’s how I’d approach structuring an Employee IP Agreement if your goal is to protect your company’s intellectual property without running into enforceability issues under U.S. law. Covering Core IP OwnershipCovering Core IP Ownership First, start with a “work made for hire” clause. It’s a good foundation, but it’s not enough on its own. Under U.S. copyright law (17 U.S.C. § 101), only certain types of work qualify as “made for hire,” and many employee-created assets may fall outside that definition. So you’ll want to pair it with a present-tense assignment clause. Be specific here. Use language like “the employee hereby assigns” rather than “will assign.” That slight shift matters. It ensures the company owns the rights immediately when the work is created. Also, define “intellectual property” broadly. Don’t just list patents or source code. Include software, algorithms, documentation, trade secrets, databases, and anything tied to your business. The scope should clearly include anything created during work hours, using company tools or systems, or connected to your current or future business operations. Disclosure and Documentation You’ll want to require employees to promptly disclose any inventions or creative works they produce. Put it in writing. This gives your company the chance to evaluate whether the work is covered under the agreement. It’s also a good idea to require them to maintain proper documentation. Accurate records can make a real difference in patent filings or if a dispute ever comes up. Pre-Existing IP and Legal Carve-Outs There should be a section where employees list anything they’ve developed or own before joining the company. If they don’t list anything, the agreement should include language confirming they’re representing that no such prior inventions exist. This prevents claims down the road that something developed during employment was actually theirs from before. Now, depending on your state, you may need to include statutory carve-outs. California, Illinois, and Washington all have laws that limit how far IP assignment clauses can go. For example, in California, you’re required to carve out inventions developed entirely on the employee’s own time, without company resources, and unrelated to your business (see California Labor Code § 2870). Without that carve-out, your entire assignment provision could be thrown out. Confidentiality Obligations Make sure there’s a strong confidentiality section. This should cover source code, technical documentation, designs, product plans, customer lists, financial data, and anything else proprietary. Make it clear that the obligation continues even after the employee leaves. You’ll also want to require that all company property and digital assets are returned at the end of employment, including devices, credentials, and files. Ongoing Cooperation and Enforcement Mechanisms Include a clause requiring employees to cooperate in IP protection efforts even after they leave. That could mean signing patent paperwork or providing testimony if needed. To make that enforceable, add a power of attorney clause. This gives the company the authority to act on the employee’s behalf if they’re unwilling or unreachable. It’s a simple way to prevent delays when you’re trying to secure or enforce rights. It’s also smart to include a waiver of moral rights where allowed. This is especially useful for creative works and software. It gives the company full freedom to modify or use the work without needing future approval. Legal Remedies and General Terms Be clear that the company can pursue equitable relief, like an injunction, if there’s a violation. Sometimes monetary damages aren’t enough to prevent harm. Include a severability clause so that if one part of the agreement is invalidated, the rest still stand. Don’t forget to specify the governing law and venue for any disputes. As for restrictive covenants, keep in mind that non-compete clauses are unenforceable in California and heavily restricted elsewhere. Non-solicitation clauses may still be allowed, but they need to be narrowly written. You should have your legal team confirm their enforceability based on your state. Finally, think about consideration. For new hires, the job offer itself usually counts. But for existing employees, you’ll likely need to offer something extra, like a bonus or promotion, to make the agreement stick.

You’re not the first to confuse a KISS Note with intellectual property protection, and you definitely won’t be the last. It’s a common mix-up in the startup world. But here’s the truth: A KISS Note has nothing to do with protecting your software. It’s a financing instrument created by 500 Startups, designed as an alternative to convertible notes and SAFEs for early-stage fundraising. It’s a way for investors to give you money now in exchange for equity later. It does not offer any legal protection for your code or ideas. So What Do You Actually Need to Protect Your IP? If you're building software in California, there are several key legal tools you’ll want to have in place. Start with the ones that offer immediate protection and work your way toward longer-term strategies. Always Start with NDAs If you're showing your software to anyone (whether it's a co-founder, a contractor, an investor, or a beta tester) you need a solid non-disclosure agreement in place before you share anything. It’s your first line of defense, especially if you want to preserve trade secret protection. Your NDA should spell out exactly what you consider confidential. This might include your source code, algorithms, user data, business plans, or any other proprietary information. The agreement should also state how long confidentiality lasts and what the other party can and cannot do with your information. One important note here: California law prohibits non-compete clauses under Business and Professions Code Section 16600. Do not include one in your NDA. It won't be enforceable. Instead, focus strictly on confidentiality and use limitations. Copyright is Automatic, but Registration Matters As soon as you write your code, it’s protected under federal copyright law. That protection applies to the actual expression (the specific code) not to your underlying ideas, functionality, or algorithms. Even though protection is automatic, registering with the U.S. Copyright Office gives you significant legal benefits. You can’t file a federal lawsuit without registration. And if your copyright is registered before infringement occurs, you may be eligible for statutory damages of up to $150,000 per work and recovery of attorney’s fees. The process usually costs between $65 and $85 and takes a few months. Trade Secrets Require Real Effort to Stay Protected If your software includes proprietary algorithms, confidential processes, or unique technical methods that provide a competitive edge, you may be eligible for trade secret protection under the California Uniform Trade Secrets Act. But here’s the catch. That protection only lasts as long as you actively protect the information. This includes limiting access to your source code, using secure development environments, marking documents as confidential, and having everyone involved sign NDAs. You need to treat your trade secrets like actual secrets if you want the law to do the same. Considering Patents? Proceed Carefully Software patents are complex, especially following the Supreme Court’s 2014 Alice decision. You can’t patent abstract ideas, mathematical formulas, or generic computer processes. Your software needs to solve a specific technical problem in a novel, non-obvious way or improve the functionality of a computer system itself. If you've developed something truly unique — like a new data compression algorithm, a better machine learning architecture, or a new way to optimize networking — a patent might be worth exploring. Just keep in mind that the process is expensive, often costing $10,000 to $15,000 with legal fees. It can also take several years. Many software companies choose to rely on trade secrets and copyrights instead. How to Put All of This Into Practice Begin with what you can implement right away. Create a strong NDA template and use it consistently. Register your copyright as soon as your codebase is developed enough to be meaningful. Protect your trade secrets by putting real technical and legal safeguards in place. Track your development process carefully. Version control, timestamps, and contributor logs can all serve as useful evidence in a legal dispute. If you’re working with employees or contractors in California, be especially cautious. The state has employee-friendly laws, so your contracts must clearly state that all work product belongs to your company and that all confidential information stays confidential. When Should You Talk to a Lawyer? Once you’re dealing with patents, investor negotiations, infringement threats, or user data privacy, it’s time to bring in professional legal help. These are complex areas, and the risks are too high to wing it.

Yes, you can and should include clauses in an Intellectual Property License Agreement that protect your rights as the licensor. A license agreement is your main tool for controlling how your software is used, setting boundaries for your clients, and limiting your financial exposure. The key is to draft it in a way that leaves no doubt about what rights are granted, what’s restricted, and what happens if there’s a breach. Grant of License Start with a clear license grant. Spell out that you’re giving the client only limited rights, not ownership. Most licensors define the license as non-exclusive, non-transferable, and revocable if the client doesn’t follow the terms. For example, you might allow a client to use the software only for its internal business operations, and only on a set number of machines. It’s equally important to list what the licensee cannot do, such as reverse engineering, modifying, sublicensing, or providing the software to third parties. Intellectual Property Ownership Reinforce that you retain all ownership rights in the software and any related intellectual property. A simple but strong statement is that you hold all right, title, and interest in the software, and the client only receives a limited right to use it under the agreement. This prevents confusion between a license and a sale. You can also require the licensee to notify you if they discover third-party infringement and confirm that you alone have the right to pursue action against infringers. Confidentiality If you’re providing source code, algorithms, or other sensitive information, a confidentiality clause is essential. Define confidential information broadly to include not just the software itself but also any documentation or business information you share. Require the client to protect that information with at least the same care they use for their own confidential material, and make the obligation survive termination of the agreement. Termination Every strong license has a termination clause. Termination for cause should allow you to end the agreement if the client fails to pay, violates the license scope, or breaches confidentiality. Many agreements include a short cure period, such as thirty days, for the licensee to fix the breach before termination takes effect. Spell out the consequences of termination: the licensee must stop using the software immediately, return or destroy all copies, and certify that they’ve complied. Without this, you risk losing leverage if the relationship breaks down. Payment Terms Protect your revenue by making payment terms clear. Define license fees, support or maintenance fees if applicable, the payment schedule, and penalties for late payment such as interest. Courts generally enforce these provisions as long as they’re reasonable. Disclaimers and Limitation of Liability These clauses protect you from lawsuits if things go wrong. A limited warranty might cover basic performance for a set time, but beyond that you should disclaim all other warranties. Standard language is that the software is provided “as is” and you disclaim implied warranties of merchantability and fitness for a particular purpose. To limit your exposure, cap liability at a defined amount, often the fees paid by the licensee in the previous twelve months, and exclude liability for indirect or consequential damages such as lost profits. Courts usually enforce these limits, except in cases of fraud or intentional misconduct. Audit Rights If your pricing model depends on the number of users or installations, an audit right is valuable. This allows you to check, on reasonable notice, that the licensee isn’t exceeding their rights. For example, you might reserve the right to inspect usage records once a year during normal business hours. Governing Law and Dispute Resolution Designating which state’s law governs and how disputes are resolved reduces uncertainty. Many licensors choose their home state’s law and either local courts or arbitration for disputes. Remedies Make sure your agreement lets you seek injunctive relief if the licensee misuses or discloses your software. Monetary damages often aren’t enough to protect intellectual property, so courts will enforce contract terms that authorize immediate injunctive relief. Protect Your Software with Legal Guidance When you’re licensing valuable software, the details in your agreement can make the difference between real protection and unnecessary risk. The lawyers on Contracts Counsel are available to draft, review, or negotiate a license that secures your rights and keeps your business protected.