Avaliação de prontidão para IA: checklist para pequenas empresas

Uma avaliação de prontidão para IA serve para indicar qual tarefa sua empresa já pode testar com segurança, não para dar um selo ao negócio. Pontue as respostas a 15 perguntas distribuídas em cinco áreas, confira as condições que impedem o avanço e use o resultado para definir os próximos 90 dias. Para uma empresa com 10-200 pessoas, a resposta útil é concreta: este fluxo de trabalho pode começar com estes controles, ou precisa esperar por estes ajustes.

Comece por um fluxo de trabalho antes de avaliar a empresa inteira

Avalie a tarefa em que a IA vai ajudar antes de avaliar o negócio como um todo. Uma empresa pode estar preparada para redigir atualizações internas de projetos e ainda não ter condições de deixar um software enviar compromissos a clientes. Cada decisão exige evidências diferentes, mesmo que as pessoas e as ferramentas sejam as mesmas.

Pense na prontidão para inteligência artificial como a revisão de um veículo antes de uma viagem específica. Ter a chave não garante que os freios funcionem nem que o veículo seja adequado ao percurso. A assinatura de uma ferramenta de IA é a chave. Os dados, os acessos, os revisores e as regras de operação é que determinam se a viagem faz sentido.

Escolha uma tarefa recorrente, com uma entrada identificável, uma saída que alguém consiga conferir e um responsável. “Melhorar a operação” é amplo demais. “Redigir a atualização semanal do projeto a partir de anotações aprovadas, com revisão do gerente de projetos antes do envio” já é algo que dá para avaliar.

Este roteiro foi criado para um teste pequeno e supervisionado de tarefas do dia a dia. Decisões que afetam contratação, crédito, saúde, segurança ou direitos legais exigem uma avaliação separada, feita por profissionais qualificados naquele contexto. Uma pontuação alta aqui não autoriza esses usos.

O dono da empresa ou o diretor de operações (COO) define o resultado esperado e quem responderá por ele. O responsável por TI verifica permissões e configurações. Quem executa a tarefa explica as exceções e avalia se a saída é útil. Em uma empresa pequena, a mesma pessoa pode acumular funções, mas todas as verificações continuam necessárias.

Avaliação de prontidão para IA: modelo de uma página para copiar

Pontue apenas o que pode ser demonstrado hoje. Uma política que ninguém leu, uma configuração administrativa que ninguém conferiu ou um revisor que ainda não praticou a conferência de uma saída merece, no máximo, pontuação parcial.

Os critérios abaixo são um recurso de planejamento criado para este artigo. Os pesos e os limites de pontuação são escolhas editoriais: não são indicadores preditivos validados, referências de mercado nem um teste de certificação. Todas as perguntas têm o mesmo peso para simplificar a conta; os requisitos críticos impedem que essa simplicidade esconda uma omissão perigosa.

Copie o roteiro de Tarefa até Próxima ação para um documento. Guarde capturas de tela, arquivos de exemplo e anotações de apoio em uma pasta separada de evidências para manter a avaliação enxuta.

Checklist de inteligência artificial: o que verificar

Tarefa: __________ Responsável: __________ Data: __________

Pontue cada resposta: 0 = ausente ou desconhecido; 1 = parcialmente comprovado; 2 = totalmente comprovado para esta tarefa. Ao lado de cada nota, inclua uma referência breve à evidência. Se a pergunta reunir várias verificações, todas precisam ser atendidas para receber 2. Cada área soma 6; o total geral é 30.

A. O trabalho que vale a pena automatizar

• A1. Existe uma tarefa recorrente, com responsável definido e entradas e saídas claras?
• A2. Você registrou a frequência, o tempo atual de execução e os erros comuns dessa tarefa com base em exemplos recentes?
• A3. Está documentado o que uma saída útil deve conter, com exemplos aceitáveis e inaceitáveis?

B. Dados e acessos

• B1. As entradas representativas estão atualizadas, legíveis e consistentes o suficiente para esta tarefa?
• B2. REQUISITO CRÍTICO: Foi confirmada a permissão para usar essas entradas nesta ferramenta e para esta finalidade?
• B3. REQUISITO CRÍTICO: Foi verificado se usuários e conexões acessam apenas as informações permitidas para esta tarefa?

