I am a freelancer. A prospective client wants me to sign an NDA before doing some work for him. I know that ideas are a dime a dozen, and it's the execution that actually matters. I don't know if he thinks us programmers are just sitting around thinking, "Man, if only I had something cool to build I could put all this algorithm stuff to work on!" but of course as everyone here knows, we don't need to steal people's ideas we don't even have enough time to implement all of our own ideas that we think are great.<p>How best to decline signing the NDA in a way that will leave me with the best chance of getting the job? (Assuming the guy is just misguided/ignorant about the value of NDAs from his attorney but is otherwise a nice guy to do work for, which I think is the case)<p>We did discuss things at a "high level" (I told him to avoid any specifics that might make him uncomfortable), and I learned enough about the project to know that, of course, nothing is new under the sun and there's definitely nothing about <i>this</i> project that is worth protecting with a legal document. It's just a mobile game thingy.
I've started charging for them. I don't decline, ever, I just make it really expensive...and I make it slow down the process. (Get up from the table, "okay I'll take this to my lawyer and get back to you in the next few weeks").<p>Almost everyone will say "oh, I didn't want to derail the project, let's just move on without it". Some people would rather pay, and I'll gladly take their money.
Have you received a copy of NDA for review? Instead of outright declining NDA, I will suggest you review the NDA, identify the clauses that you have concerns about, let the client know your concerns and request to modify/remove the relevant clauses. Most of the time client will either modify the clauses or let you know the reasons for having those clauses in NDA.<p>Recently, I requested a client to sign an Indemnification and hold harmless agreement. The client came back expressing their concerns about couple of clauses and requested to remove them. I replied with details on what is the purpose of those clauses and how they protect both parties. I also suggested to the client that they are welcome to suggest modifications that achieve similar objective and situations as original clauses and also address their concerns.<p>Once client understood the reasons for those clauses, they signed the agreement without requesting any changes or removal of those clauses.
I don't understand the issues with executing a basic NDA. Assuming it is a basic NDA, where it is just saying you will not disclose copyrighted, or otherwise protected data from the client to third parties. We will sign NDA's (we also have one we provide for that purpose) if someone is serious, but not just for a basic conversation, and our MSA/RSA once signed states that it replaces all prior signed instruments and has its own NDA terms in there. It also allows us to disclose client name, basic work we did etc, just we can't share code, trade secrets etc. Also, we limit the time period in which we will agree to any NDA, e.g. 12 months is about the max.<p>If the NDA is also a non-compete then no way in hell, but if it is a simple don't disclose my information to third parties, I don't see the harm. No one can prevent you from using knowledge, hence an NDA doesn't stop you from telling your next client hey I know how to do X because I have done it on 3 projects now.<p>What is the concern? Am I misunderstanding or missing something?
Find out why he wants the NDA. Sometimes it is because they don't want it publicly known that they hired a freelancer to do the work. He might not want you shouting from the rooftops, "hey, I was the one who built this!"<p>If that's the case you can word the NDA so that it gives them what they want and you don't give up anything you don't want to give up.<p>It could also be that in order to implement the game (or whatever) you could require access to business strategy information (like pricing, upgrade dates...) that they want to keep secret. You can word the NDA to cover this but not the technical stuff.<p>Or if none of this applies then you can point out that NDAs don't cover information that is available publicly so any "ideas" typically won't be covered once they are publicly available.<p>And as others have pointed out always have your own template to start from.
Adding to what was already stated by others I have to share with you my strong disbelief in client's attorneys and any documents that are produced or approved by the lawyers.<p>My opinion and experience is that attorneys and law firms are there just in order to prove their usefulness - nothing more. And they are not useful at all. It happend SO many times that an agreement (not necessarily NDA) was kept by the "lawyers" for 3 weeks and then returned with some realy idiotic comments, exposing genuine iqnorane of the project we were working on.<p>Often, after the lawyer's review, they don't even put project leader's names, dates, bank account numbers, payment time, currency, phone numbers or other details in the agreement and such papers are later signed by CEOs (I wish I could one day show you these documents).<p>It seems to me that very often clients keep the documents for weeks, delaying the project launch, supposedly scrutinising and reviewing the paperwork, but are returned without being read at all.<p>We are now trying to sell our product to a minor supermarket chain and they asked us to give them source code to our software platform. When we told them it was impossible, they said that they get the source for every piece of software they use. That's nonsense, we replied and asked if Microsoft gave them the source code for Windows.<p>The same goes with NDAs - they think that their systems or business processes are so important and require special protection as if it was some kind of serious secret although it's just some simple intranet or knowledge base portal that we build for them.<p>Clients, negotiators, buyers, lawyers are incredibly ignorant when it comes to technical stuff.<p>* - (I'm not saying that agreements or legal advisors are wrong in general, just that very often the protection measures and suspiciousness are blown out of proportion)
Last time I declined, I simply cited the impact on job searches and offered to sign for a much shorter term, or keep the discussion relevant enough to qualify whatever business was on the table.<p>There are perfectly honest reasons to decline and or modify an agreement. Simply state them and offer your earnest intent to make it work for everybody.
Why not just have your own NDA? You need to protect your intellectual property which is embodied in the work that you perform for them. Your NDA can effectively claim protection for your methodology, coding conventions, documentation, etc. In many jurisdictions you own the copyright unless you explicitly assign it to the client.<p>Then you say: "Fine, and you will need to sign my NDA".
I think the solution would be to request to modify NDA to be <i>very specific</i> to exact project (include project name + exact precise description + server stack + anything, etc. - as as whole), so that it would be literally impossible to violate NDA working on a very similar project with minor differences.<p>If potential client will continue insisting on vague language - scrap him.
just a note - NDAs are not enforceable. trade secrets are. sign the nda if it gets you payed. im seeing a lot of "ideas" being wrapped up into an nda and thus a development contract - when none of the trade secrets, working knowledge, or prototypes have been developed yet. your in the green, just do it.