Separe quatro formas de participação
| Ponto de revisão | O que a pessoa faz |
|---|---|
| Orientação | Usa uma sugestão para embasar seu próprio trabalho; o sistema não decide por ela. |
| Confirmação | Confere a ação específica prestes a acontecer, incluindo seu destino e seus valores. |
| Aprovação | Toma uma decisão de negócio obrigatória antes de o processo continuar. |
| Escalonamento | Assume o trabalho porque o pedido é incerto, está fora do escopo ou não foi concluído. |
Um botão de confirmação não é automaticamente a aprovação de negócio exigida pelo procedimento. Por exemplo, confirmar o envio de uma mensagem não significa necessariamente aprovar a oferta comercial descrita nela.
- Preparar uma proposta
- Revisar evidências e impacto
- Aprovar ou rejeitar
- Verificar o resultado
Torne a decisão compreensível
O revisor precisa ver o resultado proposto, as evidências relevantes e as consequências. Para uma atualização, mostre o registro de destino e os valores importantes. Para uma mensagem externa, mostre o destinatário e o texto final. Dê à pessoa uma forma viável de rejeitar ou corrigir a proposta.
Evite uma tela em que a ação mais fácil seja aprovar informações que o revisor não pode examinar. Se faltarem evidências, “pedir esclarecimentos” deve ser um resultado legítimo, não uma falha em concluir a tarefa.
Um exemplo prático: alterar um compromisso de atendimento
Cenário ilustrativo. Um agente prepara uma resposta a um cliente que solicita uma entrega antecipada. Ele pode resumir o pedido e as informações relevantes da conta, mas um colega definido precisa aprovar qualquer alteração na data prometida. A rota configurada de atualização verifica a aprovação antes de aplicar a mudança.
Teste o que acontece quando o colega rejeita a proposta, o registro muda durante a revisão ou a atualização falha. A mensagem final deve descrever o resultado que realmente ocorreu.
Trate instruções e mecanismos de controle separadamente
Uma instrução como “sempre pergunte antes” descreve o comportamento pretendido. Se a aprovação for obrigatória, a ação permitida precisa de uma verificação efetiva que não possa ser satisfeita apenas porque o modelo afirma que existe aprovação. O mecanismo exato depende da implementação.
O AI Risk Management Framework do NIST organiza o trabalho de risco em governança, contexto, medição e gestão. Para um fluxo de negócio, isso significa atribuir responsabilidades e verificar o processo implantado, em vez de parar em uma política escrita. [1]
Verifique o canal antes de presumir a mesma experiência
REDA AI pode disponibilizar trabalho configurado por diferentes canais. Algumas ações podem ser executadas sem um cartão de aprovação, dependendo da configuração e do canal. Um aplicativo assistente externo também pode apresentar interações de outra forma. Não transforme uma captura de um fluxo de confirmação em garantia para todas as interfaces.
Revise o canal e a ação escolhidos com seu administrador. Nosso guia de governança explica os limites dos controles; o piloto deve demonstrar o ponto de revisão exigido com um usuário representativo.
Fontes
- NIST — AI Risk Management Framework. Acessado em 22 de setembro de 2026.