Sua equipe já usa IA sem controle: o que fazer agora
Um manual de 30 dias para mapear usos, proteger dados, testar valor e criar regras proporcionais para empresas brasileiras de 20 a 100 funcionários.
Por Cesar A. Machado · · 13 min
Mapeie tarefas, dados, ferramentas, contas e responsáveis antes de publicar uma política.
Separe uso permitido, uso condicionado à revisão e uso bloqueado por risco ou impacto.
Exija conta corporativa, controle de acesso, registro mínimo e saída verificável para cada piloto.
Calcule horas evitadas, custo total e taxa de correção; produtividade sem qualidade não é ganho.
Interrompa o caso quando a equipe não consegue explicar a origem, o limite ou o responsável pela saída.
A resposta curta: não proíba no escuro; governe em 30 dias
Se sua equipe já usa IA sem controle, faça quatro movimentos nesta ordem: torne os usos visíveis, classifique cada tarefa pelo risco, ofereça um caminho aprovado e teste um caso pequeno com métrica e responsável. Não comece comprando uma licença ou escrevendo uma política genérica. Comece descobrindo quais dados entram, que decisão sai, quem revisa e o que acontece quando a ferramenta erra. Em uma empresa de 20 a 100 funcionários, esse diagnóstico cabe em uma semana se o escopo for limitado a tarefas reais de duas ou três áreas. Registre também quem autorizou a expansão, quais evidências sustentaram a decisão e quando ocorrerá a próxima revisão.
A regra provisória deve ser simples: nenhum dado pessoal desnecessário, segredo comercial, credencial, código privado ou documento de cliente deve ser colado em ferramenta não aprovada; nenhuma saída de IA pode ser enviada ao cliente, usada para contratar, punir, conceder crédito ou tomar decisão sensível sem revisão humana competente. Isso reduz o risco imediato enquanto a empresa entende o cenário. A LGPD exige segurança, prevenção e responsabilização; ela não vira opcional porque a entrada foi feita em um chat.
1. Descubra o uso real sem criar uma caça às bruxas
O uso informal costuma aparecer porque existe uma fricção concreta: responder propostas demora, o comercial precisa resumir reuniões, o financeiro limpa planilhas manualmente ou o suporte repete a mesma resposta. Se a gestão pergunta apenas “quem está usando IA?”, recebe silêncio, respostas defensivas ou uma lista de ferramentas. Pergunte pelo trabalho: “qual etapa você acelerou?”, “qual arquivo entra?”, “qual revisão continua manual?”, “qual resultado foi enviado para fora?” e “o que você faria se a resposta estivesse errada?”.
Durante cinco dias úteis, o líder de cada área coleta usos em um formulário curto. Campos mínimos: tarefa, frequência semanal, ferramenta e tipo de conta, entradas, saída, público que recebe a saída, pessoa que revisa, tempo antes e depois, falhas já observadas e dependência de dados pessoais. Aceite respostas anônimas no primeiro ciclo, mas peça um dono operacional para cada uso que avançar. A equipe de TI verifica domínios, SSO, extensões e faturamento; jurídico ou privacidade classifica dados; a área dona descreve o processo.
A saída não é um inventário perfeito: é uma fila priorizada. Marque como urgente qualquer uso que envolva dados de saúde, biometria, crianças, folha, credenciais, contratos sob sigilo, código de produção ou decisão sobre uma pessoa. Marque como candidato a piloto um uso repetitivo, reversível, de baixo impacto e com uma saída que alguém consiga conferir. A pesquisa TIC Empresas 2024 mostra que treinamento e discussão de risco ainda não são universais; trate esse levantamento como gestão operacional, não como formalidade de compliance.
2. Classifique tarefas antes de escolher ferramentas
Classifique o caso de uso, não a marca da ferramenta. Use quatro perguntas: o dado é público, interno, pessoal ou confidencial? A saída é apenas rascunho ou altera uma decisão? O erro é reversível e detectável? Existe obrigação contratual, regulatória ou de direitos do titular? Quanto maior a sensibilidade, o impacto e a dificuldade de revisão, mais forte deve ser o controle. Se uma resposta não for conhecida, trate-a como risco pendente e não como permissão implícita.
Classe
Exemplo de tarefa
Entrada permitida
Controle mínimo
Decisão
Verde
Rascunhar assunto com briefing público
Público ou sintético
Conta corporativa, revisão do autor e registro do resultado
Pode usar
Amarela
Resumir contrato interno ou reunião com cliente
Somente o necessário, com anonimização
Ferramenta aprovada, acesso restrito, revisão por dono do processo e retenção definida
Pode usar sob condição
Vermelha
Decidir contratação, crédito, desligamento ou atendimento sensível
Dados pessoais ou atributos protegidos
Avaliação específica, revisão humana qualificada e controles jurídicos; não automatizar por padrão
Bloquear até aprovação
Preta
Enviar credencial, segredo, base integral ou código de produção a serviço não avaliado
Não permitido
Bloqueio técnico e incidente se já ocorreu
Interromper e investigar
A classe amarela não significa “segura”; significa que a empresa aceitou uma condição verificável. Documente qual dado será removido, quem revisará a saída, por quanto tempo o resultado ficará armazenado e qual sinal leva à suspensão. Para dados pessoais, confira finalidade, necessidade, base legal, transparência e contrato com o fornecedor com apoio de quem responde por privacidade. A Resolução CD/ANPD nº 2 permite política simplificada para agentes de pequeno porte, mas preserva a obrigação de adotar medidas essenciais e cumprir a LGPD.
3. Instale controles mínimos: identidade, dados e trilha
O primeiro controle é identidade. Prefira contas corporativas individuais, autenticação multifator, grupos de acesso e desligamento integrado ao processo de saída do funcionário. Evite conta compartilhada: ela elimina a atribuição de autoria, impede revogação seletiva e torna impossível saber quem inseriu um dado ou aprovou uma saída. A ANPD descreve controle de acesso como combinação de autenticação, autorização e auditoria; aplique essa lógica também ao serviço de IA, não apenas ao seu ERP.
O segundo é minimização. Crie uma lista do que nunca entra no prompt, uma técnica para anonimizar nomes e identificadores e um repositório aprovado para documentos de trabalho. Não confunda “a ferramenta não treina o modelo com seus dados” com ausência de risco: ainda existem acesso indevido, retenção, logs, integração, configuração errada, transferência internacional, contrato e exposição por compartilhamento. O dono do processo deve aprovar o conjunto de dados; TI deve controlar a configuração; privacidade deve revisar a finalidade e as obrigações aplicáveis.
O terceiro é a trilha mínima. Para cada uso aprovado, guarde identificador do caso, data, usuário, versão da instrução ou template, origem da entrada, saída final, revisor, decisão e incidente associado. Não é preciso armazenar todo conteúdo sensível indefinidamente: registre o suficiente para reproduzir a decisão e defina retenção. Se houver suspeita de exposição de dados pessoais, preserve evidências, acione o responsável interno e avalie o procedimento da empresa; a ANPD informa regras específicas para incidentes com risco ou dano relevante, inclusive prazo de três dias úteis nos casos aplicáveis.
4. Escolha um piloto que possa ser interrompido
Escolha um processo frequente, delimitado e reversível. Um bom primeiro piloto pode ser transformar notas de reunião em uma pauta de tarefas, classificar solicitações por assunto ou gerar uma primeira versão de descrição de produto a partir de material aprovado. Um mau primeiro piloto decide quem recebe desconto, interpreta atestado, responde reclamação sensível, altera cadastro ou envia mensagens automaticamente. A IA pode sugerir; o sistema e a pessoa responsável devem decidir quando houver impacto financeiro, contratual, trabalhista, reputacional ou sobre direitos.
Escreva um RACI simples. Responsável: quem executa e corrige. Aprovador: quem aceita a saída antes do uso. Consultado: TI, privacidade, jurídico ou segurança conforme o caso. Informado: gestores e usuários afetados. Defina também entrada válida, entrada incompleta, exceções conhecidas, formato da saída, fonte oficial que deve ser consultada e fallback manual. O NIST organiza a gestão de risco em governar, mapear, medir e gerenciar; use esses verbos como agenda de reunião, não como decoração de política.
Antes de iniciar, escreva critérios de passagem: taxa mínima de saída utilizável, tempo máximo de revisão, zero vazamento de dado proibido, cobertura de exceções e custo máximo mensal. Escreva também critérios de parada: erro material acima do limite, revisão mais longa que o trabalho original, saída sem fonte quando a fonte é obrigatória, comportamento não reproduzível, incidente de segurança ou impossibilidade de atribuir uma decisão. Um piloto sem parada é uma implantação disfarçada.
5. Cenário hipotético: calcule valor sem confundir velocidade com ganho
Cenário hipotético, não relato de uma empresa real: uma distribuidora com 60 funcionários quer testar IA para resumir 80 reuniões comerciais por mês. A premissa é que cada reunião exige 25 minutos de leitura e organização manual; o piloto reduz esse trabalho para 10 minutos de revisão humana. O custo interno estimado da hora do analista é R$ 42,00, já incluindo encargos conforme a premissa financeira da empresa. O serviço custa R$ 900,00 por mês e o piloto dura três meses.
Fórmula: horas economizadas no mês = quantidade de reuniões × (tempo anterior − tempo de revisão) ÷ 60. Aplicando: 80 × (25 − 10) ÷ 60 = 20 horas/mês. Valor bruto mensal = 20 × R$ 42,00 = R$ 840,00. Valor líquido mensal, antes de custos de implantação e incidentes = R$ 840,00 − R$ 900,00 = −R$ 60,00. Nesse conjunto de premissas, o piloto não se paga apenas pela redução de tempo; talvez exista ganho de qualidade ou capacidade comercial, mas ele precisa ser medido separadamente, não presumido.
Limites do cálculo: não inclui treinamento, configuração, revisão de segurança, custo de oportunidade, retrabalho por resumo errado, licenças existentes nem valor de uma venda influenciada pela saída. Meça por três meses a média de minutos por reunião, percentual de resumos corrigidos, erros materiais, tarefas criadas corretamente, incidentes e satisfação do usuário. Se a revisão ultrapassar 18 minutos em duas semanas consecutivas ou se qualquer resumo enviar dado proibido, pause o piloto. A decisão racional pode ser reduzir escopo, renegociar custo, trocar o processo ou abandonar a ferramenta.
6. Treine, monitore e responda a falhas
Treinamento eficaz é específico para a tarefa. Mostre três entradas permitidas, duas exceções e uma entrada proibida; peça que a pessoa identifique o que deve ser removido, qual fonte consultar e quando chamar o responsável. Treine também a diferença entre rascunho, recomendação e decisão. O usuário precisa saber como sinalizar uma saída incorreta sem ser punido por reportar o problema. Uma política que só diz “use IA com responsabilidade” não ensina comportamento observável.
Acompanhe poucas métricas, sempre por caso de uso: volume processado, tempo de ciclo, tempo de revisão, taxa de correção, taxa de rejeição, custo por unidade, incidentes de dados, percentual de saídas sem fonte e volume de fallback manual. Separe precisão percebida de erro verificado. Compare com uma linha de base anterior ao piloto e registre o período, o tamanho da amostra e a mudança de escopo. A OCDE encontrou benefícios percebidos entre PMEs usuárias, mas também mostrou que o uso em atividades centrais é menor; isso reforça a necessidade de medir o processo local, não importar promessa de pesquisa.
Se alguém colar dado proibido, publicar uma saída errada ou notar acesso indevido, o fluxo é: interromper o uso do caso; preservar horário, usuário, ferramenta e evidência; notificar o responsável de segurança ou privacidade; avaliar dados e titulares afetados; corrigir ou revogar acesso; comunicar quando exigido; e registrar causa e ação preventiva. Não apague o log para “resolver rápido”. A comunicação a titulares deve ser clara e os prazos dependem do enquadramento do incidente; envolva a pessoa competente em vez de improvisar uma notificação.
7. Transforme o piloto em uma regra operável
Depois do piloto, publique uma política de duas páginas com cinco anexos práticos: ferramentas e contas aprovadas; classificação de dados; casos proibidos; checklist de revisão; canal de incidente e dúvida. Dê uma data de revisão, um dono e uma versão. A política deve dizer o que a pessoa faz na segunda-feira, não apenas repetir princípios. Inclua como revogar acesso, como remover um aplicativo, onde guardar a saída e quem aprova nova integração. A Resolução da ANPD para pequeno porte reconhece que custos, estrutura, escala e volume importam; proporcionalidade não significa ausência de controle.
Para uma empresa de 20 a 100 funcionários, um comitê mensal de 30 minutos pode bastar: operações trazem resultados, TI traz acessos e configurações, privacidade ou jurídico traz mudanças de obrigação, financeiro traz custo e a direção decide prioridades. Mantenha uma fila de solicitações com status: recebido, em avaliação, aprovado com condições, recusado, em piloto, escalado, suspenso ou encerrado. Cada item precisa de proprietário e data de revisão. Assim, a regra sobrevive à troca de ferramenta e à saída de uma pessoa-chave.
Escale somente quando a qualidade se mantém com usuários comuns, não apenas com o campeão do piloto. Reavalie o fornecedor quando mudar modelo, termos, região de processamento, integração ou retenção. Reavalie o caso quando mudar a finalidade, o público afetado, o tipo de dado ou o grau de autonomia. A gestão deve conseguir responder em uma página: qual problema, qual risco, qual evidência, qual custo, qual responsável e qual mecanismo de parada. Se não consegue, o caso ainda não está pronto para crescer. Faça uma revisão trimestral do registro: retire ferramentas sem uso, confirme licenças, confira se o responsável ainda ocupa a função e compare incidentes por área. Quando um novo fornecedor for cogitado, peça evidências sobre acesso, retenção, exclusão, subcontratados, localização, suporte, portabilidade e aviso de mudança. Se a resposta vier apenas em material comercial, classifique como pendência e não como garantia. Para integrações com sistemas internos, aplique menor privilégio e limite o conjunto de campos exposto. Comece com leitura, não com escrita; somente depois de observar resultados estáveis considere permitir uma ação automática. Essa progressão reduz o raio de dano e dá à operação uma chance clara de interromper o fluxo. agora.
8. Roteiro de execução e decisão final
Dias 1 a 5: a direção comunica a regra provisória e nomeia um coordenador. Cada área lista tarefas, entradas, saídas, ferramentas e responsáveis. TI verifica contas e acessos; privacidade separa dados pessoais e confidenciais; operações escolhe três candidatos de baixo risco. O entregável é um inventário com prioridade e uma lista de usos bloqueados. Não tente catalogar todo software da empresa antes de agir: capture os fluxos com maior exposição ou impacto.
Dias 6 a 10: a equipe define classes verde, amarela, vermelha e preta, escolhe uma ferramenta corporativa ou decide que nenhum serviço atende ao caso, e escreve o RACI. Produza templates de prompt, checklist de revisão, regra de anonimização, retenção e caminho de incidente. Treine o grupo-piloto com dados sintéticos ou minimizados. O teste deve incluir entrada incompleta, ambiguidade, documento desatualizado, pedido fora do escopo e saída aparentemente convincente, mas errada.
Dias 11 a 20: rode o piloto em amostra limitada, registre todas as revisões e compare com a linha de base. O coordenador faz uma reunião curta duas vezes por semana para classificar falhas: dado ausente, instrução ambígua, fonte ruim, modelo inadequado, regra inexistente ou erro humano. Não trate toda falha como problema de modelo. Se o caso atingir um critério de parada, suspenda, documente e retome apenas com autorização do aprovador. Dias 21 a 30: consolide custo, qualidade, incidentes, horas e capacidade de revisão; publique a política; decida entre escalar, manter sob condição, redesenhar ou encerrar. Registre a decisão com data, evidência e responsável. A direção deve preferir um caso encerrado com aprendizado a uma implantação indefinida que só parece inovadora. A governança madura não elimina experimentos; torna suas fronteiras visíveis. Se você precisa transformar esse roteiro em uma matriz de casos de uso, critérios de piloto e política curta para a sua operação, descreva o processo, o volume e o principal risco em https://blog.cesarmachado.com/contato. Uma conversa útil começa pelo fluxo real e pode concluir que uma automação determinística é mais adequada que IA.
Os projetos são apresentados pelo problema e pela engenharia envolvida, preservando informações internas. O objetivo é mostrar como decisões de produto, arquitetura e operação se conectam.
Um projeto começa com uma pergunta de negócio, avança por uma primeira versão controlada e só cresce quando os dados mostram que a solução cabe na operação.
{{ item.num }}
{{ item.title }}
{{ item.text }}
LIMITES CLAROS
A confiança também está no que o sistema não promete.
Empresas de 20 a 100 pessoas, com um processo real para melhorar.
O ponto de partida é um processo específico, com responsável, volume e impacto identificáveis. A solução precisa caber na capacidade da equipe, produzir evidência e preservar controle sobre decisões importantes.
→{{ item }}
Tecnologias e camadas
A FERRAMENTA SEGUE O PROCESSO
{{ item }}
SE FIZER SENTIDO
Descreva um processo que você gostaria de entender melhor.
Envie o fluxo atual, o volume aproximado e o principal gargalo. A primeira conversa serve para entender o problema e avaliar o próximo passo mais proporcional.
Ferramentas
Clique em uma ferramenta para abrir. Conteúdo de cada uma a definir.
Kit atual
{{ t.num }}
{{ t.title }}
{{ t.desc }}
{{ t.state }}
Portfólio
Projetos de software e ecossistemas construídos com engenharia de IA. Conteúdo de cada caso a definir.
{{ caseCount }}
Projetos
capa do projeto{{ p.num }}
{{ p.kind }} · {{ p.year }}
{{ p.title }}
{{ p.desc }}
{{ tg.label }}
ABRIR CASO
{{ detail.num }}{{ detail.kind }}
{{ detail.title }}
{{ detail.desc }}
{{ m.k }}
{{ m.v }}
imagem principal do caso
{{ bl.title }}
{{ bl.hint }}
Vamos conversar sobre seu processo
4 PASSOS · DETALHES OPCIONAIS
Conte qual processo da sua empresa precisa melhorar. Não precisa ter uma solução de IA definida nem levantar números agora. Para começar, preciso apenas do processo, do seu nome e do e-mail para responder.
Mensagem recebida
Obrigado. Vou ler o contexto e responder pelo e-mail informado para entender os próximos passos.
