Opens in a new tab
10 September 2026

Reduzindo o retrabalho em solicitações de empréstimo e financiamento

Share on:

O contexto

Uma empresa de serviços financeiros não identificada enfrentava um retrabalho substancial em solicitações de empréstimo e financiamento. Um caso publicado pela iSixSigma descreve um experimento planejado envolvendo suas operações no Centro-Oeste e Nordeste dos EUA. O banco relatou que informações incompletas dos clientes faziam com que 60% das solicitações precisassem de reprocessamento. Veja o caso publicado.

Esta é uma análise desse caso documentado, e não um projeto de cliente do Lean Six Sigma International. A fonte descreve o experimento e os resultados, mas não o registro completo de um projeto DMAIC. As atividades de medição, regressão, governança e controle abaixo são extensões propostas explicitamente para um Black Belt, não alegações de trabalho não documentado.

O problema

A questão prática não era simplesmente se os funcionários podiam processar as solicitações mais rapidamente. Era se o processo de solicitação conseguia produzir informações úteis sem correções repetidas.

Para o escopo de um Black Belt, a hipótese financeira conectaria o trabalho dispensável de esclarecimento à capacidade de processamento, despesas operacionais e negócios atrasados. A área financeira precisaria estabelecer o valor desses efeitos em vez de tratar cada minuto economizado como dinheiro em caixa. O esforço de preenchimento do cliente e a precisão do processamento permaneceriam como salvaguardas contra um processo aparentemente mais rápido, porém mais frágil.

Como o Black Belt definiria o escopo

O limite proposto começaria quando o cliente recebe a solicitação e terminaria quando o processamento aceita o envio completo. Decisões de crédito, precificação e políticas de subscrição ficariam fora do escopo.

O Sponsor reuniria as operações regionais, a equipe de atendimento ao cliente, os responsáveis pelos formulários, TI, compliance e finanças. Cada um teria uma decisão específica a tomar: quais informações são essenciais, como os clientes devem fornecê-las, como a integridade é julgada e como os benefícios serão verificados.

O escopo distinguiria três resultados: integridade no primeiro envio, solicitações devolvidas para correção e o tempo decorrido até a aceitação da solicitação. Combiná-los em uma "taxa de conclusão" vagamente definida tornaria o projeto difícil de avaliar.

As ferramentas aplicadas fase por fase

Definir: concordar sobre a decisão e os limites

Um SIPOC proposto e um mapa de processos multifuncional identificariam quem fornece as informações da solicitação, quem as verifica e onde começam os ciclos de esclarecimento. O Black Belt pediria à equipe regional para acompanhar envios reais antes de sugerir um formulário de substituição.

A análise da fase Definir exigiria acordo sobre o limite do processo, hipótese financeira, salvaguardas do cliente e Process Owner responsável. Também definiria se a melhoria pretendida é um formulário comum entre regiões ou uma variação regional justificada.

Medir: validar a avaliação de integridade

A análise do sistema de medição proposta testaria se os avaliadores concordam sobre o que constitui uma solicitação completa. Avaliadores de ambas as regiões analisariam de forma independente as mesmas solicitações anonimizadas e, em seguida, repetiriam a avaliação em uma ordem diferente, sem ver suas decisões anteriores.

O estudo compararia a consistência do mesmo avaliador, a concordância entre avaliadores e a concordância com uma referência especialista. Campos ambíguos levariam ao esclarecimento das regras de pontuação e a uma nova avaliação. Isso segue a abordagem descrita na explicação de Michael Mueller sobre sistemas de medição baseados em julgamento.

O plano de coleta registraria o tipo de solicitação, região, versão do formulário, status no primeiro envio e esforço de correção. Ele manteria denominadores separados para campos preenchidos e solicitações inteiras aceitas.

Analisar: separar os efeitos do processo das diferenças regionais

Para a extensão de treinamento, o Black Belt especificaria um modelo de regressão antes de examinar os resultados dos tratamentos. Os termos candidatos incluiriam recursos do formulário, tipo de solicitação, região e interações selecionadas. A definição da resposta determinaria o modelo: um resultado binário de aceitação não deve receber automaticamente a mesma análise que uma pontuação contínua de integridade.

A análise do modelo consideraria estimativas de efeito, incerteza, falta de ajuste e padrões de resíduos em vez de selecionar mudanças apenas a partir de valores-p. Essas verificações são abordadas no guia do NIST sobre testes de modelos experimentais.

Médias regionais seriam examinadas ao lado da variação dentro de cada região. Para um modelo de resposta contínua, os resíduos seriam verificados em relação às previsões, região e sequência de execução. Um R-quadrado alto não estabeleceria, por si só, um modelo adequado, como explica o guia de validação de modelos do NIST.

Melhorar: testar combinações, não preferências isoladas

O experimento documentado usou 16 corridas cobrindo cinco fatores de dois níveis: empréstimo versus financiamento, região, descrições atuais versus aprimoradas, exemplos atuais versus aprimorados e a presença de exemplos negativos. Descrições aprimoradas e exemplos positivos alavancaram a melhoria. A fonte também discute uma interação entre a região e os exemplos negativos. Veja o planejamento experimental e resultados.

Um Black Belt analisando esse projeto inspecionaria sua estrutura de alias antes de atribuir um efeito aparente a um único fator. Projetos mecanicistas fracionados podem confundir efeitos, tornando algumas explicações inseparáveis sem premissas adicionais ou novas corridas. O NIST explica essa limitação.

Para um experimento de confirmação, o plano proposto randomizaria variações de formulários dentro da região e do tipo de solicitação, especificaria a réplica e o tamanho da amostra e manteria uma condição de comparação. A região seria uma variável de comparação ou blocagem, não algo atribuído aleatoriamente aos clientes. O projeto seguiria a sequência de definição de objetivos e seleção de variáveis presente no guia de planejamento experimental do NIST.

A implementação exigiria redação aprovada, versões controladas do formulário, treinamento da equipe e retirada de formulários obsoletos. Os gerentes regionais receberiam as evidências e um fluxo de escalonamento para necessidades locais autênticas.

Controlar: atribuir responsabilidade e um plano de resposta

O plano de controle proposto monitoraria a proporção de solicitações que exigem correção por região e tipo de solicitação. Um gráfico p seria apropriado apenas após verificar suas premissas, incluindo independência e uma classificação binária significativa. Os limites refletiriam os tamanhos das amostras dos subgrupos, seguindo o guia de gráficos de proporção do NIST.

O Process Owner investigaria sinais, auditaria versões do formulário e checaria periodicamente a concordância entre avaliadores. A área financeira acompanharia separadamente a capacidade liberada, as despesas efetivamente evitadas e o volume adicional de negócios processado.

Qual foi o resultado

A fonte relata que a integridade das solicitações subiu de 60% para mais de 95%, com menos reprocessamento e capacidade para receita adicional sem aumento de pessoal. Não há indicação de benefício financeiro em valor monetário. A taxa de reprocessamento inicial e a medida final de integridade não devem ser tratadas como intercambiáveis. Estes são os resultados relatados, e não resultados financeiros verificados de forma independente.

O que um aprendiz deve absorver disso

A mudança visível foi uma orientação melhor no preenchimento das solicitações. O trabalho do Black Belt consiste em estabelecer medições confiáveis, separar efeitos regionais, testar combinações e coordenar a adoção entre os departamentos. Um registro consistente do projeto tornaria cada benefício alegado rastreável a uma medida definida, uma comparação apropriada e um responsável encarregado.

Fontes

Aerospace
Financial services
saúde
Logistics and supply chain
manufatura
Pharmaceuticals

Related use cases

No results