O KYC orientado por risco é a base para desenhar um onboarding de marketplace que confirme quem está entrando na plataforma sem transformar todo cadastro em uma barreira. Verificação de identidade, nesse contexto, é o processo de reunir evidências, validar dados e verificar se eles realmente pertencem à pessoa que se apresenta.
O objetivo não é exigir o máximo de todos. É aplicar o nível certo de verificação para vendedores, motoristas e prestadores conforme o risco que cada atividade cria para a operação, para o usuário final e para o próprio marketplace.
Resumo
- O onboarding deve variar conforme o risco do perfil, da atividade e da transação.
- Dados básicos podem bastar em casos simples; biometria, liveness e revisão humana entram quando o risco aumenta.
- A boa régua equilibra fraude, conversão, custo operacional e experiência do usuário.
- A política precisa continuar depois da aprovação, com monitoramento e ajustes de thresholds.
Como definir níveis de risco no onboarding de marketplace?
O erro mais caro é começar escolhendo verificações antes de definir o que pode dar errado. Um KYC modular faz mais sentido porque permite acionar controles conforme o contexto. Um vendedor de itens de baixo valor, um motorista que transportará passageiros e um prestador que terá acesso à residência de clientes não expõem a plataforma ao mesmo tipo de consequência.
Tratar os três da mesma forma pode gerar dois resultados ruins: segurança insuficiente para quem exige mais evidência ou atrito desnecessário para quem poderia concluir o cadastro com menos etapas.
O guia britânico de identity proofing reforça essa lógica ao relacionar o nível de confiança necessário à avaliação de risco do serviço. Eu volto com frequência a uma pergunta simples: quem está do outro lado? Quando apresentamos o ID ZapSign, a ideia era justamente transformar essa pergunta em verificações objetivas que pudessem entrar no produto sem exigir que o usuário entendesse toda a complexidade por trás delas.
| Nível | Exemplo de perfil | Verificações possíveis | Decisão típica |
|---|---|---|---|
| Baixo | Vendedor de baixo risco | CPF, dados cadastrais e contato | Aprovação automática |
| Médio | Prestador com acesso a clientes | Documento, vínculo entre dados e checagens adicionais | Aprovar ou solicitar prova extra |
| Alto | Motorista ou atividade sensível | Documento, biometria, liveness e revisão conforme sinais | Aprovar, restringir ou escalar |
Mapeie risco antes de coletar mais dados
Coletar informação demais não é sinônimo de conhecer melhor o usuário. Primeiro, liste os eventos que realmente causariam perda financeira, dano reputacional, risco jurídico ou insegurança para terceiros. Depois, associe cada risco a uma evidência.
Um fluxo pode começar com CPF, nome e telefone, avançar para a verificação de vínculo entre CPF e telefone e só então pedir documento ou biometria quando o resultado justificar. A lógica é simples: cada dado coletado precisa responder a uma pergunta e cada resposta precisa alterar uma decisão.
Para sellers, a exigência de identidade também pode ter consequência regulatória dependendo da jurisdição. A Comissão Europeia explica que marketplaces sujeitos ao DSA devem obter informações verificadas sobre a identidade dos vendedores antes de permitir a venda. Isso não significa copiar uma regra europeia para qualquer operação brasileira. Significa reconhecer que rastreabilidade de quem oferta produtos ou serviços já é tratada como elemento de confiança em mercados digitais maduros.
Baixo risco não significa ausência de controle
Um cadastro simples ainda precisa deixar de ser mera declaração. Validar CPF, coerência dos dados e contato já cria uma base melhor do que aceitar campos preenchidos sem qualquer verificação.
Os conteúdos que produzi sobre conta laranja e identidade sintética mostram por que um dado isolado pode parecer correto e, ainda assim, integrar uma história fraudulenta. O ganho operacional vem de combinar sinais suficientes para aquele contexto, não de colocar todo usuário na jornada mais rígida.
Quando biometria, liveness e revisão manual devem entrar?
Biometria e prova de vida fazem sentido quando o risco pede evidência de que a pessoa presente corresponde à identidade apresentada. A biometria facial ajuda a comparar características do rosto, enquanto o liveness no KYC procura reduzir o risco de uma captura estática ou manipulada ser aceita como presença real. A ENISA identifica ataques com foto, replay de vídeo, máscara 3D e deepfake, o que deixa claro por que um simples match facial não deve ser tratado como resposta universal para qualquer cenário.
Quando fundamos a ZapSign, tínhamos dois princípios muito claros: validade jurídica e simplicidade de uso. Essa régua continua útil aqui. Segurança boa protege sem atrapalhar, então a validação de identidade precisa subir de intensidade quando o risco sobe, e não porque a empresa decidiu transformar cada onboarding em um interrogatório digital.
A revisão humana deve ser exceção desenhada, não fila permanente
Revisão manual é valiosa quando existe divergência real, mas cara quando vira destino padrão. Defina antecipadamente quais sinais bloqueiam, quais pedem uma nova prova e quais podem seguir com restrição temporária.
Um documento inconsistente pode pedir nova captura; um telefone sem correspondência pode exigir outra evidência; uma biometria inconclusiva pode escalar para análise humana. A combinação de métodos de validação ilustra bem esse desenho em camadas: o controle ganha força conforme a situação exige mais confiança.
Transforme verificações em decisões operacionais
Uma API que retorna match, no match ou score não resolve o problema sozinha. O valor aparece quando a resposta aciona uma política clara. Em um marketplace, isso pode significar aprovar um seller, limitar temporariamente uma categoria de produto, impedir um motorista de entrar em operação até nova evidência ou encaminhar um prestador para revisão. Uma API de verificação de identidade deve reduzir trabalho repetitivo, não apenas deslocar a dúvida para outra tela.
| Resultado | Ação | Efeito esperado |
|---|---|---|
| Dados coerentes e baixo risco | Aprovar automaticamente | Menor tempo de onboarding |
| Divergência recuperável | Pedir nova evidência | Reduzir falso positivo |
| Sinal forte de fraude | Bloquear ou revisar | Evitar ativação indevida |
| Risco posterior à ativação | Restringir e revalidar | Controlar fraude pós-onboarding |
Também existe uma questão de governança dos dados. Se o fluxo usa documento, selfie ou biometria, o time precisa saber por que coleta, como registra a decisão e como reconstrói o caminho depois. A discussão sobre API e LGPD ajuda a colocar finalidade e rastreabilidade dentro da arquitetura, em vez de tratá-las como revisão tardia do jurídico.
Quais métricas mostram se o onboarding está bem calibrado?
O melhor limite não é o mais rígido. É o que reduz fraude sem expulsar usuários legítimos nem sobrecarregar a equipe. Eu voltei de uma experiência recente na Estônia com uma pergunta que ficou comigo: como reduzir fricção sem sacrificar confiança? Em onboarding, a resposta não vem de uma métrica isolada. Ela aparece quando produto, jurídico, risco e operação acompanham o funil inteiro e ajustam a política conforme os resultados.
- Tempo de onboarding: mede quanto a verificação atrasa ou acelera a ativação.
- Taxa de aprovação: mostra quantos usuários concluem a jornada com sucesso.
- Abandono: revela onde a fricção pode estar afastando cadastros legítimos.
- Revisão manual: indica quanto trabalho humano o modelo está gerando.
- Falso positivo: mede quantos usuários legítimos foram barrados ou escalados sem necessidade.
- Fraude pós-onboarding: mostra se a confiança concedida na entrada está se sustentando depois da ativação.
Esse acompanhamento também ajuda a decidir quando uma integração deve evoluir. A automação via API ganha valor quando as regras de decisão já estão claras e quando cada retorno gera uma ação consistente. Automatizar um processo mal calibrado só faz a empresa errar mais rápido.
Confira também estes conteúdos relacionados:
- Estruture a implementação de KYC em uma operação com etapas e responsabilidades definidas.
- Entenda como liveness e KYC se combinam em jornadas de validação de identidade.
- Reconheça sinais de identidade sintética antes que o cadastro vire risco operacional.
Onboarding bem desenhado protege a plataforma sem travar o crescimento
Um bom onboarding não tenta provar tudo sobre todos. Ele começa pelo risco, coleta apenas o que será usado, valida atributos e vínculos, aumenta a evidência quando necessário, decide com regras claras e continua monitorando depois da ativação. Essa abordagem reduz fraude, melhora a conversão e evita que a operação dependa de revisão manual para cada exceção.
Se a sua empresa precisa colocar essas verificações dentro do produto, a infraestrutura do ID ZapSign permite levar esse raciocínio para a jornada. É assim que o onboarding de marketplace deixa de ser um formulário e vira uma política de confiança.
Perguntas frequentes (FAQ)
É a jornada usada para cadastrar, verificar e ativar vendedores, motoristas ou prestadores em uma plataforma. Um desenho orientado por risco não aplica a mesma intensidade de controle a todos. Ele combina dados, documentos e outras evidências conforme a atividade, o potencial de fraude e a consequência de uma aprovação indevida.
Comece pelos eventos que a plataforma precisa evitar, como fraude, uso de identidade alheia, atividade irregular ou exposição de terceiros. Depois, relacione cada risco às evidências necessárias. Perfis simples podem seguir com validações básicas; casos com maior exposição podem exigir documento, biometria, liveness, sinais adicionais e análise humana.
Não necessariamente. Biometria adiciona evidência, mas também adiciona custo e fricção. O melhor desenho é acioná-la quando o risco ou uma inconsistência justificar a etapa. Se dados cadastrais e sinais básicos já oferecem confiança suficiente para determinado perfil, exigir uma selfie de todos pode criar atrito sem ganho proporcional de segurança.
A revisão humana deve ser reservada para divergências que a regra automática não consegue resolver com segurança. Isso inclui documentos inconsistentes, biometria inconclusiva, combinações de sinais de fraude ou casos com impacto elevado. Se a maioria dos usuários vai para análise manual, o problema provavelmente está no threshold ou no desenho das verificações.
Acompanhe tempo de onboarding, aprovação, abandono, revisão manual, falso positivo e fraude depois da ativação. Essas métricas mostram se o processo está permissivo demais, rígido demais ou caro demais. O objetivo do onboarding de marketplace é ajustar continuamente a confiança concedida sem prejudicar usuários legítimos nem transferir toda a decisão para a equipe humana.
Getúlio Santos é CEO da ZapSign, advogado, entusiasta de tecnologia e empreendedor.
