Escolha uma tarefa, teste um pedido e monte um projeto com revisão e plano de 30 dias.
Revisão documental: 2026-10-02. Instruções baseadas em documentação oficial. Produtos não foram instalados nesta revisão.
Este HTML abre sem internet. Fontes e links externos exigem conexão. O progresso deste arquivo fica separado da versão no site; os quizzes são de estudo e não emitem certificado.
Aula 1 · cerca de 15 minutos
Escolha uma tarefa que vale testar
Descrever uma tarefa repetida e um resultado que alguém consegue conferir.
O problema
Você perde tempo refazendo relatórios, mensagens ou listas, mas ainda não sabe onde a IA ajuda.
Entenda
Comece por uma tarefa pequena, repetida e reversível. Uma boa candidata tem entrada conhecida, uma saída curta e alguém que entende o resultado.
A IA pode organizar, redigir e sugerir. O gestor continua responsável pelos fatos, pela decisão e por quem recebe a saída. Um texto fluente ainda pode conter erro.
Tempo gasto antes do teste é a referência de comparação. Registre também erros e retrabalho; uma resposta rápida pode exigir muita correção.
Faça você mesmo
Escolha uma tarefa que você fez ao menos duas vezes no mês. Exemplo: transformar notas de reunião em pendências.
Anote quanto tempo leva hoje e o que costuma dar errado.
Escreva quem confere a saída e qual erro impediria seu uso.
Crie uma entrada fictícia de cinco linhas e defina o formato de resposta.
Tarefa: organizar pendências de uma reunião fictícia.
Entrada: notas fornecidas por mim.
Saída: lista com ação, responsável e prazo.
Limite: não criar nome ou data ausente.
Quem revisa: o gestor da reunião.
Referência: registrar meu tempo manual antes de testar.
Confira
A tarefa cabe em uma frase e tem uma saída definida.
Você consegue explicar como reconhecer um erro.
Há uma pessoa responsável pela revisão.
Erros comuns
Escolher automatizar toda a empresa de uma vez.
Comparar só velocidade e ignorar revisão.
Limites e segurança
Use um exemplo fictício na primeira tentativa.
Não comece por decisões médicas, jurídicas, contratação ou movimentação financeira.
Desafio
Escolha duas tarefas e priorize a que tem menor impacto caso a resposta esteja errada.
Construir um pedido com objetivo, contexto, entrada, limites e formato.
O problema
Uma instrução como “melhore isso” não diz qual resultado você precisa.
Entenda
Um pedido útil explica o que fazer, para quem, com quais dados e em qual formato. Acrescente limites que mudam a avaliação: extensão, fontes, tom e campos obrigatórios.
Use exemplos de saída quando o formato importa. Dizer “aja como especialista” não substitui os dados ou o critério de conferência.
Quando faltar uma informação, peça que a IA a marque como não informada. Isso ajuda a detectar lacunas, mas você ainda precisa conferir.
Faça você mesmo
Escolha a tarefa da aula anterior.
Escreva o objetivo em uma frase.
Cole apenas a entrada fictícia necessária.
Defina formato e dois limites.
Rode o pedido e compare a saída com a entrada.
Organize estas notas fictícias para a equipe comercial.
Entregue uma lista com ação, responsável e prazo.
Use apenas as informações abaixo. Quando faltar nome ou data, escreva “não informado”. Não envie mensagens.
Notas: Ana vai revisar a proposta até sexta. O catálogo precisa de atualização, mas ninguém assumiu. A reunião de acompanhamento ainda não tem data.
Confira
A saída preserva Ana e sexta sem criar horário.
O catálogo aparece sem responsável inventado.
A reunião sem data fica marcada como não informada.
Erros comuns
Pedir certeza absoluta em vez de conferir.
Enviar instruções vagas e corrigir tudo manualmente.
Limites e segurança
Nunca cole senha, chave de API ou documento privado neste exemplo.
Desafio
Escreva uma segunda versão mais curta e confira se ela preserva os mesmos limites.
Definir critérios antes de escolher a melhor versão.
O problema
A resposta mais longa ou mais bonita pode preservar menos fatos.
Entenda
Compare versões usando as mesmas entradas. Se você muda pedido, dados e ferramenta ao mesmo tempo, fica difícil entender o que melhorou.
Defina três critérios: fatos preservados, formato respeitado e lacunas sinalizadas. Uma falha grave reprova a resposta mesmo quando o restante parece bom.
Registre tempo de execução, revisão e retrabalho. A amostra pequena orienta o próximo teste; ela não prova que a ferramenta funciona em toda situação.
Faça você mesmo
Crie três entradas fictícias: uma completa, uma com campo ausente e uma com notas contraditórias.
Rode as duas versões do pedido em cada entrada.
Confira cada saída sem olhar qual versão a produziu.
Marque aprovado ou reprovado por critério e registre tempo de revisão.
Caso 1: todas as notas têm responsável e prazo.
Caso 2: uma tarefa não tem responsável.
Caso 3: duas notas dão datas diferentes para a mesma tarefa.
Critérios: preservar fatos; sinalizar ausências ou conflito; entregar o formato combinado.
Falha que reprova: inventar ou escolher uma data sem indicar o conflito.
Confira
As duas versões receberam as mesmas entradas.
O caso contraditório não virou uma falsa certeza.
O registro permite justificar qual versão usar.
Erros comuns
Escolher pela preferência de estilo.
Usar um único exemplo fácil como prova geral.
Limites e segurança
Guarde somente exemplos autorizados ou fictícios na biblioteca de testes.
Desafio
Adicione um caso que você espera que o pedido recuse ou encaminhe para uma pessoa.
Salvar modelos curtos com finalidade, versão e limites.
O problema
A equipe copia pedidos de conversas antigas e não sabe qual versão funciona.
Entenda
Uma receita contém tarefa, entrada esperada, modelo de pedido, revisão e responsável. Ela deve explicar quando usar e quando encaminhar para uma pessoa.
Organize por atividade, como reunião, pesquisa, atendimento e análise de planilha. Escolher pela tarefa ajuda a adaptar o mesmo modelo a várias ferramentas.
Uma receita aprovada em três exemplos continua precisando de revisão quando os dados, a ferramenta ou o processo mudam.
Faça você mesmo
Abra o Atlas ou os playbooks de Prompt Engineering na Academy.
Escolha três modelos relacionados ao trabalho da sua equipe.
Adapte cada um com o formato e os limites testados.
Registre versão, responsável e exemplos de aprovação.
Receita: resposta interna a uma dúvida de processo.
Versão: 1.0.
Entrada: trecho autorizado da política e pergunta.
Pedido: responda apenas com base no trecho; indique o ponto usado; se não houver resposta, encaminhe para o responsável.
Revisão: a pessoa confere o trecho citado antes de enviar.
Responsável: gestor do processo.
Confira
Cada receita diz quais dados recebe.
Há indicação de revisão e encaminhamento.
A equipe sabe qual versão foi testada.
Erros comuns
Salvar só o pedido sem contexto de uso.
Compartilhar conversas que contenham dados privados.
Limites e segurança
A biblioteca compartilhada deve conter modelos e exemplos fictícios, sem dados de clientes.
Desafio
Monte uma receita de pesquisa com exigência de fonte e data.
Escrever uma regra de uso que a equipe consegue seguir.
O problema
Conectar uma ferramenta aos documentos da empresa amplia o que ela pode ler e fazer.
Entenda
Antes de enviar dados, identifique o que a tarefa realmente exige e quem autorizou o acesso. Na prática inicial, use material fictício e nenhuma conexão empresarial.
Permissão de leitura e permissão de envio têm efeitos diferentes. Um agente que prepara uma mensagem não precisa receber autorização para enviá-la.
Uma política curta precisa dizer quais dados podem ser usados, quem aprova ações, como registrar erros e como interromper o acesso. Revise o texto com quem responde pela privacidade da empresa.
Faça você mesmo
Liste os dados necessários para uma tarefa.
Retire os campos que não mudam o resultado.
Defina quem pode fornecer a entrada e conferir a saída.
Escreva quais ações sempre precisam de aprovação.
Anote como revogar acesso e comunicar um erro.
Regra inicial para teste: usar somente dados fictícios ou material explicitamente autorizado.
A IA prepara rascunhos. Uma pessoa confere fatos e destinatário antes do envio.
Senhas, chaves e dados sensíveis ficam fora dos pedidos.
Erro observado: interromper a rotina, registrar o caso sem expor dados e avisar o responsável.
Conexões empresariais dependem de revisão específica de acesso e privacidade.
Confira
O texto identifica responsável e ação de interrupção.
Nenhuma conexão desnecessária foi autorizada.
O envio externo exige revisão.
Erros comuns
Tratar apagar a conversa como garantia de retirada dos dados.
Dar acesso amplo antes de testar a tarefa.
Limites e segurança
Este exercício organiza responsabilidades; não substitui análise jurídica ou política de privacidade do fornecedor.
Desafio
Explique a regra para alguém da equipe em um minuto e peça que repita quando deve parar.
Executar uma tarefa de gestão com entrada, revisão e resultado registrado.
O problema
Uma demonstração funciona uma vez, mas a equipe não sabe repeti-la.
Entenda
Escolha um projeto que produza um artefato útil: briefing semanal, lista de pendências ou rascunho de atendimento. Defina o que entra, o que sai e quem usa.
Um projeto completo inclui um caso normal e um caso em que deve parar. Falta de fonte, conflito nos dados e pedido fora do escopo são bons casos de interrupção.
Comece manualmente. Automatizar antes de entender a revisão pode multiplicar o mesmo erro.
Faça você mesmo
Escolha um dos projetos descritos na página do curso.
Preencha o caderno de projeto com objetivo e limites.
Execute o pedido com três entradas fictícias.
Revise e registre os erros.
Peça para outra pessoa repetir a tarefa usando apenas o caderno.
Projeto: briefing semanal de pendências.
Entrada: lista fictícia de dez tarefas com status e data.
Saída: pendências agrupadas por responsável, dados ausentes e três pontos para conferir.
Parar: conflito de status ou responsável ausente em tarefa urgente.
Resultado: documento revisado, sem envio automático.
Confira
Outra pessoa consegue repetir o fluxo.
O caso de interrupção foi testado.
O resultado é identificável e revisado.
Erros comuns
Apresentar uma simulação como operação em produção.
Conectar todos os sistemas para resolver uma tarefa pequena.
Limites e segurança
Ações que atingem clientes, dinheiro ou pessoas continuam fora do teste inicial.
Desafio
Apresente o projeto em três minutos: problema, fluxo, evidência e próximo teste.
Definir quatro semanas de teste com um indicador simples.
O problema
O curso terminou, mas ninguém reservou tempo ou assumiu o processo.
Entenda
Um plano de adoção começa com um responsável, uma tarefa e um horário de revisão. Defina antes do teste quando continuar, corrigir ou interromper.
Meça tempo total por item aprovado, incluindo revisão, e quantidade de itens que precisaram de correção. Não converta hipótese em economia já realizada.
Quando o projeto funciona em uma amostra pequena, amplie devagar. Mais pessoas e mais dados exigem nova checagem de acesso.
Faça você mesmo
Semana 1: escolha a tarefa, registre referência manual e monte cinco casos fictícios.
Semana 2: teste o pedido, registre erros e ajuste a receita.
Semana 3: repita com outra pessoa usando somente dados autorizados.
Semana 4: compare tempo, revisão e erros; decida continuar, corrigir ou parar.
Indicador: minutos totais por briefing aprovado.
Referência: medir cinco execuções manuais.
Responsável: gestor do processo.
Revisão: uma vez por semana.
Interrupção: dado inventado, destinatário indevido ou ausência de autorização.
Decisão no dia 30: documentar o resultado observado e escolher o próximo teste.
Confira
O indicador tem uma definição que outra pessoa consegue medir.
Há responsável e revisão marcada.
O plano registra a condição de interrupção.
Erros comuns
Prometer percentual de economia antes de medir.
Expandir o processo apenas porque uma resposta ficou boa.
Limites e segurança
Use dados empresariais somente depois da autorização de acesso e revisão aplicável.
Desafio
Preencha o caderno e baixe seu plano. Agende a primeira revisão no seu calendário.
Separar aprendizado, teste e implantação na empresa.
O problema
O projeto parece útil, mas ainda depende de uma conversa e de ajustes manuais.
Entenda
A prática individual ensina a tarefa. Uma implantação empresarial também exige contas adequadas, acesso, registros, monitoramento, manutenção e alguém que responde por falhas.
Leve o projeto e os casos de teste para um diagnóstico. Isso ajuda a definir qual integração faz sentido e quais ações continuam dependendo de aprovação.
Você pode continuar aprendendo com cursos dos fabricantes. Confira custo, idioma, requisitos e o tipo de certificado antes de se matricular.
Faça você mesmo
Revise seus quatro entregáveis: pedido, receitas, projeto e plano.
Liste o que foi observado e o que ainda é hipótese.
Identifique a integração que realmente falta.
Escolha continuar o teste, pedir revisão técnica ou levar o projeto ao diagnóstico.
Foi observado: o pedido preservou os fatos em cinco casos fictícios.
Ainda precisa de prova: execução com dados autorizados, acesso da equipe e rotina de manutenção.
Próximo passo: revisar permissões e repetir o teste com responsável definido.
Pedido de diagnóstico: avaliar uma rotina específica, com exemplos anonimizados e critérios de aprovação.
Confira
As afirmações dizem em quais casos foram observadas.
O próximo passo cabe em uma ação concreta.
Nenhum resultado financeiro foi inventado.
Erros comuns
Confundir certificado de avaliação com habilitação profissional.
Dizer que a empresa já está automatizada após um exercício.
Limites e segurança
O certificado da Academy registra uma avaliação aberta desta edição; não é credencial oficial de um fabricante.
Desafio
Revise o projeto com a avaliação final e registre uma melhoria que você fará na semana seguinte.