Voltar ao Blog

Fundamentos

POC de KYC: roteiro em 5 fases para testar antes de assinar

Roteiro de prova de conceito em cinco fases para avaliar fornecedor de KYC, com amostra que inclui fraude conhecida e leitura final por custo por cadastro aprovado.

Equipe de projeto em sala de reunião com quadro de cinco etapas

Uma POC de KYC útil testa hipótese declarada antes de começar, com amostra que inclui caso difícil e fraude conhecida, e termina em custo por cadastro aprovado. POC com base limpa só mede o que já funcionava.

Prova de conceito virou etapa comum na compra de verificação de identidade, e virou também um ritual vazio em boa parte das empresas. O roteiro típico: o time recebe credencial de ambiente de teste, roda alguns cadastros de colegas com documento em bom estado, todos passam, e o relatório diz que a solução funciona.

Esse teste responde a uma pergunta que ninguém fez. Você já sabia que documento novo, foto boa e rede estável passam. O que precisa descobrir é o comportamento nos casos que produzem prejuízo: documento antigo, foto ruim, conexão instável, fraude organizada e o que acontece com quem foi reprovado por engano. Para a etapa anterior, de seleção de quem entra na POC, veja a pauta sobre como escolher um fornecedor de KYC.

Por que POC com base limpa não prova nada

A primeira é estatística. Em uma amostra de cadastros conhecidos e cooperativos, a taxa de aprovação tende ao topo em qualquer fornecedor sério. O teste não discrimina, porque a variância que interessa está na cauda, não no centro.

A segunda é de desenho. Verificação existe para separar quem é de quem finge ser. Sem caso de fraude na amostra, você mede só um lado da matriz de decisão e fica sem a informação de falso negativo, que é a que gera perda.

A terceira é operacional. POC limpa nunca enche a fila de exceção. Você assina o contrato sem ter medido volume, prazo e custo do que cai em análise manual, e descobre isso em produção. A correção é direta: construa a amostra para produzir dúvida, não aprovação.

As cinco fases de uma POC que decide alguma coisa

Fase 1: hipótese e critério de sucesso

Escreva, antes de qualquer credencial, o que quer descobrir. Hipótese ruim: "avaliar a solução". Hipótese boa: "para o nosso público de primeira conta, com captura por navegador, a decisão automática cobre pelo menos X por cento dos cadastros submetidos sem elevar a fraude aprovada acima do patamar atual".

Junto vão o critério de sucesso numérico, a janela de observação e o nome de quem decide. POC sem dono termina em empate.

Fase 2: preparação da amostra

É a fase que define a qualidade de tudo o que vem depois, e a que costuma receber menos tempo. A amostra precisa de quatro blocos:

  • Casos representativos do público real, extraídos do seu histórico, não do time interno.
  • Casos difíceis legítimos: documento com dez anos de emissão, plastificado e desgastado, pessoa idosa, variação de nome por casamento, CPF com situação cadastral irregular por motivo banal.
  • Casos de fraude conhecida: tentativas que você já confirmou, com rótulo. Sem esse bloco não há como medir o que passa.
  • Casos de reapresentação: o mesmo cadastro tentando de novo depois de reprovado, comportamento comum tanto do cliente legítimo quanto do fraudador.

Trate dados pessoais com o rigor da produção. Base legal, minimização e prazo de descarte da amostra ficam definidos antes do primeiro envio: a Lei 13.709/2018 vale integralmente em ambiente de teste.

Fase 3: execução com medição de tempo e de retorno

Rode a amostra medindo, para cada chamada, o tempo até a resposta, o conteúdo estruturado do retorno e a estabilidade do resultado em repetição. Três perguntas guiam essa fase:

O retorno diz por que, ou só diz sim e não? Um retorno que informa qual checagem falhou permite construir mensagem útil ao usuário e regra de reapresentação. Um retorno binário obriga você a tratar todo reprovado igual.

Os estados intermediários existem e são tratáveis? Pendente, em análise e expirado precisam ter semântica clara e notificação assíncrona. O desenho desses estados está detalhado na pauta sobre como integrar uma API de KYC.

O resultado é reprodutível? Enviar o mesmo caso duas vezes e receber decisões diferentes é informação, e nem sempre é defeito: pode ser base consultada que mudou. O que não pode é você não saber.

Fase 4: teste de borda

