NDA no desenvolvimento de jogos: quando usar o acordo de confidencialidade

Voce esta prestes a mostrar seu jogo para um artista freelancer, um publisher ou um possivel socio. Ai bate aquela duvida: e se a pessoa pegar minha ideia, meu codigo ou meu plano de lancamento e usar por conta propria? E aqui que entra o acordo de confidencialidade, mais conhecido pela sigla em ingles NDA (Non-Disclosure Agreement). Este post explica, de forma pratica e sem juridiques, o que um NDA faz, quando ele ajuda de verdade e quando ele so serve para assustar o parceiro. Aviso desde ja: isto nao e aconselhamento juridico, e caso serio pede advogado.

O que e um acordo de confidencialidade (NDA), sem enrolacao

Um NDA e um documento em que uma ou as duas partes se comprometem a nao divulgar informacao sensivel do projeto. No desenvolvimento de jogos, essa informacao costuma ser codigo-fonte, arte que ainda nao foi revelada, documento de design, numeros de vendas ou financiamento, contatos comerciais e datas de lancamento.

Repare no que o NDA nao faz. Ele nao transfere direitos autorais para voce. Ele nao garante que a pessoa vai fazer um bom trabalho. Ele nao substitui um contrato dizendo quem faz o que, quanto ganha e de quem e o resultado final. O NDA cuida de uma coisa so: manter segredo o que precisa ficar em segredo. Quem confunde NDA com contrato completo acaba desprotegido justamente na parte que mais importa, que e a propriedade do que foi produzido.

Vale separar tambem "ideia" de "informacao confidencial". Ideia de jogo, sozinha, vale pouco e e quase impossivel de proteger. "Faca um roguelike com pixel art" nao e segredo de ninguem. O que da para proteger e o material concreto: o codigo que voce escreveu, a arte final, o build jogavel, a planilha de economia, o plano de marketing. NDA protege coisa, nao inspiracao.

Quando faz sentido usar um NDA

Existem situacoes claras em que pedir confidencialidade e razoavel e ate esperado. Nenhuma delas envolve paranoia, apenas bom senso.

Contratar freelancer ou artista que vai ver algo nao anunciado. Se voce vai contratar um freelancer ou terceirizar parte do jogo e essa pessoa vai ter acesso ao seu codigo, a mecanicas secretas ou a uma reviravolta de historia, faz sentido combinar confidencialidade. Na pratica, para prestador de servico, o mais comum e nem fazer um NDA separado, e sim colocar uma clausula de confidencialidade dentro do proprio contrato de servico. Menos papel, mesma protecao.

Mostrar build ou pitch para publisher ou investidor. Quando voce vai fazer o pitch do jogo para um publisher ou investidor, e comum trocar material sensivel: numeros, roadmap, build fechado. Aqui um detalhe importante: muitos publishers grandes se recusam a assinar o SEU NDA, porque recebem dezenas de pitches parecidos e nao querem risco de serem acusados de copia. Isso e normal e nao significa ma-fe. Nesses casos, o jeito e revelar so o necessario e guardar o segredo pesado para depois que houver interesse real.

Terceirizar parte da producao para outro estudio. Se voce contrata uma empresa para fazer audio, portabilidade ou um modulo do jogo, ela vai mexer no seu material. Confidencialidade e padrao nesse tipo de relacao, geralmente dentro do contrato principal.

Socios entrando no projeto. Quando alguem novo entra para tocar o estudio com voce, essa pessoa passa a ter acesso a tudo. Antes mesmo de fechar a sociedade, durante as conversas, um NDA mutuo protege os dois lados. Depois, na hora de montar a sociedade do estudio e dividir o que cada um faz, a confidencialidade vira parte do acordo maior de socios.

O fio condutor de todos esses casos e o mesmo: alguem de fora vai ver algo que ainda nao e publico e que teria valor se vazasse. Quando esse elemento nao existe, provavelmente voce nao precisa de NDA.

Quando voce NAO precisa de NDA (e o exagero atrapalha)

Tem gente que manda um NDA de tres paginas antes de qualquer conversa, e isso costuma jogar contra. Pedir confidencialidade cedo demais, ou para coisas que nem sao segredas, passa duas mensagens ruins: que voce e dificil de trabalhar e que voce superestima o valor da propria ideia.

Alguns exemplos de quando o NDA e desnecessario:

• Tarefas pequenas e publicas. Se voce contrata alguem para fazer um icone ou uma capa que vai virar publica de qualquer jeito, nao ha segredo a proteger.
• Conversa inicial exploratoria. Um bate-papo de "voce topa trabalhar comigo?" nao precisa de contrato. Segure o NDA para o momento em que material sensivel de fato aparece.
• Coisas ja anunciadas. Nao da para exigir sigilo sobre o que voce mesmo ja postou no seu devlog, na loja ou nas redes.
• Ideia solta. Como ja falamos, ideia crua nao se protege. Pedir NDA "para eu te contar minha ideia" costuma afastar bons parceiros.

A regra pratica: quanto mais concreto e nao publico o material, mais justificavel e o NDA. Quanto mais generico e ja divulgado, mais o pedido de sigilo vira ruido.

O que um bom acordo de confidencialidade cobre

Se voce vai usar um NDA, vale entender as partes que realmente fazem diferenca. Um documento inflado nao protege mais; ele so complica.

Definicao do que e informacao confidencial. Esse e o coracao do acordo. Ele precisa deixar claro o que esta protegido: codigo, arte nao publicada, documento de design, dados financeiros, senhas, contatos. Definicao vaga demais ("tudo e segredo") tende a valer menos na pratica, porque fica impossivel saber o que foi violado.

