Skip to main content

Documentação da Reestruturação do Funil de Negociação

Este documento registra a definição estrutural, operacional e automatizada do funil de negociação financeira no RD CRM, incluindo a criação de novas etapas, a lógica de automação vinculada à planilha de novos inadimplentes e as regras de tratamento dos casos.

1. Objetivo

Formalizar a nova estrutura do funil de negociação financeira, garantindo clareza operacional para o time, eliminação de duplicidade e tratamento específico para os casos de parcelas de acordo em atraso.

2. Contexto da reestruturação

Durante a revisão do funil de negociação, foi identificado que o limite de etapas já havia sido atingido. Para viabilizar a criação de novas etapas mais aderentes ao processo atual, foi realizada a limpeza das etapas antigas que não estavam mais sendo utilizadas.

Item Definição
Etapas removidas Ultimato e Negativação de Danos
Motivo da remoção As etapas não estavam mais em uso e seus cards já haviam sido zerados previamente
Resultado da limpeza Liberação de espaço para criação de novas etapas dentro do limite do funil

3. Estrutura final do funil

Com a limpeza concluída, foram implementadas duas novas etapas específicas para o tratamento de acordos em atraso.

3.1 Novas etapas criadas

Etapa Objetivo
Entrada de Acordos em Atraso Receber automaticamente os casos identificados como parcelas de acordo em aberto, iniciando o tratamento operacional dentro do funil
Acompanhamento de Acordos em Atraso Permitir o seguimento e acompanhamento contínuo dos casos após a entrada inicial

3.2 Ordem das etapas no funil

Ordem Etapa
1 Demanda
2 Novo Inadimplente
3 Entrada de Acordos em Atraso
4 Acompanhamento de Acordos em Atraso
Observação operacional:

A etapa Entrada de Acordos em Atraso foi posicionada ao lado de Novo Inadimplente, tornando-se a terceira etapa do fluxo. Já a etapa Acompanhamento de Acordos em Atraso foi posicionada logo na sequência, como quarta etapa do funil.

4. Regras de tratamento dos casos

4.1 Casos tratados no funil

O funil passa a concentrar apenas os casos considerados ativos dentro da operação de negociação financeira.

Tipo de caso Destino operacional
Casos ativos Tratados dentro do funil de negociação financeira
Casos inativos Direcionados para o time interno/externo de cobrança

4.2 Tratamento de novos inadimplentes

A estrutura de Novo Inadimplente permanece ativa dentro do funil, recebendo normalmente os casos que entram com esse perfil, permitindo continuidade operacional pelo time responsável.

4.3 Tratamento de parcelas de acordo em atraso

Os casos identificados como parcelas de acordo em aberto representam, na prática operacional, os casos de parcelas de acordo em atraso. Para esse cenário, foi criada uma automação específica direcionando esses cards para a nova etapa de entrada correspondente.

5. Automação implementada

5.1 Origem da informação

A automação foi construída com base na planilha de novos inadimplentes utilizada pelo Luigui, especificamente na coluna Fonte de pendência.

Origem Campo monitorado Valor observado Ação automática
Planilha de novos inadimplentes do Luigui Fonte de pendência Parcelas de acordo em aberto Direcionar o card para a etapa Entrada de Acordos em Atraso

5.2 Regra operacional da automação

Sempre que a coluna Fonte de pendência vier preenchida com o valor Parcelas de acordo em aberto, o fluxo entende que se trata de um caso de parcela de acordo em atraso e encaminha automaticamente o card para a etapa Entrada de Acordos em Atraso.

5.3 Resultado prático

  • Os casos entram diretamente na etapa correta, sem necessidade de triagem manual inicial.
  • O time passa a atuar de forma mais organizada sobre esse tipo de caso.
  • O tratamento dos acordos em atraso fica separado dentro do mesmo funil.
  • A lógica operacional fica padronizada para futuras manutenções e auditorias.

6. Fluxo operacional consolidado

6.1 Fluxo resumido

  1. O caso é identificado a partir da base utilizada no processo.
  2. O sistema verifica o valor da coluna Fonte de pendência.
  3. Se o valor for Parcelas de acordo em aberto, o card entra automaticamente em Entrada de Acordos em Atraso.
  4. Após o recebimento na etapa de entrada, o time conduz o caso conforme o processo operacional definido.
  5. Na sequência, o caso pode ser acompanhado na etapa Acompanhamento de Acordos em Atraso.

6.2 Visão consolidada por tipo de entrada

Tipo de entrada Regra Destino inicial
Novo inadimplente Entrada padrão do processo atual Novo Inadimplente
Parcela de acordo em atraso Identificada pela coluna Fonte de pendência com o valor Parcelas de acordo em aberto Entrada de Acordos em Atraso
Casos inativos Não seguem no funil operacional principal Time interno/externo de cobrança

7. Eliminação de duplicidade

Com a reestruturação atual, foi eliminada a duplicidade no processo. Isso significa que os casos deixam de entrar de forma paralela ou redundante dentro da operação, tornando o fluxo mais confiável e rastreável.

7.1 Impactos da eliminação da duplicidade

  • Maior clareza sobre o ponto exato de entrada de cada caso.
  • Menor risco de retrabalho operacional.
  • Melhor leitura do funil pelo time.
  • Mais previsibilidade para ajustes futuros de automação e acompanhamento.

8. Benefícios da nova estrutura

Benefício Impacto esperado
Separação dos acordos em atraso Tratamento mais específico para esse tipo de caso
Automação da entrada Redução de movimentação manual e maior assertividade
Fim da duplicidade Fluxo mais limpo, confiável e fácil de acompanhar
Estruturação do funil Melhor organização para operação e futuras melhorias

9. Pontos de atenção

9.1 Padronização da origem

A automação depende do preenchimento correto da coluna Fonte de pendência. Caso haja variações de nomenclatura, abreviações ou alterações futuras no padrão do valor, a regra deve ser revisada.

9.2 Continuidade operacional

A criação das etapas e da automação resolve a entrada e a organização inicial dos casos, mas o sucesso do processo também depende da correta movimentação e acompanhamento pelo time nas etapas seguintes.

9.3 Governança do funil

Recomenda-se manter a documentação atualizada sempre que houver mudanças na nomenclatura das etapas, na lógica de entrada ou na definição dos casos tratados dentro do fluxo.