Aqui a POC ganha valor. Force as condições que a sua base real produz todo dia:

  • Documento antigo, amassado, com foto desbotada.
  • Foto com contraluz, tremida, com reflexo de plástico.
  • Rede instável, envio interrompido no meio, retomada depois.
  • Aparelho de baixo custo com câmera fraca.
  • Reapresentação imediata após reprovação, e reapresentação com dado alterado.
  • Tentativa de apresentação com imagem de tela e com vídeo gravado, para medir prova de vida.

Registre não só o veredito, mas o que o usuário veria. Reprovação que explica o motivo e orienta a nova captura tem efeito diferente de uma genérica.

Fase 5: leitura final pelo custo por cadastro aprovado

O erro final é comparar preço de consulta. A unidade correta é o custo por cadastro aprovado, que inclui tentativas repetidas, consultas complementares, tempo de fila manual e retrabalho. Um fornecedor mais caro por consulta pode sair mais barato por aprovado se reduzir reapresentação e fila. E o inverso também acontece.

Tabela de fases e critério de saída

  • 1. Hipótese e critério. Objetivo: Definir o que a POC responde. Entregável: Documento de uma página com hipótese, métrica e dono da decisão. Critério de saída: Hipótese escrita, número alvo definido e janela acordada.
  • 2. Amostra. Objetivo: Produzir dúvida, não aprovação. Entregável: Conjunto rotulado com casos reais, difíceis, de fraude e de reapresentação. Critério de saída: Amostra contém fraude confirmada e casos difíceis em proporção declarada.
  • 3. Execução. Objetivo: Medir tempo, retorno e estabilidade. Entregável: Log completo de chamadas com tempo e retorno estruturado. Critério de saída: Todos os estados de retorno mapeados e reprodutibilidade avaliada.
  • 4. Borda. Objetivo: Reproduzir a realidade ruim. Entregável: Relatório de comportamento sob documento antigo, foto ruim, rede instável e reapresentação. Critério de saída: Nenhum cenário de borda com falha silenciosa e sem mensagem ao usuário.
  • 5. Leitura. Objetivo: Decidir com base em custo real. Entregável: Comparativo de custo por cadastro aprovado e de volume de fila manual. Critério de saída: Decisão registrada com o número que a sustenta.

Duas observações. O prazo de cada fase entra no documento da Fase 1, e POC que se arrasta além do prazo acordado costuma ter perdido o dono. E a proporção de fraude na amostra deve ser declarada, porque ela distorce a taxa de aprovação de propósito: ali o objetivo é medir detecção.

O que fazer agora

  1. Escreva a hipótese antes de pedir credencial de teste. Se você não consegue escrever o critério de sucesso em números, a POC ainda não deveria começar.
  2. Separe casos de fraude confirmada do seu histórico e rotule cada um. Esse é o ativo mais valioso da prova de conceito.
  3. Inclua reapresentação no roteiro. Ela é o comportamento mais frequente da vida real e o menos testado nas provas de conceito.
  4. Meça custo por cadastro aprovado, não preço por consulta, e inclua a fila manual na conta.
  5. Registre a decisão e o número que a sustentou em documento versionado. Isso vira insumo de renegociação daqui a doze meses.

Perguntas frequentes

Quanto tempo deve durar uma POC de KYC? Não há prazo universal. O prazo de cada uma das cinco fases deve ser definido por escrito na Fase 1, junto com a hipótese. Prazo curto demais costuma significar amostra pobre, e prazo que se estende sem data costuma significar que o processo perdeu o dono da decisão.

Posso usar dados reais de clientes na prova de conceito? Só com base legal definida, minimização de dados e prazo de descarte acordado por escrito com o fornecedor. A Lei 13.709/2018 se aplica integralmente ao ambiente de teste, e o contrato de POC precisa refletir isso.

Quantos casos de fraude a amostra precisa ter? O suficiente para que a ausência de detecção seja informação, não acaso. Não há número universal: o volume depende do histórico de fraude da sua operação e da variedade de ataques que você já registrou. O que não pode faltar é a proporção declarada.

Testar dois fornecedores em paralelo funciona? Funciona e é recomendável, desde que ambos recebam exatamente a mesma amostra, na mesma janela, com os mesmos critérios de saída. Comparar POCs feitas em períodos e amostras diferentes não produz comparação válida.

Por que não basta comparar o preço por consulta? Porque o preço unitário ignora tentativas repetidas, consultas complementares e o custo da fila de análise manual. O número que decide contrato é o custo por cadastro aprovado.

Para avaliar como isso se aplica à sua operação, fale com o time comercial da Shiel ID.