Bem-vindos ao episódio 4 da série ferramentas de IA para Marketing.
Vamos entrar direto no assunto e entender como tratar os dados do negócio.
A regra não é um bicho de sete cabeças, mas precisa ser aplicada com firmeza na rotina
de quem trabalha com essas plataformas.
A pergunta que a gente quer responder aqui nesses primeiros 60 segundos é bem direta.
Que dados podem ser enviados a um serviço de IA e quais precisam ficar fora por regra?
Como leitura da produção, as aulas do portal não entregam a lista decorada
de tipos de dado, entregam regras com as quais a equipe classifica tudo sozinha
antes de colar qualquer coisa numa ferramenta.
Funciona assim, segredo de acesso nunca entra porque senha e chave não podem morar
nem no código que a empresa controla.
Dado de lead e de cliente é dado sensível e só entra o que a tarefa usa de fato.
E todo dado que entra precisa das três declarações da aula de literacia,
finalidade, acesso e prazo de retenção, porque o serviço é um ponto de trânsito
como qualquer outro.
Quando a regra do negócio diz que o dado não pode sair do ambiente,
a decisão muda de natureza e o caminho é a ferramenta da casa.
Tudo isso sustenta a leitura que nós fazemos aqui.
A caixa de texto de um serviço de IA é uma porta de saída da empresa, não um rascunho.
Então, o nosso hábito de ouro no dia a dia passa a ser este.
Antes de colar, classifique.
Para deixar isso bem visual, pensa na nossa cena inventada.
Num fim de tarde apertado, perto de um lançamento, alguém do time resolve
adiantar o trabalho.
A pessoa exporta do CRM uma planilha grande, cheia de nomes, telefones
e o histórico de compra da base desse lançamento recente.
Daí ela cola tudo num serviço de IA gratuito, aberto direto na conta pessoal dela
que ninguém contratou.
A gente precisa reparar no que não aconteceu aí.
Não há invasor, não há falha de sistema, não há alerta que toque.
O dado saiu pela porta da frente, carregado pela pessoa mais bem intencionada da sala.
A diferença entre o atalho rápido e o incidente é justamente a regra que o episódio ensina.
Isso nos leva à regra que já existe.
A aula de ferramentas do portal escreve a regra com estas palavras.
Tratar dado de lead e de cliente como dado sensível, gravando somente o que a ferramenta
usa de fato.
Voltando à nossa leitura, essa frase responde metade do episódio.
O que entra é o que a tarefa usa.
E nada além.
Retomando a nossa cena inventada, a tarefa ali era simplesmente escrever e-mails.
E escrever e-mails não usa o telefone nem o histórico de compra de ninguém.
A ferramenta não precisava daquilo.
E tem outro ponto que se conecta muito bem com o episódio 1 desta série, onde a decisão
entre comprar, montar e integrar já mostrou a sensibilidade do dado decidindo a rota
sozinha.
Este episódio apenas entrega a regula que aquele prometeu.
E isso nos leva a o primeiro nunca entra.
Sobre segredo, a aula de ferramentas é seca.
Com estas palavras, nenhuma senha ou chave de acesso dentro do código.
Tudo em variável de ambiente, o espaço do servidor onde o segredo fica guardado fora
do arquivo.
Voltando à nossa leitura, se o segredo não pode morar nem no código que a empresa
controla, ele não entra numa conversa com o serviço de fora.
Essa é uma regra absoluta.
O episódio 3, inclusive, já contou as credenciais fora do código como parte do custo de segurança.
Não tem brecha para jogar segredo em chat externo.
É uma barreira intransponível sem exceções.
E isso nos leva a o critério das três declarações.
A aula de literacia técnica, a página Irmã desta série, no mesmo pilar do portal,
descreve o trânsito com estas palavras.
Uma automação que sincroniza leads entre CRM, e-mail marketing e provedor de anúncios
move dado pessoal entre sistemas.
Cada ponto de trânsito precisa ter finalidade, acesso e prazo de retenção declarados.
Voltando à nossa leitura, e como leitura nossa, o serviço de IA é um ponto de trânsito
como qualquer outro.
E as três declarações da aula de literacia viram o nosso critério.
O dado que a equipe consegue declarar entra, o que ninguém consegue declarar fica
fora até alguém conseguir.
Para o dado ser aprovado, precisamos das três declarações.
Primeiro, a finalidade do envio, na sequência ou acesso, quem vai ver aquilo.
E por fim, o prazo de retenção.
A lógica é firme, o dado declarado entra com finalidade, acesso e prazo.
O dado sem declaração espera do lado de fora.
Na nossa cena inventada, aquela planilha grande reprova nas três declarações da aula
de literacia de uma vez, porque quem colou lá não tem ideia de como a plataforma
vai reter, acessar ou usar tudo aquilo.
E isso nos leva à conversa como registro.
O caso mais frequente, a aula de literacia, registra com estas palavras.
Dado sensível gravado em log, o arquivo em que o sistema anota o que acontece fica
meses armazenado e acessível a pessoas que não precisam dele.
Voltando à nossa leitura, a conversa com o serviço de IA também é um registro
que fica e fica numa casa que não é a sua.
É a pergunta de rotina que todos precisamos fazer.
Depois que colar isto, quem consegue ler e até quando.
A propósito vale citar a série literacia técnica e governança, que é exatamente
onde a planilha exportada, o inventário de acessos e a segurança da rotina tem
episódios próprios para aprofundar esses controles.
E isso nos leva à o dado que não pode sair do ambiente.
Quando o dado não pode sair do ambiente, a tabela de decisão da aula
de ferramentas aponta o caminho com estas palavras.
Dado de lead ou de cliente não pode sair do ambiente.
Núcleo próprio como primeira opção, ferramenta pronta e serviço contratado
exigindo contrato e revisão jurídica.
E o que decide é onde o dado fica gravado e quem consegue lê-lo.
Voltando à nossa leitura, nesse caso a pergunta deixa de ser qual o serviço
contratar e vira qual ferramenta a casa constrói.
E como extensão nossa, aplicamos o mesmo raciocínio ao dado do negócio.
Ou seja, vale para a informação financeira de um lançamento
ou para os arquivos de uma campanha confidencial.
Se não pode sair, a casa monta.
E isso nos leva às quatro perguntas da porta de entrada.
Para a entrada de um fornecedor, a aula de literacia concentra o risco com estas palavras.
Onde os dados dos leads ficam armazenados fisicamente?
Qual base legal justifica cada uso do dado dentro da automação?
O que acontece com o dado quando um lead pede exclusão?
E quais subprocessadores o fornecedor aciona sem precisar avisar?
Voltando à nossa leitura,
são as quatro perguntas da aula de literacia.
O mesmo critério das três declarações feito na direção do fornecedor.
E resposta que não vem por escrito conta como não respondida.
O fornecedor, que não dá clareza sobre isso,
esbarra como conceito fundamental nas exigências da LGPD,
deixando todo o risco de conformidade na mão de quem contrata.
A profundidade legal desse assunto fica todinha lá na série Irmã,
a literacia técnica e governança.
E isso nos leva à direção contrária.
Sobre o que esperar de volta ao serviço,
a aula de ferramentas separa as duas fontes com estas palavras.
Preço vigente, recursos do produto e casos de cliente usados em conteúdo
devem vir de fonte viva.
O CMS, o CRM ou a tabela oficial, nunca do conhecimento paramétrico,
que é o que o modelo memorizou no treinamento e reproduz sem consultar nada.
Voltando à nossa leitura, o serviço não é cofre nem arquivo,
o que a empresa precisa lembrar mora nos sistemas da empresa.
Tentar usar o chat como bloco de notas fixo não dá certo.
Basicamente, colar dado no serviço para ele ficar sabendo
é o erro nas duas direções ao mesmo tempo.
No fim do dia, a mudança de hábito única é esta,
antes de colar, classifique.
O filtro vira um gesto de segundos na rotina de qualquer colaborador,
sem ninguém da área técnica do lado.
E é justamente com essa clareza que o negócio se prepara para o episódio 5,
onde veremos a automação que sobrevive à troca de gente.
E aí, será que nesse exato instante tem alguma exportação grande
num fim de tarde apertado, sendo colada onde não deve,
na nossa cena inventada da vida real?