[{"data":1,"prerenderedAt":4},["ShallowReactive",2],{"blog-do-crm-ao-contrato-assinado":3},"\u003Cp>O negócio foi marcado como ganho no CRM às onze da manhã. O vendedor comemora, o cliente está no auge do entusiasmo, e é exatamente aí que a máquina para. Alguém precisa transformar aquele registro em contrato. Esse alguém abre um contrato antigo de outro cliente, salva como novo, apaga o nome anterior, digita o valor de novo, digita o CNPJ de novo, tenta lembrar se o desconto negociado era de dez ou de quinze por cento, e manda para o jurídico revisar. Três dias depois, o contrato sai. Uma semana depois, ele volta assinado. E o vendedor, que perguntou duas vezes por dia como estava a assinatura, já não sabe mais o que responder ao cliente.\u003C\u002Fp>\n\u003Cp>O funil de vendas termina onde o ciclo do contrato começa, e quase sempre existe um abismo entre os dois. É nesse abismo que mora o retrabalho, o erro de digitação que vira disputa e a demora que esfria o negócio recém-fechado.\u003C\u002Fp>\n\u003Ch2>O que se perde entre o CRM e o contrato\u003C\u002Fh2>\n\u003Ch3>O dado é digitado duas vezes\u003C\u002Fh3>\n\u003Cp>Razão social, CNPJ, endereço, contato, valor, condição de pagamento, prazo, escopo. Tudo isso já foi preenchido no CRM durante a negociação, muitas vezes com conferência. E tudo isso é digitado de novo, à mão, na hora de montar o contrato. Redigitação não é só lentidão: é a origem mais comum de divergência entre o que foi vendido e o que foi contratado.\u003C\u002Fp>\n\u003Ch3>O valor negociado e o valor do contrato divergem\u003C\u002Fh3>\n\u003Cp>O caso clássico. O negócio fechou com um desconto aprovado na última reunião, ou com uma condição especial nos três primeiros meses, ou com uma parcela de implantação. O CRM registra o valor final. Quem monta o contrato pega o valor da proposta original, que era outro. O contrato é assinado com o número errado, o financeiro cobra pelo contrato, e o cliente reclama citando o que foi combinado. Agora existe um documento assinado contra a sua palavra.\u003C\u002Fp>\n\u003Ch3>O escopo vendido não é o escopo contratado\u003C\u002Fh3>\n\u003Cp>O vendedor prometeu um relatório semanal. O contrato, herdado do modelo de outro cliente, fala em relatório mensal. Ninguém percebe até o cliente cobrar o relatório da segunda semana. O que foi vendido está no CRM, em campo, em anotação ou na proposta anexada. O que foi contratado está no PDF. Os dois nunca se encontraram.\u003C\u002Fp>\n\u003Ch3>O vendedor não enxerga o status da assinatura\u003C\u002Fh3>\n\u003Cp>Fechado o negócio, o vendedor perde a visibilidade justamente no trecho em que o cliente mais cobra resposta. Ele pergunta no chat do jurídico, pergunta no chat do financeiro, e no meio disso manda um e-mail ao cliente dizendo que "está em andamento". Enquanto isso, o contrato está parado há quatro dias esperando a assinatura de um diretor que nem foi avisado.\u003C\u002Fp>\n\u003Ch3>A previsão de receita não corresponde à realidade\u003C\u002Fh3>\n\u003Cp>O CRM diz que o negócio foi ganho e joga o valor na previsão. Mas negócio ganho não é receita: receita é contrato assinado e vigente. Entre um e outro existe uma taxa de perda que quase ninguém mede, e um atraso médio que quase ninguém conhece.\u003C\u002Fp>\n\u003Ch2>O que a integração entre CRM e contrato precisa fazer\u003C\u002Fh2>\n\u003Cp>Integração de CRM com contrato não é sincronizar tudo com tudo. É garantir três movimentos, na ordem certa.\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Movimento\u003C\u002Fth>\n\u003Cth>O que acontece\u003C\u002Fth>\n\u003Cth>O que isso elimina\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Negócio ganho vira contrato\u003C\u002Ftd>\n\u003Ctd>Cliente, valores e condições chegam preenchidos no contrato, a partir do modelo certo\u003C\u002Ftd>\n\u003Ctd>A redigitação e o erro de digitação\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Contrato segue seu ciclo\u003C\u002Ftd>\n\u003Ctd>Revisão, negociação com versões, assinatura com ordem de assinantes e lembretes\u003C\u002Ftd>\n\u003Ctd>O contrato parado sem ninguém saber por quê\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Status volta para o CRM\u003C\u002Ftd>\n\u003Ctd>O vendedor vê no negócio se o contrato foi enviado, está pendente ou já foi assinado\u003C\u002Ftd>\n\u003Ctd>A pergunta diária "e o contrato?"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>A pergunta que separa uma integração útil de uma integração decorativa é simples: depois de fechar o negócio, alguém ainda precisa redigitar algum dado que já existia? Se a resposta é sim, a integração não terminou o trabalho.\u003C\u002Fp>\n\u003Ch2>Qual dado precisa atravessar a ponte\u003C\u002Fh2>\n\u003Cp>Não é o CRM inteiro. É o conjunto mínimo que evita a redigitação e a divergência.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Identificação do cliente\u003C\u002Fstrong>: razão social, CNPJ, endereço, e o contato que vai assinar (com o e-mail correto, que é onde a assinatura trava).\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Valor fechado\u003C\u002Fstrong>, e não o valor da proposta inicial. Se houve desconto, condição promocional ou parcela de implantação, é essa a informação que precisa chegar.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Periodicidade e forma de pagamento\u003C\u002Fstrong>: mensal, por medição, por marco de entrega, com a data de vencimento acordada.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Vigência\u003C\u002Fstrong>: data de início, duração e o que foi combinado sobre renovação.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Escopo e quantidades\u003C\u002Fstrong>: os entregáveis com número, não a categoria genérica.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Quem assina de cada lado\u003C\u002Fstrong>, e em que ordem.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Repare que boa parte disso não vive num campo padrão do CRM. Vive numa anotação, num anexo, ou na cabeça do vendedor. Uma integração só funciona se, antes dela, o dado que precisa atravessar a ponte virar campo. Esse trabalho de arrumar o funil é chato e é a metade que ninguém quer fazer, mas é a que determina se a integração vai entregar valor ou virar mais um campo em branco.\u003C\u002Fp>\n\u003Ch2>Sem redigitar, sem reescrever\u003C\u002Fh2>\n\u003Cp>O contrato que nasce do negócio ganho não deveria ser um documento em branco. Ele deveria ser um modelo com cláusulas reutilizáveis e variáveis, no qual os dados que vieram do CRM preenchem as variáveis: nome do cliente, CNPJ, valor, periodicidade, vigência, quantidades. O texto jurídico já foi aprovado uma vez pelo jurídico e não precisa ser revisado de novo a cada venda.\u003C\u002Fp>\n\u003Cp>Isso muda o papel do jurídico. Em vez de revisar cinquenta contratos praticamente idênticos por mês, ele aprova o modelo e revisa apenas o que fugiu dele: o cliente que exigiu uma cláusula diferente, o desconto fora da alçada, a condição atípica. O resto passa direto. Se você ainda monta contrato salvando o arquivo de outro cliente, o caminho para sair disso são os \u003Ca href=\"\u002Fmodelos-de-contrato-de-prestacao-de-servicos\">modelos de contrato de prestação de serviços\u003C\u002Fa>, com cláusulas reutilizáveis e variáveis.\u003C\u002Fp>\n\u003Cp>E existe um passo anterior que costuma ser ignorado: a proposta comercial que o cliente aceitou já contém escopo, preço e prazo. Se ela for construída com os mesmos blocos do contrato, a conversão deixa de ser uma reescrita. O tema está detalhado no artigo sobre \u003Ca href=\"\u002Fblog\u002Fproposta-comercial-e-contrato\">proposta comercial e contrato de prestação de serviços\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>O status que fecha o ciclo\u003C\u002Fh2>\n\u003Cp>A parte mais subestimada da integração é a volta. Sem ela, você automatizou a ida e deixou o vendedor no escuro.\u003C\u002Fp>\n\u003Cp>O status da assinatura precisa aparecer no próprio negócio, dentro do CRM, porque é lá que o vendedor trabalha. Ele não vai abrir uma segunda ferramenta para conferir. Os estados que importam são poucos:\u003C\u002Fp>\n\u003Col>\n\u003Cli>Contrato gerado, aguardando revisão interna.\u003C\u002Fli>\n\u003Cli>Enviado para assinatura.\u003C\u002Fli>\n\u003Cli>Assinado por uma das partes, aguardando a outra.\u003C\u002Fli>\n\u003Cli>Assinado por todos, contrato vigente.\u003C\u002Fli>\n\u003Cli>Recusado ou em renegociação.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Com esses cinco estados visíveis, três coisas mudam. O vendedor responde ao cliente sem perguntar a ninguém. O gestor comercial enxerga onde os contratos empacam, e quase sempre descobre que o gargalo é uma assinatura interna, não o cliente. E a previsão de receita passa a se apoiar em contrato assinado, que é o único evento que significa dinheiro.\u003C\u002Fp>\n\u003Cp>Depois da assinatura, sobra um último trecho de redigitação: o contrato assinado precisa virar cliente e cobrança no financeiro. Esse é o outro lado da ponte, e ele merece o mesmo tratamento. A diferença de papel entre CRM, CLM, ERP e assinatura eletrônica está no artigo sobre \u003Ca href=\"\u002Fblog\u002Fclm-erp-ou-assinatura-eletronica\">CLM, ERP ou assinatura eletrônica\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>Onde o Contrasync entra\u003C\u002Fh2>\n\u003Cp>O Contrasync é um CLM completo especializado em contratos de serviço, e a ponte com o comercial é uma das razões pelas quais ele existe. As integrações com HubSpot, Pipedrive e Salesforce funcionam nos dois sentidos: o negócio (ou a oportunidade) fechado vira contrato com cliente, valores e condições já preenchidos a partir do seu modelo, e o status da assinatura volta para o CRM, no próprio registro do negócio, para o vendedor acompanhar sem sair da ferramenta dele.\u003C\u002Fp>\n\u003Cp>Do outro lado, o contrato assinado vira cliente e cobrança no ERP (Omie, Conta Azul e Bling), sem redigitação. No meio, o contrato segue o ciclo inteiro na plataforma: negociação com versões e comentários, assinatura eletrônica nativa com ordem de assinantes, grupos, lembretes, trilha de auditoria e carimbo de tempo. A Zelor, a IA embutida, compara o contrato com o seu modelo e aponta o que fugiu do padrão, escreve o rascunho a partir de uma conversa e aponta divergência entre o que foi contratado e o que está sendo cobrado. Toda ação de escrita depende da sua confirmação. Vale olhar como funciona a integração de contrato com \u003Ca href=\"\u002Fintegracoes\u002Fhubspot\">HubSpot\u003C\u002Fa>, com \u003Ca href=\"\u002Fintegracoes\u002Fpipedrive\">Pipedrive\u003C\u002Fa> e com \u003Ca href=\"\u002Fintegracoes\u002Fsalesforce\">Salesforce\u003C\u002Fa>. Cadastro aberto, sem cartão de crédito.\u003C\u002Fp>\n\u003Ch2>Perguntas frequentes\u003C\u002Fh2>\n\u003Ch3>Meu CRM já tem um módulo de propostas. Preciso de um CLM?\u003C\u002Fh3>\n\u003Cp>Depende de onde a sua dor está. O módulo de propostas do CRM resolve bem a fase de venda: montar, enviar, acompanhar aceite. O que ele em geral não faz é o depois: negociação com versões, assinatura com ordem e trilha de auditoria, aditivo e renovação como documento ligado ao original, alerta de vencimento e de reajuste. Se os seus contratos morrem no dia da assinatura, o CRM basta. Se eles vivem doze, vinte e quatro ou trinta e seis meses, a maior parte do trabalho começa depois.\u003C\u002Fp>\n\u003Ch3>Como evitar que o valor do contrato divirja do valor negociado?\u003C\u002Fh3>\n\u003Cp>Eliminando a digitação humana entre um e outro. Se o valor do contrato é preenchido pela integração a partir do campo de valor fechado do negócio, não existe divergência possível. Enquanto alguém precisar ler um número numa tela e digitá-lo em outra, a divergência é questão de tempo.\u003C\u002Fp>\n\u003Ch3>O vendedor precisa acessar a plataforma de contratos?\u003C\u002Fh3>\n\u003Cp>Não deveria precisar, e esse é o ponto da volta do status. O vendedor trabalha no CRM. Se ele consegue ver, dentro do negócio, que o contrato foi enviado e que falta a assinatura de um dos lados, o ciclo se fecha sem exigir que ele aprenda mais uma ferramenta.\u003C\u002Fp>\n",1784295371933]