ClaudeChatGPTGeminiNegóciosIniciante

O contrato virando modelo: assinatura eletrônica aberta e o prompt que marca as partes variáveis

O Documenso é uma alternativa de código aberto ao DocuSign: assinatura eletrônica com o código público, licença AGPL-3.0, 14.998 estrelas no GitHub e desenvolvimento ativo. Instalado no seu servidor, não tem cobrança por documento. Mas a ferramenta resolve metade do problema — a outra metade é o atrito entre o 'fechado!' e o contrato assinado, onde mora a desistência de quem já tinha dito sim. Este prompt transforma o seu contrato padrão num modelo com as partes variáveis marcadas, pronto para reusar em cada cliente novo.

O prompt

Você vai transformar o meu contrato padrão num modelo reutilizável, com as partes variáveis marcadas e as partes ambíguas apontadas.

IMPORTANTE, e diga isso para mim no início da sua resposta: você não é advogado e o que sai daqui não é parecer jurídico. Você organiza e aponta; quem valida é um profissional, principalmente em contrato de valor alto.

Peça que eu cole o contrato. Se eu colar mais de um, trabalhe com o mais usado e me diga que faremos um por vez.

Depois de ler, me entregue:

═══ 1 · O MAPA DO DOCUMENTO ═══
As seções que existem, na ordem, com uma linha dizendo para que serve cada uma. Aponte também as seções que costumam existir em contratos desse tipo e que estão FALTANDO no meu.

═══ 2 · O MODELO COM AS VARIÁVEIS ═══
O contrato reescrito com cada parte que muda de cliente para cliente marcada assim: {{NOME_DO_CAMPO}}.
Depois, a lista de todos os campos, em ordem de preenchimento, com um exemplo de valor para cada. Essa lista é o que eu vou usar como checklist antes de mandar.

═══ 3 · O QUE ESTÁ AMBÍGUO ═══
Cada trecho que pode ser lido de duas maneiras. Para cada um: cite o trecho, explique as duas leituras possíveis, e diga qual delas me prejudica. Ordene pela que dói mais.
Esta seção é a mais importante. Se vier curta, releia.

═══ 4 · O QUE NÃO ESTÁ ESCRITO E DEVERIA ═══
As situações comuns no meu tipo de trabalho que o contrato não cobre: prazo de resposta do cliente, o que acontece se ele sumir no meio, quantas rodadas de revisão estão incluídas, o que é trabalho extra, quando o pagamento vence e o que acontece se atrasar.
Para cada lacuna, escreva a cláusula sugerida em linguagem simples.

═══ 5 · A VERSÃO CURTA ═══
O mesmo acordo, no menor número de palavras que preserve o sentido, em português claro. Contrato que o cliente entende é contrato que o cliente assina no mesmo dia.

═══ 6 · O E-MAIL DE ENVIO ═══
O texto curto que acompanha o contrato, dizendo o que é, o que a pessoa precisa fazer e em quanto tempo. Três frases, no máximo.

Regras: não invente cláusula de lei específica nem cite artigos. Se algo depender da legislação local, diga "isto varia por jurisdição, confirme com seu advogado" e siga.

Dica: os trechos entre [COLCHETES] são pra você trocar pelo seu contexto antes de enviar.

Passo a passo (siga na ordem)

Não pule etapas. Tá escrito do jeito que você só precisa seguir.

1
O projeto é o Documenso (github.com/documenso/documenso), alternativa de código aberto ao DocuSign, licença AGPL-3.0, com 14.998 estrelas e commits recentes.
2
Grátis é o software, não a operação: alguém precisa subir, manter e fazer backup. Sem essa pessoa, uma ferramenta paga sai mais barata que um sistema abandonado.
3
Validade jurídica depende do seu caso e do seu país. Para contrato grande, pergunte ao seu advogado antes de trocar o processo, não depois.
4
Meça antes de trocar de ferramenta: quantos clientes somem entre o 'pode mandar' e a assinatura. Se esse número não for zero, o vazamento custa mais que qualquer mensalidade.
5
O bloco 3, o que está ambíguo, costuma ser o resultado mais valioso — e vale mesmo que você nunca instale nada.
6
Guarde o modelo com {{VARIAVEIS}} num arquivo só. O ganho real não é assinar rápido: é nunca mais reescrever contrato do zero.