C. Ferramentas já contratadas

• C1. Você verificou as assinaturas existentes, os recursos incluídos, as licenças disponíveis e quem administra tudo isso?
• C2. REQUISITO CRÍTICO: O administrador aprovou a ferramenta e a conta específicas e conferiu as configurações e os termos de tratamento de dados?
• C3. O fluxo proposto consegue receber o material necessário e devolver uma saída utilizável, sem depender de suposições não verificadas?

D. Pessoas e habilidades

• D1. Há alguém responsável pelo teste, com tempo reservado e uma pessoa de apoio para substituí-lo?
• D2. REQUISITO CRÍTICO: O revisor designado consegue conferir os fatos nas fontes e identificar erros que possam ter consequências relevantes?
• D3. Os futuros usuários praticaram a tarefa, inclusive como contestar uma resposta e relatar um problema?

E. Riscos e políticas

• E1. REQUISITO CRÍTICO: As entradas permitidas, os usos autorizados e os usos proibidos estão documentados e foram compreendidos pelos participantes?
• E2. Você identificou quem pode ser prejudicado por um erro e quais casos precisam ser encaminhados a uma instância responsável?
• E3. REQUISITO CRÍTICO: Foram praticados os procedimentos de aprovação humana, interrupção do teste, relato de incidentes e retorno ao processo manual?

Totais: A ___/6 + B ___/6 + C ___/6 + D ___/6 + E ___/6 = ___/30.

Decisão: 0-11: corrigir a base. 12-21: preparar um piloto com escopo delimitado. 22-30: executar um piloto com medição de resultados se todos os requisitos críticos forem atendidos. Qualquer requisito crítico abaixo de 2 impede o uso de dados reais da empresa ou de clientes e o uso operacional; nesse caso, use apenas exemplos sintéticos em um ambiente aprovado. Qualquer área abaixo de 3/6 precisa ser corrigida antes da expansão.

Próxima ação: __________ Pessoa responsável: __________ Prazo: __________

O que serve como evidência?

Uma anotação breve que aponte para algo verificável basta. Em B2, registre qual responsável pelos dados aprovou o uso e quais limites se aplicam. Em B3, apresente uma verificação de permissões feita com a conta de um usuário comum do piloto, sem se limitar à visão do administrador. Em C2, registre o tipo de conta, os termos relevantes sobre retenção e uso de dados para treinamento, as conexões habilitadas e a data da verificação. “O fornecedor diz que é seguro” não responde a essas perguntas.

Em D2, peça ao revisor que compare um rascunho com a fonte e identifique um erro factual inserido de propósito. Use material sintético em um exercício claramente identificado como tal. A intenção é verificar o hábito de conferência antes que alguém passe a depender dele.

Desconhecido significa 0, não “deve estar tudo bem”. Se houver discordância entre colegas, adote a menor pontuação até que as evidências resolvam a divergência. Não dê pontos por planos de corrigir algo no mês seguinte.

Como usar sua pontuação para planejar os próximos 90 dias

Use a faixa de pontuação para priorizar o trabalho e os requisitos críticos para decidir se um teste com dados reais pode começar. Esses períodos orientam o planejamento; o fim de um prazo não concede autorização. Se uma correção obrigatória demorar mais, o piloto terá de esperar.

0-11: corrija a base

Primeiro passo: escolha uma tarefa e defina seu responsável. Se você ainda não consegue descrever a entrada, a saída e quem responde pelo resultado, comprar outra ferramenta não vai eliminar a incerteza.

Nos dias 1-30, reúna exemplos, registre como o processo funciona hoje e identifique onde os dados estão armazenados. Verifique os softwares existentes e documente as regras básicas. Escolha uma tarefa de menor risco se a ideia original depender de dados que não podem ser usados.

Nos dias 31-60, organize uma pequena amostra representativa, confira os acessos e pratique com exemplos sintéticos em um ambiente aprovado. Os participantes devem ter um processo manual funcional ao qual possam retornar. A meta é obter evidências para as perguntas ainda sem resposta, mais do que montar uma demonstração impressionante.