Exceptions, ou o que nao e confidencial. Todo NDA honesto lista o que fica de fora: informacao que ja era publica, que a pessoa ja conhecia antes, que ela desenvolveu por conta propria sem usar o seu material, ou que ela foi obrigada a revelar por ordem judicial. Sem essas excecoes, o acordo fica abusivo e frouxo ao mesmo tempo.

Prazo. Por quanto tempo o sigilo vale. Pode ser durante o projeto e mais alguns anos depois. Sigilo "para sempre" e comum para segredos de verdade, mas na maioria dos casos indie um prazo definido ja resolve e soa mais razoavel.

Uso permitido. Deixa claro que a pessoa pode usar a informacao apenas para fazer o trabalho combinado, e nada alem disso.

Penalidade e consequencia. O que acontece se a pessoa vazar. Pode prever multa, obrigacao de reparar o dano, devolucao ou destruicao do material. Aqui vem um alerta honesto, que detalho mais abaixo: colocar uma multa alta no papel nao garante que voce vai receber essa multa na vida real.

Note que nada disso precisa de linguagem rebuscada. Um acordo curto, claro e em portugues comum costuma proteger mais do que um calhamaco copiado da internet que ninguem entende.

Unilateral ou mutuo: qual escolher

Existem dois formatos, e a escolha e simples quando voce olha quem revela segredo.

NDA unilateral e quando so uma parte compartilha informacao sensivel e a outra so recebe. E o caso classico de voce mostrar seu jogo para um prestador de servico: voce revela, ele guarda. So o lado que recebe assume a obrigacao de sigilo.

NDA mutuo e quando as duas partes trocam segredo. Numa conversa com um possivel socio, com um outro estudio ou as vezes com um publisher, os dois lados mostram numeros, planos e material. O acordo mutuo protege todo mundo e, na pratica, costuma passar mais confianca, porque nao coloca so o outro na posicao de suspeito.

Na duvida entre os dois, o mutuo raramente atrapalha. Ele sinaliza que voce esta tratando a relacao como uma via de mao dupla, e nao como interrogatorio.

Cuidados no Brasil: onde o NDA para em pe e onde nao

Aqui vem a parte mais importante e a mais ignorada. O NDA e um contrato entre as partes e, como tal, tem valor. Mas ele tem limites concretos que voce precisa conhecer antes de confiar cegamente nele.

Ele nao substitui contrato de trabalho ou de prestacao de servico. Confidencialidade e uma pequena parte da relacao. Quem faz o que, quanto recebe, prazos e, principalmente, de quem sao os direitos do que foi produzido, tudo isso mora no contrato de servico ou de trabalho, nao no NDA. Muito indie assina um NDA lindo e esquece de combinar por escrito que o codigo e a arte produzidos sao dele. Ai o freelancer entrega o trabalho e, tecnicamente, mantem direitos sobre aquilo. NDA nenhum conserta essa falha.

Boa-fe conta muito. No Brasil, as relacoes contratuais sao guiadas pelo principio da boa-fe. Isso ajuda voce quando o outro age de forma claramente desonesta, mas tambem significa que um contrato exagerado, abusivo ou desequilibrado pode ser relativizado. Acordo justo protege mais do que acordo leonino.

Provar o dano e dificil. Digamos que alguem vaze seu design e voce quer cobrar a multa. Voce vai precisar provar que houve vazamento, que a informacao era realmente confidencial e, muitas vezes, qual foi o prejuizo em dinheiro. Isso e trabalhoso, caro e nem sempre da resultado. O NDA funciona muito mais como fator de dissuasao, ou seja, deixa claro que existe compromisso e desestimula a bagunca, do que como uma garantia de que voce sera indenizado.

Por isso, na pratica indie, o NDA costuma render mais como um combinado explicito e civilizado entre pessoas de boa vontade do que como uma arma juridica. Ele organiza expectativas. E ja e bastante coisa.

Como o dev indie deve tratar isso na pratica

Juntando tudo, da para tirar uma postura equilibrada, sem paranoia e sem ingenuidade:

1. Proteja coisa concreta, nao ideia. Foque em codigo, arte, build e planos, que sao o que tem valor e o que da para descrever.
2. Prefira clausula dentro do contrato. Para freelancers e prestadores, uma clausula de confidencialidade no contrato de servico costuma bastar. NDA separado so quando faz sentido de verdade.
3. Nao assuste bons parceiros. Segure o pedido de sigilo para o momento em que material sensivel realmente aparece.
4. Combine a propriedade por escrito. Deixe claro, sempre, que o resultado do trabalho pago e seu. Essa e a protecao que mais falta e que o NDA nao cobre.
5. Guarde registro. E-mails, mensagens, commits e datas ajudam a mostrar o que foi feito e quando. Isso vale ouro se algo der errado.
6. Chame advogado no caso serio. Quando entra dinheiro relevante, publisher grande, investimento ou sociedade formal, um modelo de internet nao serve. Ali vale pagar por um contrato feito por quem entende.

O acordo de confidencialidade e uma ferramenta util e simples quando usada no lugar certo. Ele nao vai blindar seu jogo contra o mundo, e nao e para isso que serve. Ele deixa claro o que e segredo, organiza a relacao e desestimula quem estaria tentado a agir de ma-fe. Para a maioria dos projetos indie, isso ja resolve. Trate o NDA como parte de um conjunto (contrato de servico, definicao de propriedade, bom registro do trabalho) e nao como muralha magica, e voce protege o que importa sem virar aquele desenvolvedor que ninguem quer como parceiro.

Lembrando uma ultima vez: nada aqui e aconselhamento juridico. E um guia pratico para voce entender o terreno e conversar melhor com um profissional quando o caso pedir.