Seis passos para o cliente preencher um link só e o contrato sair montado, revisado por você e assinado pelo WhatsApp. Roda no Apps Script que vocês já usam. No fim, quando vale trazer o n8n. Voltar para todos os materiais.
Hoje o contrato é montado na mão a cada cliente. Depois deste guia, o caminho é este:
Cada passo tem um pedido pronto para copiar e colar no seu Claude. Faça um passo de cada vez e só avance quando o "pronto quando" estiver verdadeiro. Se preferir, baixe a versão em texto no fim da página e diga ao Claude: "lê esse arquivo e me guia um passo de cada vez".
O script não escreve contrato, ele só troca campos. Tudo o que muda de cliente para cliente vira um campo entre chaves, e o resto do texto fica exatamente como está. É o que garante que nenhuma cláusula é inventada.
Erro comum: deixar o Claude "melhorar" o contrato no caminho. Neste passo ele só marca os campos.
Faça uma cópia do contrato padrão e chame de MODELO Contrato Conexão. Depois cole no Claude:
Abre meu contrato padrão [cole o link do Google Docs]. Troca tudo o que muda de cliente para cliente por campos entre chaves duplas: {{RAZAO_SOCIAL}}, {{CNPJ}}, {{ENDERECO}}, {{REPRESENTANTE}}, {{CPF_REPRESENTANTE}}, {{EMAIL}}, {{WHATSAPP}}, {{VALOR_MENSAL}}, {{VALOR_POR_EXTENSO}}, {{DIA_VENCIMENTO}}, {{DATA_INICIO}}, {{ENTREGAVEIS}}. Me mostra a lista de campos que você criou e o trecho onde cada um aparece. Não mexe em nenhuma cláusula.
É aqui que o problema dos "valores e vencimentos que mudam" se resolve. Cada cliente tem o seu acordo, e ele fica escrito numa linha antes de o cliente ver qualquer coisa. O link só existe depois que a linha está preenchida.
Erro comum: escrever entregáveis vagos, tipo "gestão de redes". O que não tem quantidade escrita não está vendido.
Cria uma aba chamada "Fechamentos" na planilha que o briefing já usa, com as colunas: id, cliente, valor mensal, dia de vencimento, data de início, entregáveis, link, status. Quando eu preencher uma linha nova e marcar "gerar link", o script cria um código aleatório nessa linha e escreve na coluna link o endereço da LP com ?c=código no final. Status começa como "aguardando cliente".
Um por linha, sempre com quantidade. Exemplo: "12 posts por mês (4 reels, 4 carrosséis, 4 cards)". É isso que vai para a cláusula de escopo.
?c= na coluna.Um link só para o cliente, em vez de um formulário para o contrato e outro para o briefing. Ele confere o valor combinado na tela, preenche os dados da empresa e segue direto para o briefing que vocês já usam. A LP continua funcionando igual para quem chega sem o código.
Erro comum: deixar o cliente editar valor ou vencimento. Na tela eles aparecem só para leitura.
Na minha LP de briefing, quando o endereço tiver ?c=, mostra antes da etapa 1 um bloco "Dados para o contrato" com: razão social, CNPJ (validando os dígitos), CEP que preenche o endereço sozinho, número e complemento, nome de quem assina, CPF de quem assina (validando), e-mail e WhatsApp com DDD. Em cima do bloco, mostra em modo só leitura o valor, o vencimento e os entregáveis daquela linha da planilha, para o cliente conferir. Tem que ter uma tela "revise antes de enviar". Depois de enviar, segue direto para a etapa 1 do briefing de sempre. Sem ?c= no endereço, a LP funciona como hoje.
O contrato nasce dentro da pasta do cliente, ao lado do briefing e da ficha de marca. E para antes de sair: você recebe o PDF, confere e decide. Se algum campo ficou sem preencher, o script avisa em vez de mandar um contrato furado.
Quando o cliente enviar o bloco do contrato, o Apps Script faz uma cópia do "MODELO Contrato Conexão" dentro da pasta do cliente no Drive, troca todos os campos pelos dados do cliente e da planilha, escreve o valor também por extenso, e salva um PDF ao lado. Depois me manda um e-mail com o PDF em anexo, um resumo (cliente, valor, vencimento, entregáveis) e dois links: "aprovar e enviar para assinatura" e "cancelar". Muda o status da linha para "aguardando sua revisão". Se sobrar algum {{campo}} sem trocar no documento, não manda o e-mail de aprovação: manda um alerta dizendo qual campo faltou.
{{ }} sobrando.Quando eu clicar em "aprovar", o script manda o PDF para a API da Autentique (GraphQL, docs.autentique.com.br/api) com dois signatários: o cliente recebendo pelo WhatsApp e eu recebendo pelo e-mail. O token da Autentique fica nas propriedades do script, nunca no código. Primeiro faz tudo em modo sandbox para eu testar sem gastar documento. Grava o link da assinatura na planilha e muda o status para "enviado para assinatura".
Se der erro, conte isto para o Claude:
| O que aconteceu | O que fazer |
|---|---|
Sobrou {{CAMPO}} no PDF | O nome do campo no modelo está diferente do nome no script. Mostre os dois para o Claude |
| A Autentique recusou | Copie a mensagem de erro inteira e cole no Claude. Quase sempre é uma das três armadilhas do passo 5 |
| O cliente diz que o link não abre | O código do link pode estar errado na planilha. Gere de novo |
| Estourou os 10 documentos do mês | Ou espera o mês virar, ou manda aquele contrato na mão |
A pergunta vai aparecer, então aqui está a resposta curta: agora não, mais para frente sim.
Quando dois ou três destes forem verdade:
| Sinal | Exemplo na Conexão |
|---|---|
| A automação sai do Google | WhatsApp, Notion, Trello e Meta conversando no mesmo fluxo |
| Tem rotina que roda sozinha no relógio | Cobrança do onboarding em D+2 e D+5, relatório mensal por cliente, lembrete de aprovação |
| São mais de 3 ou 4 fluxos vivos | Quando achar onde quebrou no Apps Script começa a demorar |
| Mais alguém mexe nas automações | A Samara ou um prestador. O n8n é visual, dá para entender o fluxo olhando |
Os passos 1, 2 e 3 continuam iguais: o modelo, a planilha e a LP. O n8n entra no lugar dos passos 4 e 5, recebendo os dados da LP, montando o contrato e falando com a Autentique. Por isso fazer agora no Apps Script não é trabalho perdido: o processo desenhado aqui é o mesmo que o n8n vai rodar.
O mesmo guia em um arquivo só. Salve na pasta da Conexão e peça ao Claude para te guiar a partir dele.
Baixar o guia (.md)