Nos dias 61-90, avalie a mesma tarefa novamente. Só comece um piloto delimitado com dados reais depois de alcançar pelo menos a faixa intermediária e atender a todos os requisitos críticos. Encerrar o trimestre com uma decisão documentada de esperar é um resultado útil se a tarefa continuar inadequada.

12-21: prepare um piloto com escopo delimitado

Primeiro passo: atribua um responsável e um prazo a cada requisito crítico não atendido. Em seguida, corrija a área mais fraca, em vez de continuar aperfeiçoando a mais forte.

Nos dias 1-30, conclua essas salvaguardas, defina o que é uma saída aceitável e registre a linha de base do processo manual. “Linha de base” é o desempenho do trabalho antes do teste, incluindo o tempo de conferência e correção. Uma política de uso aceitável de IA pode fornecer as regras por escrito; adapte-a à tarefa e às entradas que serão usadas.

Nos dias 31-60, se todos os requisitos críticos forem atendidos, execute a tarefa com dois usuários designados e um revisor. Mantenha as saídas como rascunhos até a aprovação. Acompanhe o tempo total de execução, as correções e as exceções em paralelo ao processo manual. Se os usuários ainda não praticaram o fluxo, treine-os antes de começar, mesmo que a pontuação total já seja suficiente.

Nos dias 61-90, decida se o teste deve continuar, mudar ou ser encerrado. Repita a avaliação quando houver mudança na tarefa, na fonte de dados, na ferramenta ou no escopo das permissões. Progredir significa ter menos lacunas em aberto e evidências melhores; aumentar o número de usuários, por si só, não basta.

22-30: execute um piloto com medição de resultados

Primeiro passo: examine os requisitos críticos e a área com menor pontuação. Um total alto sustenta um teste controlado; não justifica envio automático, acesso irrestrito ou implantação em toda a empresa.

Nos dias 1-30, combine os critérios de aceitação e inicie um teste pequeno se os requisitos críticos forem atendidos e os participantes souberem executar a tarefa. O revisor continua responsável por toda saída usada na operação. Nesta etapa, avalie se o fluxo completo é útil, incluindo o esforço humano necessário para trabalhar com a IA.

Nos dias 31-60, revise os resultados semanalmente. Amplie a variedade dos exemplos antes de aumentar o número de usuários. Um sistema que lida bem com anotações rotineiras ainda pode falhar diante de uma atualização ambígua, da falta de material de origem ou de uma mudança nas instruções do cliente.

Nos dias 61-90, só amplie o uso se o fluxo atender aos critérios documentados em dois períodos consecutivos de revisão, não houver nenhum requisito crítico pendente e todas as áreas tiverem pelo menos 3/6. Essa é uma regra operacional proposta para este teste pequeno, não uma comprovação estatística de confiabilidade. Se conferir a saída levar tanto tempo quanto fazer o trabalho manualmente, simplifique a tarefa ou encerre o teste.

Exemplo completo: uma prestadora de serviços com 40 pessoas

Uma empresa fictícia de serviços, com 40 pessoas, recebe 18/30. Seu primeiro passo, portanto, é corrigir as condições necessárias para um piloto. Ela ainda não está pronta para usar informações reais de projetos.

A tarefa proposta é redigir uma atualização interna de projeto a partir de anotações aprovadas. Um gerente de projetos verificaria cada afirmação factual e enviaria a mensagem final. O teste não enviaria mensagens automaticamente, alteraria registros nem assumiria compromissos com clientes.

As evidências e as pontuações a seguir são ilustrativas. Não representam resultados de clientes, um teste de produto nem uma afirmação de que algum assistente específico consegue executar a tarefa.

Os subtotais são trabalho 4/6, dados 4/6, ferramentas 4/6, pessoas 3/6 e risco 3/6. A conta é 4 + 4 + 4 + 3 + 3 = 18/30. B2 é o único requisito crítico já atendido.

A decisão do COO é: preparar o teste e manter os dados reais dos projetos fora dele até atender aos demais requisitos críticos. O administrador verifica B3 e C2. O gerente de projetos demonstra D2. O COO explica os limites documentados de E1 e ensaia com os participantes os procedimentos de aprovação, relato de incidentes, interrupção e retorno ao processo manual de E3.

Se cada um desses cinco itens passar de 1 para 2, a nova pontuação será 23/30. Essa conta não elimina a pendência em D3: os usuários ainda precisam praticar. Quando concluírem a prática e D3 passar de 0 para 2, o total chegará a 25/30, com notas de 4, 5, 5, 6 e 5 por área. Nessa sequência hipotética, todos os requisitos críticos estarão atendidos.

Antes do primeiro rascunho com dados reais, a empresa precisa concluir a linha de base, os exemplos de aceitação e a verificação de entrada e saída de C3. As notas desses itens só devem mudar quando houver evidências que sustentem a alteração. Se a ferramenta não der conta do fluxo proposto, escolha outra tarefa. A empresa ainda não tem evidências de horas economizadas; terá de medir isso, incluindo o tempo gasto na verificação e na correção do rascunho.

Faça a avaliação em uma semana de trabalho

Use a semana para chegar a uma decisão documentada, sem prometer uma implantação concluída. O trabalho consiste em reunir evidências com as pessoas que já conhecem a tarefa.

1. 1

   Segunda-feira: escolha a tarefa e reúna exemplos

   O dono da empresa ou o COO define a tarefa, seu responsável e a decisão que precisa ser tomada até sexta-feira. Peça a quem executa o trabalho dez exemplos recentes, incluindo casos difíceis. Registre a frequência, o tempo gasto e as correções comuns. Essa é uma amostra prática para começar, sem pretensão de comprovar que todas as exceções foram cobertas.

2. 2

   Terça-feira: confira os dados e o acesso na prática

   O responsável por TI e o responsável pelos dados examinam cinco documentos de origem representativos. Confirme a permissão para o uso proposto e verifique o acesso com a conta de um usuário comum do piloto. Procure versões desatualizadas, pastas que misturem clientes, informações pessoais e materiais com restrições de uso. A existência de uma pasta não significa que ela seja adequada para conexão.

3. 3

   Quarta-feira: levante as ferramentas e o uso atual

   Verifique as assinaturas que a empresa já tem, os tipos exatos de conta e quem pode administrá-las. Pergunte à equipe quais assistentes, extensões de navegador ou ferramentas de reunião já usa no trabalho. Trate isso como um levantamento: uma lista de faturas, por si só, não revela os usos que estão fora da supervisão. O guia de shadow AI, isto é, o uso de IA no trabalho fora da supervisão aprovada, ajuda a estruturar essa conversa.

4. 4

   Quinta-feira: pratique as verificações de pessoas e políticas

   Reserve uma hora para os futuros usuários e o revisor praticarem com material sintético em um ambiente aprovado. Compare um rascunho com a fonte, rejeite uma afirmação sem respaldo, relate um problema e retorne ao processo manual. Pontue o comportamento demonstrado; a presença, por si só, não vale pontos.

5. 5

   Sexta-feira: pontue, decida e atribua as correções

   O dono da empresa ou o COO, o responsável por TI e o responsável pela tarefa comparam as evidências, resolvem divergências e somam os pontos do roteiro. Registre a faixa, os requisitos críticos não atendidos, a primeira ação, a pessoa responsável e o prazo. Combine uma data de revisão e guarde esta versão para que as próximas pontuações mostrem o que mudou.

Que ferramenta usar na avaliação de prontidão para IA?

Um documento e uma planilha bastam para essa primeira decisão. Mantenha juntos o código da pergunta, a pontuação, a referência à evidência e a próxima ação. Uma explicação rastreável para cada resposta vale mais do que um painel elaborado.

No item “ferramentas já contratadas”, conte a adequação comprovada, e não o número de assinaturas. Um recurso incluído no plano pode estar indisponível para os usuários previstos, desativado pelo administrador ou ser inadequado aos dados envolvidos. Confira a conta e o fluxo que serão usados antes de colocar outra compra no plano.

Consulte o guia de ferramentas de IA para pequenas empresas depois de esclarecer a tarefa e suas restrições. Se Claude, da Anthropic, estiver entre as opções, o guia de fluxos de trabalho com Claude para pequenas empresas traz ideias para avaliar. Nenhum dos dois links substitui a verificação da sua conta, das permissões e do resultado exigido.

Como os frameworks se encaixam na avaliação de prontidão para IA?

Frameworks públicos ajudam a aprofundar os controles depois que as lacunas são identificadas. O AI Risk Management Framework, ou NIST AI RMF, do National Institute of Standards and Technology, oferece orientações voluntárias para gerenciar riscos de IA; seu Playbook organiza ações sugeridas nas funções Govern, Map, Measure e Manage e deixa explícito que não é um checklist a ser cumprido integralmente. Use-o para examinar com mais cuidado as responsabilidades, o contexto, a avaliação e as respostas. A ISO/IEC 42001 especifica requisitos para estabelecer e melhorar continuamente um sistema de gestão de IA, ou seja, as políticas, as responsabilidades e os processos da organização para IA. Ela é relevante quando você precisa dessa estrutura organizacional formal. Essas páginas públicas foram verificadas em 23 de outubro de 2026. Este roteiro é um recurso original de planejamento, não uma avaliação do NIST, uma avaliação de conformidade com a ISO ou uma comprovação de certificação; use o framework de governança de IA para pequenas empresas para transformar suas conclusões em responsabilidades atribuídas e regras de decisão.

O que há de exagero no discurso sobre prontidão para IA?

Uma pontuação aparentemente precisa pode esconder uma resposta vaga. Um 18/30 sustentado por evidências é mais útil do que um 28/30 cheio de confiança, mas baseado em suposições. As faixas ajudam a organizar o trabalho; elas não medem uma característica universal da empresa. Não transforme o total em porcentagem para dizer que o negócio está “tantos por cento pronto”.

Mais ferramentas não resolvem um trabalho mal definido. Se não houver acordo sobre o que é um bom resultado, a tarefa continuará difícil de avaliar depois da contratação de uma nova assinatura. O mesmo vale para materiais de origem que se contradizem. Às vezes, a primeira melhoria é um formulário padrão de entrada ou um processo de aprovação mais claro.

Passar na avaliação não comprova o benefício. A avaliação verifica se existem condições para um teste que faça sentido. O teste verifica se o fluxo melhora o trabalho. Meça a preparação, a revisão, a correção e o tratamento de exceções junto com o tempo de geração. Um rascunho produzido rapidamente, mas que demora mais para ser conferido, ainda pode ser uma escolha ruim.

A pontuação não autoriza autonomia. Passar de “redigir para uma pessoa revisar” a “enviar sem aprovação” muda o fluxo e suas consequências. Faça uma nova avaliação. Dar ao mesmo assistente acesso aos arquivos de outro departamento também exige reavaliação. Nem 30/30 permite que uma nova permissão ou um novo caso de uso herde evidências que nunca teve.

Perguntas frequentes

O que é uma avaliação de prontidão?

Uma avaliação de prontidão compara as evidências disponíveis hoje com as condições necessárias para um próximo passo específico. No caso da IA, isso significa verificar o trabalho, os dados, as ferramentas, as pessoas e as regras de operação, e então registrar o que pode avançar e o que precisa ser corrigido. O resultado útil é uma decisão com responsáveis definidos, além da pontuação.

Como obter a avaliação de prontidão para IA em PDF?

Copie o roteiro de uma página para seu editor de documentos e exporte ou imprima como PDF. Guarde as anotações de evidências separadamente e mantenha uma cópia editável para refazer a pontuação. As perguntas completas e as regras de pontuação estão nesta página; não é necessário preencher um formulário de avaliação nem informar seu e-mail.

O que fazer já na segunda-feira

Agende a avaliação com o responsável por uma tarefa recorrente e com quem administra os dados e as ferramentas usados nela. Peça exemplos recentes antes da reunião. Até sexta-feira, complete esta frase: “Podemos testar este fluxo dentro destes limites, depois de resolver estas lacunas identificadas.” Se não conseguir terminá-la, faça da busca pelas evidências que faltam a próxima ação.

Para receber guias práticos sobre como escolher e executar fluxos de trabalho com IA, assine a newsletter.